민첩한 반복적 인 접근 방식이란 무엇이며 어디에서 사용됩니까?

민첩한 반복적 인 접근 방식이란 무엇이며 어디에서 사용됩니까?

[삼]

시장 수요를 유지하기 위해 디지털 사업의 빠른 진화 시나리오는 CIO에 대한 장착 압력을 가하여 똑같이 빠른 소프트웨어 개발을 제공합니다.

Gartner에 따르면 IT 조직의 증가가 증가하고 있습니다. 민첩한 개발 합리화하려면 프로젝트 관리 비즈니스 가치를 보여줍니다.

12. 연간 민첩한 보고서는 상위 5 위가 입양 한 이유 중 하나가보고 된 이유를 발견했습니다. 민첩한 방법론 , 였다 가속화 된 소프트웨어 배송 2018 년 75 % 증가한 반면, 2018 년에는 88 % 증가한 반복 계획 이었지만, 2018 년 두 번째로 고용 된 민첩한 기술이었습니다.

민첩한 반복 개발이란 무엇입니까?

소프트웨어 개발의 민첩한 방법은 가장 일반적으로 반복적이고 증분 개발로 묘사됩니다. 반복 전략은 민첩한 관행의 초석이며, 가장 두드러진 것은 스크럼, DSDM 및 FDD입니다. 일반적인 아이디어는 소프트웨어의 개발을 반복되는 사이클 (반복)의 시퀀스로 분할하는 것입니다. 각 반복은 시간 상자로 알려진 고정 시간의 고정 시간이 발행됩니다. 단일 시간 상자는 일반적으로 2-4 주 동안 지속됩니다.

민첩한 반복 모델은 아마도 그의 책에서 Craig Larman이 가장 잘 설명하는 것입니다. 민첩하고 반복적 인 개발 - 관리자 가이드 ...에 Larman은 모델이 ADTC 휠 (분석, 설계, 코드, 테스트)에서 기능한다고 설명합니다. 이것은 각 반복 사이클이 계획, 디자인, 코드 및 동시에 테스트의 분석을 통합 한 것입니다. ADTC 휠은 기술적으로 PDCA (계획, 디자인, 수표, 조정) 사이클이라고도합니다. 민첩한 팀은 다음과 같은 방식으로 각 반복의 PDCA 사이클을 구현합니다.

P (계획) - 반복 계획

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

D (디자인) - 반복 실행

이것은 소프트웨어의 개발, 디자인 및 코딩이 일어나는 '할 일'단계입니다. 두 번째 또는 세 번째 반복이라면 기능 테스트도 수행됩니다. 팀은 사용자의 이야기를 수집하고 반복 검토 인 다음 단계를 준비합니다.

C (체크) - 반복 검토

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

A (조정) - 반복 회귀

이 경우 팀은 첫 번째 단계에서 반복의 전체 프로세스를 평가합니다. 본질적으로 이전 반복에 수집 된 개선 사항에 대해서도 작동합니다. 새로운 문제는 원인과 함께 식별됩니다. 팀이 다음주기를 다시 시작하기 전에 팀 백 로그는 향후 참조를 위해 세분화됩니다.

반복은 최적화 및 즉흥적으로 반복되며 이전주기에서 학습 된 수업은 다음주기에 적용됩니다. 완전히 기능적인 소프트웨어가 시장에 닿을 준비가 될 때까지.

민첩한 반복 개발의 이점

민첩한 프로젝트 관리 그렇지 않으면 전통적으로 단단한 것에 대한보다 유연한 대안으로 만들어졌습니다. 폭포 접근법 ...에

폭포 방식은 개발이 이전 단계로 되돌아 오는 것을 허용하지 않고 한 단계에서 다음 단계로 순차적으로 진행하는 선형 접근법입니다. Waterfall 방법은 개발 비용 증가, 장기간 소프트웨어 전달 및 추가 자원 입력을 포함하지만 이에 국한되지 않는 폭포 방식이 임박한 반향을 일으 킵니다.

Sudhakar Gorti, 환경 데이터 자원을위한 CIO는 동의합니다. ...에 " 폭포에서 민첩한 민첩성의 주요 이점 중 하나는 반복적 인 기초에 대한 인도 가능성을보고 제품 소유자가 제품 백 로그를 변경하기로 결정할 수 있다는 것입니다.

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

