애자일 반복 접근 방식이란 무엇이며 어디에 사용됩니까?

시장 수요를 따라잡기 위해 빠르게 진화하는 디지털 비즈니스 시나리오로 인해 CIO는 동등하게 빠른 소프트웨어 개발을 제공해야 하는 부담이 커졌습니다.

Gartner에 따르면 점점 더 많은 IT 조직이 프로젝트 관리를 간소화하고 비즈니스 가치를 설명하기 위해 애자일 개발을 선택하고 있습니다.

^12th Annual State of Agile 보고서에 따르면 Agile 방법론을 채택한 상위 5가지 이유 중 하나는 가속화된 소프트웨어 제공 으로 2018년에는 75%로 증가했습니다. 반면 Iterative Planning은 88% 증가하여 Agile을 두 번째로 많이 사용했습니다. 2018년 기술.

애자일 반복 개발이란 무엇입니까?

애자일 소프트웨어 개발 방법은 가장 일반적으로 반복 및 증분 개발로 설명됩니다. 반복 전략은 애자일 관행의 초석이며, 그 중 가장 두드러진 것은 SCRUM, DSDM 및 FDD입니다. 일반적인 아이디어는 소프트웨어 개발을 반복되는 사이클(반복)의 시퀀스로 분할하는 것입니다. 각 반복은 타임박스라고 하는 고정된 시간 길이로 발행됩니다. 단일 타임박스는 일반적으로 2-4주 지속됩니다.

Agile Iterative Model은 Craig Larman이 저서 Agile and Iterative Development – ​​A Manager's Guide에서 가장 잘 설명하고 있습니다. Larman은 모델이 ADTC Wheel(분석, 설계, 코드, 테스트)에서 작동한다고 설명합니다. 이것은 각 반복 주기가 계획, 설계, 코드 및 동시에 테스트의 분석을 통합한다는 것을 의미합니다. ADTC 휠은 기술적으로 PDCA(Plan, Design, Check, Adjust) 주기라고 합니다. Agile 팀은 다음과 같은 방식으로 각 반복마다 PDCA 주기를 개별적으로 구현합니다.

P(계획) – 반복 계획

이 이벤트에서 팀은 다음 반복의 목표를 논의하기 위해 협력합니다. 또한 완료된 작업을 요약하고 다음 반복에 필요한 팀 백로그를 결정합니다.

D(설계) – 반복 실행

이것은 소프트웨어 개발, 설계 및 코딩이 이루어지는 '실행' 단계입니다. 두 번째 또는 세 번째 반복인 경우 기능 테스트도 수행됩니다. 팀은 사용자 스토리를 수집하고 다음 단계인 반복 검토를 준비합니다.

C(확인) – 반복 검토

'확인' 단계라고도 하는 반복 검토는 제품 소유자와 함께 수행됩니다. 팀은 테스트된 결과물을 제품 소유자에게 보여주고 제품 소유자는 완료된 작업을 검토하고 모든 기준이 충족되었는지 확인합니다.

A(조정) – 반복 회고

이 경우 팀은 첫 번째 단계부터 반복의 전체 프로세스를 평가합니다. 본질적으로 이전 반복에서 수집된 모든 개선 사항에서 작동합니다. 새로운 문제는 원인과 함께 식별됩니다. 팀이 다음 주기를 다시 시작하기 전에 나중에 참조할 수 있도록 팀 백로그가 수정됩니다.

최적화 및 즉흥 연주를 위해 반복이 반복되며 이전 주기에서 배운 교훈이 다음 주기에 적용됩니다. 완전한 기능을 갖춘 소프트웨어가 시장에 출시될 때까지.

애자일 반복 개발의 이점

Agile 프로젝트 관리는 전통적으로 경직된 Waterfall 접근 방식에 대한 보다 유연한 대안으로 만들어졌습니다.

Waterfall 방법은 개발이 이전 단계로 되돌아가지 않도록 한 단계에서 다음 단계로 순차적으로 진행하는 선형 접근 방식입니다. 물론 Waterfall 방식은 개발 비용 증가, 소프트웨어 제공 연장, 추가 리소스 투입 등 임박한 반향을 일으킵니다.

환경 데이터 리소스(Environmental Data Resources)의 CIO인 Sudhakar Gorti는 " Agile over Waterfall의 주요 이점 중 하나는 반복적으로 결과물을 볼 수 있고 제품 ​​소유자가 제품 백로그를 변경할 수 있다는 점입니다"라고 동의합니다.

