Agile vs. Waterfall: 웹 개발에서 어떤 접근 방식을 취해야 할까요?
웹사이트를 만드는 여정에서 모든 회사의 가장 큰 관심사 중 하나는 사용할 개발 방법론을 결정하는 것입니다. 개발 방법론은 소프트웨어 개발 작업을 구성하는 방법입니다. 한편으로는 모든 것이 당신을 위해 배치되는 전통적인 방식으로 가거나, 반복적인 접근 방식을 취하는 자유로운 방식으로, 보다 유연한 방식으로 프로젝트를 진행할 수 있습니다. 하나는 Waterfall 방식이고 다른 하나는 Agile 방식입니다.
폭포수 방식
폭포수 방법은 아주 오랫동안 사용되어 왔으며 따라서 소프트웨어 개발에 대한 전통적인 접근 방식입니다. 프로젝트는 별개의 단계로 구분된 다음 순차적으로 완료됩니다. Waterfall 방법의 정확한 단계 수는 회사 및 프로젝트마다 다를 수 있지만 일반적인 접근 방식은 다음과 같습니다.
- 프로젝트 개념 – 이름에서 알 수 있듯이 프로젝트의 아기 단계가 시작되는 곳입니다. 아이디어의 씨앗이 발아되는 곳이자 소프트웨어 개발 수명 주기(SDCL)의 첫 번째 단계입니다.
- 시작 – 작업을 수행할 적임자를 찾고 프로젝트 범위를 확장하며 목표, 목적 및 완료 날짜를 완료합니다. 분석 – 요구 사항 사양 문서가 있으며 프로젝트의 타당성 분석이 수행됩니다.
- 디자인 – 프로젝트는 목업, 와이어프레임 및 스토리보드를 통해 최종 형태를 가정합니다. 코딩 – 이전 단계에서 만든 디자인 차트(플로 차트, 디자인 목업)에 따라 팀은 실제 앱 작업을 시작합니다.
- 테스트 – 이전 단계의 모든 노력을 테스트하는 중요한 단계입니다.
- 생산/구현 – 테스트 단계가 모두 완료되고 승인되면 제품이 시장에 출시됩니다.
- 유지 보수 – 개발 팀은 제품의 지속적인 업그레이드 및 버그 수정을 수행합니다. 제품 경쟁력을 유지하기 위해 새로운 기능도 추가되었습니다.
기민한
Agile Manifesto를 기반으로 하는 Agile 방법은 소프트웨어 개발 주기에서 개발자가 사용하는 최신 형식입니다. 이 방법은 사전에 모든 계획을 처리하는 대신 각 반복에 걸쳐 간결하고 MVP 또는 최소 실행 가능 제품을 개발하는 데 중점을 둡니다.
애자일 방법론은 2017년 2월에 수립된 애자일 선언문을 준수하며 팀 작업, 지속적인 반복, 개선, 사용자 피드백 및 클라이언트 요구 사항에 대한 적응성을 강조합니다.
Agile에서는 프로젝트 개발의 여러 단계가 동시에 진행되며 백로그는 추가된 기능과 개선 사항을 추적합니다. 애자일의 가장 인기 있는 구현에는 스크럼, 칸반, FDD 또는 기능 중심 개발, ASD 또는 적응형 시스템 개발 및 XP 또는 익스트림 프로그래밍이 포함됩니다.
프로젝트를 위한 하나 선택
Waterfall 및 Agile 프로젝트 개발 방법론 모두 실행 가능하며 고품질 제품을 구축하는 데 도움이 됩니다. 둘 다 유연하고 안정적이어서 프로젝트를 계획하는 동안 정리하는 데 도움이 됩니다.
다음과 같은 경우에 Waterfall을 사용할 수 있습니다.
고객은 프로젝트 진행 중에 자신의 요구 사항을 변경할 가능성이 없습니다. 따라서 예측 가능한 결과가 있는 간단한 프로젝트와 정의된 요구 사항이 있는 고객에게 더 적합합니다. Waterfall의 안정성 기능과 선형적이고 구조화된 개발 경로를 통해 프로젝트 개발 팀이 더 쉽게 작업할 수 있습니다.
민첩한 개발은 보다 진화적인 개발 스타일을 따릅니다.
다음과 같은 경우 Agile을 사용할 수 있습니다.
눈앞의 시장이 다소 불확실하고 새로운 제품을 신속하게 만들어야 하는 경우 Agile이 실현 가능한 솔루션이 될 것입니다.
애자일은 비용이 많이 드는 실수를 감당할 수 없는 경우, 특히 프로젝트에 대한 정보가 많지 않은 경우 좋은 솔루션이 될 것입니다. 엄격한 요구 사항을 가질 여유가 없다면 좋을 것입니다.
변경을 원하지 않는 경우, 특히 요구 사항이 계속 변경되는 경우 비용을 줄이고 오류가 발생할 때 수정하고 프로젝트 개발 주기 동안 불확실성을 없애고 싶다면 Agile이 좋은 선택이 될 것입니다. . 이것이 스타트업이 애자일을 선호하는 이유일 것입니다.
애자일 개발에서는 테스터와 개발자가 함께 작업하고 각각의 인텐션이 끝날 때 제품이 배송되어 고객에게 전달됩니다. 변경 및 업데이트된 기능은
바로 작동을 시작합니다.
차이점 요약:
폭포수 프로세스는 작업이 완료된 후 테스트되며 실수는 수정하기 어렵습니다.
애자일은 엄청난 유연성을 허용하며 끊임없이 변화하는 요구 사항은 기록 보관의 정확성을 요구하지 않습니다.
그러나 이러한 프로젝트는 실패할 가능성이 있으므로 신중하게 진행하는 것이 중요합니다. 이 방법은 경험이 많은 개발자와 프로젝트에 충분히 투자한 고객에게 더 적합합니다. Waterfall은 꼼꼼한 기록 보관으로 명확한 경로로 움직이기 때문에 어떤 흔들림도 허용하지 않습니다. 개발자는 최종 제품의 모양을 쉽게 예측할 수 있습니다. 일단 프로젝트의 한 단계가 끝나면 다시 실행하고 변경하기가 쉽지 않습니다. 프로젝트의 크기부터 타임라인까지 프로젝트의 모든 요소가 제자리에 있습니다.
예산.
애자일은 개선을 위한 충분한 공간을 제공하는 증분 설계 프로세스에서 움직입니다. 이는 프로젝트가 광범위하게 테스트되고 평가되는 다양한 모델로 나뉘기 때문입니다.
Waterfall의 선형 접근 방식 프로세스:
- 문서 요구 사항 수집
- 디자인을 만드십시오
- 코드 및 단위 테스트
- 시스템 테스트
- UAT 사용자 수락 테스트 수행
- 문제를 해결하다
- 완제품을 고객에게 전달
- 모든 종류의 프로젝트에 이상적
Agile의 스프린트 접근법 프로세스
- 소프트웨어 설계에 대한 증분 접근 방식
- 제품은 2-4주 반복으로 테스트됩니다.
- 클라이언트는 제품을 보고 변경 사항을 제안합니다.
- 소규모 프로젝트에 이상적
결론
Agile과 Waterfall을 모두 살펴보면 명확한 목표와 명확한 진행 상황이 있는 프로젝트를 찾고 있다면 Waterfall이 좋은 선택이 될 것임을 분명히 알 수 있습니다. 프로젝트가 완료를 향해 나아가면서 발전하기를 원한다면 애자일 경로를 선택하십시오. 초기 단계에서 계획했던 것보다 더 많은 것으로 판명될 수도 있습니다.
Flikr : //visualpun.ch, 만다루비, 레나 엘리스
저자 소개: Reema는 PHPBabu에서 사고 리더로 일하고 있습니다.