진화의 호의 - 민첩한 반복 개발 프로세스의 계획은 연속적으로, 폭포에서 실행 및 테스트하기 만하는 광범위한 계획 대신 광범위한 계획 대신 아이디어를 발전시킬 수있는 공간을 허용합니다.

위험 평가 - agile 반복을 통해 일찍 위험 식별 및 완화를 일찍 일찍 타임 라인 아래로 속도를 피하십시오.

신속한 배달 - 작업은 작은 사이클로 나뉘어 팀 구성원이 초점을 맞추고 정시에 배달 할 수 있도록합니다. 또한, 테스트는 모든 반복에서 코딩 및 설계에서 동시에 수행되어 완료에 필요한 시간이 크게 줄어 듭니다.

민첩한 반복적 인 접근법은 어디에 있습니까?

민첩한 반복적 인 접근 방식은 끊임없이 진화하는 범위의 일부인 프로젝트 또는 기업에 가장 적합합니다. 정의 된 시간 세트를위한 정의 된 요구 사항을 정의하지 않은 프로젝트. 이러한 경우 민첩한 반복적 인 접근법은 예기치 않은 변경이 발생할 때마다 필요한 비용과 자원을 최소화하는 데 도움이됩니다.

UDN 작업 관리자 스크럼 방법론을 사용하여 만들어졌습니다. 스크럼은 독립적 인 팀워크를 사용하여 다양한 UDN 작업 관리자 팀은 2 주간의 스프린트 (반복)에서 공동 작업을 수행했습니다.

범위가부터 UDN 작업 관리자 지속적으로 진화하고, 주간에 추가로 이루어지면 반복적 인 접근법을 가능하게합니다. UDN 작업 관리자 최적화를 위해 앞뒤로 전환하는 개발 팀.

민첩한 컨설팅 기어 스트림의 Brad Murphy는 민첩한 반복적 인 접근 방식이 소프트웨어 개발 이외의 지역에서 광범위하게 서비스 할 수 있다고 믿습니다.

그는 설명한다 고객 피드백을 수집하기 위해 빈번한 배달 요소를 사용하여 디지털 마케팅이 반복적 인 접근 방식으로 이익을 얻을 수있는 방법. 빠르게 요청 된 피드백은 더 큰 트래픽을 끌어 들이기 위해 후속 반복을 개선하는 데 직접적으로 도움이 될 수 있습니다.

정부 통찰력을위한 Deloitte 센터 조사에 따르면 , 주요 연방 IT 프로젝트의 80 %가 2017 년에 "민첩한 반복적 인"이라고 불리는 이유가 있습니다.이 상승의 한 가지 이유는 프로젝트의 총 비용과 조화를 이루는 프로젝트를 완료하는 데 걸린 시간의 감소로 쉽게 설명되었다.

2015 년 Deloitte의 또 다른 보고서는 Barclays와 같은 은행들이 반복적 인 접근법을 활용하기 시작했습니다. 스크럼 내부 감사의 20 % 이상에서. Barclays는 위험 관리 및 계획과 같은 지역에서 스크럼에서 이익을 얻는 것으로 인정됩니다.

민첩한 반복적 인 접근법은 IT 조직 및 금융 회사에만 국한되지 않습니다. Walmart는 민첩한 반복적 인 접근 방식을 사용합니다 내부 감사의 경우. 민첩한 유도가 전통적인 감사 접근 방식과 비교하여 시간 절약을 포함하는 많은 성공한 성공 중 하나가 포함되었습니다.

리키 바, 유나이티드 항공의 내부 감사장 전무 이사, 고용 경험을 합산합니다. Deloitte의 민첩한 내부 감사 "시간 - 박스형 반복을 통한 더 빠른 감사 사이클"으로 사용됩니다.

8 년 전까지, 많은 기업들이 가트너 대다수의 고객은 아직도 응용 프로그램 개발을 위해 전통적인 폭포 방식을 사용했습니다.

그러나 비즈니스 가치가 증가한 조직적 영향으로 인해 민첩한 민족의 입증 가능한 이점으로 민첩한 지역 사회는 IBM 및 Cisco와 같은 글로벌 브랜드로 시작으로 확대되었습니다.