고객 참여 – 민첩한 반복 개발은 사용자 기여를 장려합니다. 각 반복 주기 후에 고객 피드백을 얻고 해당 피드백을 기반으로 제품에 필요한 변경을 적용합니다. 이 측면은 프로젝트의 프레임워크에 적응성을 제공합니다.

진화 를 선호 - 애자일 반복 개발 프로세스의 계획은 Waterfall에서 실행 및 테스트에 앞서만 수행되는 광범위한 계획 대신 아이디어를 발전시킬 수 있는 공간을 허용하는 지속적인 위업입니다.

위험 평가 – 애자일 반복을 통해 개발 초기에 위험을 식별하고 완화하여 나중에 타임라인에서 과속 방지턱을 피할 수 있습니다.

신속한 전달 – 작업이 작은 주기로 나누어져 팀 구성원이 시간에 집중하고 전달할 수 있습니다. 또한 모든 반복에서 코딩과 설계에서 테스트가 동시에 수행되므로 완료에 필요한 시간이 크게 단축됩니다.

Agile Iterative 접근 방식은 어디에 사용됩니까?

Agile Iterative Approach는 끊임없이 진화하는 범위의 일부인 프로젝트 또는 비즈니스에 가장 적합합니다. 정의된 시간 세트에 대해 정의된 요구사항 세트가 없는 프로젝트. 이러한 경우 Agile Iterative Approach는 예상치 못한 변화가 발생할 때마다 필요한 비용과 리소스를 최소화하는 데 도움이 됩니다.

nTask는 Scrum 방법론을 사용하여 만들었습니다. Scrum은 ADCT 휠을 사용하여 독립적인 팀워크를 가능하게 하며, 이를 위해 다양한 nTask 팀이 2주 동안의 스프린트(반복)에서 협업했습니다.

nTask의 범위는 지속적으로 진화하고 매주 추가되기 때문에 반복적인 접근 방식을 통해 nTask 개발 팀은 최적화를 위해 앞뒤로 전환할 수 있습니다.

Agile 컨설팅 회사 Gear Stream의 CEO인 Brad Murphy는 Agile Iterative 접근 방식이 이제 소프트웨어 개발 이외의 영역에서 광범위하게 서비스될 수 있다고 믿습니다.

그는 디지털 마케팅이 고객 피드백을 수집하기 위해 자주 제공하는 요소를 사용하여 반복적인 접근 방식의 이점을 얻을 수 있는 방법을 설명합니다. 신속하게 요청된 피드백은 더 많은 트래픽을 유치하기 위해 후속 반복을 개선하는 데 직접적인 도움이 될 수 있습니다.

The Deloitte Center for Government Insights의 조사에 따르면, 2017년에 주요 연방 IT 프로젝트의 80%가 스스로를 "Agile Iterative"라고 명명했습니다. 이러한 증가의 한 가지 이유는 프로젝트를 조화롭게 완료하는 데 걸리는 시간이 단축되었기 때문입니다. 프로젝트의 총 비용.

2015년 Deloitte의 또 다른 보고서에 따르면 Barclays와 같은 은행도 내부 감사의 20% 이상에서 Scrum과 같은 반복적인 접근 방식을 활용하기 시작했습니다. Barclays는 위험 관리 및 계획과 같은 영역에서 SCRUM의 이점을 인정했습니다.

Agile Iterative Approach는 IT 조직과 금융 회사에만 국한되지 않습니다. Walmart는 내부 감사를 위해 Agile Iterative Approach를 사용합니다. 애자일 도입 이후의 많은 성공 중 하나는 기존 감사 접근 방식과 비교하여 시간을 절약하는 것이었습니다.

United Airlines의 내부 감사 전무 이사인 Ricky Barr는 Deloitte의 Agile 내부 감사를 사용한 경험을 "시간 제한 반복을 통한 더 빠른 감사 주기"로 요약합니다.

8년 전까지만 해도 Gartner의 대다수 고객과 같은 많은 기업은 애플리케이션 개발을 위해 여전히 전통적인 Waterfall 방법을 사용했습니다.

그러나 비즈니스 가치 증가에서 강력한 조직 영향에 이르기까지 수년 동안 Agile의 입증된 이점으로 Agile 커뮤니티는 신생 기업에서 IBM 및 Cisco와 같은 글로벌 브랜드로 확장되었습니다.