Agile vs Waterfall

Agile은 적응성, 협력 및 변화에 대한 빠른 반응을 통해 고객에게 지속적으로 가치를 제공하는 소프트웨어 개발 철학입니다.

Agile의 기원은 2000년대 초로 거슬러 올라가며, 2001년 Agile Manifesto의 창조라는 중요한 사건으로 표시됩니다.

이는 워터폴 방법론으로 알려진 전통적인 프로젝트 기반 소프트웨어 개발 방법의 한계와 도전에 대응하여 시작되었습니다. 이 방법론들은 순차적이고 유연하지 않았습니다.

Agile은 범위를 작은 부분으로 나누고 자주 배포를 통해 변화하는 요구 사항에 적응할 수 있도록 하는 반복적이고 점진적인 개발 접근 방식을 기반으로 합니다.

Agile은 개발 전반에 걸쳐 팀 협력과 고객 참여를 중시합니다.

제품 품질 향상, 직원 및 고객 만족도 증가, 개발 속도 개선으로 알려져 있습니다.

Agile은 Scrum, Kanban, Lean과 같은 다양한 방법론 및 프레임워크를 포함하고 관련되어 있습니다.

Waterfall 방법론은 프로젝트 관리에 대한 선형적이고 순차적인 접근 방식으로, 각 단계가 완료된 후에야 다음 단계로 넘어갈 수 있는 단계별 구조가 특징입니다.

프로젝트는 서로 겹치지 않는 명확한 단계로 나뉘며, 이는 물이 폭포처럼 흐르는 것과 유사합니다.

간트 차트를 사용하여 시각화하는 것이 일반적인 Waterfall 방법론은 건설과 같은 산업에서 자주 사용됩니다.

애자일 프레임워크와 달리, Waterfall 접근 방식은 한 단계가 완료된 후에 변경 사항을 쉽게 수용하지 않으며, 모든 변경 사항을 정의된 계획에 대한 잠재적 위험으로 취급합니다.

Waterfall은 일반적으로 다음 단계를 포함합니다: 요구 사항 수집, 설계, 개발, 테스팅, 배포, 유지보수.

초기 단계에서는 모든 프로젝트 요구 사항을 자세히 수집하고 문서화합니다.

이 단계는 고수준 및 상세 설계 작업을 포함하며, 시스템 아키텍처와 인터페이스를 명시합니다.

이전 단계의 설계 사양을 기반으로 실제 개발 작업이 시작됩니다.

각 구성 요소는 지정된 요구 사항을 충족하고 의도한 대로 작동하는지 테스트됩니다.

완성된 프로젝트가 최종 사용자 또는 고객에게 배포 또는 출시됩니다.

프로젝트가 계속 올바르게 작동하도록 유지보수 및 지속적인 지원 활동이 수행됩니다.