애자일 개발가장 단순한 형태의 애자일 소프트웨어 개발은 끊임없이 변화하는 기능 및 기술 환경에서 팀이 비즈니스 가치(즉, 비용 대비 효과)를 신속하게 제공하는 데 집중할 수 있도록 돕는 경량 프레임워크를 제공합니다. 이러한 집중을 통해 애자일 소프트웨어 개발의 이점은 조직이 전반적인 위험 소프트웨어 개발과 관련됨.
특히, 애자일 개발은 초기 비즈니스 가치 제공을 가속화하고 지속적인 계획 및 피드백 프로세스를 통해 다음을 보장할 수 있습니다. 가치 개발 프로세스 전반에 걸쳐 최적화가 지속적으로 이루어집니다. 이러한 반복적인 계획 및 피드백 루프를 통해 팀은 제공되는 소프트웨어를 원하는 비즈니스 요구 사항에 맞게 지속적으로 조정할 수 있습니다. 적응 프로세스 전반에 걸쳐 변화하는 요구 사항에 대응합니다. 소프트웨어 작업 및 테스트의 확실한 진실을 기반으로 상태를 측정하고 평가함으로써 훨씬 더 정확해집니다. 검색 엔진에서 가시성이 프로젝트의 실제 진행 상황을 파악할 수 있습니다. 마지막으로, 애자일 프로세스를 따르면 프로젝트가 종료될 때 비즈니스 및 고객 요구를 훨씬 더 잘 충족하는 소프트웨어 시스템을 구축할 수 있습니다.
아래 다이어그램은 애자일 개발 프로세스와 워터폴 개발 프로세스의 차이점을 보여줍니다. 애자일 개발은 작동하고 테스트되었으며 배포 가능한 소프트웨어를 점진적으로 제공함으로써 수명 주기 초기에 가치, 가시성 및 적응성을 향상시켜 프로젝트 위험을 크게 줄입니다.
기존 소프트웨어 개발의 문제점
이에 따르면 스탠디시 그룹의 2000년의 유명한 CHAOS 보고서에 따르면, 모든 프로젝트의 25%는 결국 취소되어 여전히 완전히 실패하고 있으며, 유용한 소프트웨어도 배포되지 않았습니다. 안타깝게도 이는 지난 몇 년간의 CHAOS 보고서에 비해 크게 개선된 것입니다. 그리고 이제 같은 종류의 증거가 더 많아졌습니다. 애자일 및 반복적 개발: 관리자 가이드, 유명 컨설턴트이자 저자 크레이그 라먼 전통적인 폭포수 모델을 단번에 폭로하는 철저한 작업을 수행합니다.
숫자는 압도적입니다. 영국에서 진행된 한 연구에 따르면 1,027개 프로젝트 중 단 13%만이 실패하지 않았으며, 폭포수 방식의 범위 관리가 "실패의 가장 큰 단일 원인"으로, 프로젝트의 82%에서 가장 큰 문제로 지적되었습니다. 1995년 37억 달러 이상의 미국 국방부 프로젝트를 대상으로 한 연구에 따르면 "시스템의 46%가 (사양은 충족했지만) 실제 요구 사항을 충족하지 못해 성공적으로 사용되지 못했으며, 20%는 사용 가능 상태로 만들기 위해 광범위한 재작업이 필요했다"는 결론이 나왔습니다.
Larman은 또한 "6,700개 프로젝트를 대상으로 한 또 다른 연구에서는 프로젝트 실패에 기여하는 다섯 가지 핵심 요인 중 네 가지가 폭포수 모델과 관련이 있고 이로 인해 악화되는 것으로 나타났다"고 지적합니다. 여기에는 변화하는 요구 사항 처리 능력 부족, 늦은 통합 문제 등이 포함됩니다. 400개가 넘는 폭포수 프로젝트를 대상으로 한 또 다른 연구에서는 개발된 코드의 10%만 실제로 배포되었고, 그중 20%만이 실제로 사용되었다고 보고했습니다.
이러한 수치는 우리 중 많은 사람들이 직접 경험한 바를 뒷받침합니다. 즉, 폭포수 방식은 소프트웨어 시스템을 구축하는 데 위험하고 비용이 많이 드는 방식입니다. 이것이 바로 업계의 많은 사람들이 애자일 대안을 조사하고/또는 구현하는 진짜 이유입니다.
애자일 소프트웨어 개발 노력을 지원하는 도구를 찾고 계신가요?
방법을 참조하십시오 Digital.ai Agility이전 명칭인 VersionOne은 익숙한 스프레드시트와 화이트보드 스타일의 사용자 인터페이스를 사용하여 드래그 앤 드롭 방식의 간편함으로 애자일 소프트웨어 프로젝트, 릴리스 및 반복 작업을 쉽게 계획하고 추적할 수 있도록 도와줍니다. 자세한 내용은 여기를 참조.
