절제된 민첩성 제공

Disciplined agile delivery
다음에 대한 시리즈 일부
소프트웨어 개발
핵심 활동
패러다임 및 모델
방법론 및 프레임워크
지원 분야
연습
도구들
지식의 표준 및 본문
용어집
윤곽선

DAD(Gulated Agile Delivery)는 Gulated Agile Toolkit의 소프트웨어 개발 부분이다. DAD를 통해 팀은 증분적이고 반복적인 솔루션 제공에 대한 단순한 프로세스 결정을 내릴 수 있다. DAD는 스크럼, 민첩한 모델링, 희박한 소프트웨어 개발 등을 포함하여 신속한 변화를 위한 소프트웨어 개발의 옹호자들이 지지하는 많은 관행을 기반으로 한다.

훈련된 민첩한 전달을 위한 주요 참고 문헌은 스콧 앰블러와 마크 라인이 쓴 책 Choose Your WoW![1]이다.

특히 'DAD'는 스크럼을 뛰어넘는 이동수단으로 파악됐다.[2] 커터 선임 컨설턴트인 Bhuvan Unhelkar에 따르면, "DAD는 IT 작업을 간소화할 뿐만 아니라 더 중요한 것은 확장을 가능하게 하는 세심하게 구성된 메커니즘을 제공한다."[3] Paul Gorans와 Philippe Kruchten은 신속한 변화를 위한 접근법의 구현에 대한 더 많은 규율을 요구하고 있으며, 사례 프레임워크로서 DAD가 "확장할 수 있는 견고한 기반을 제공하는 엔터프라이즈 IT 솔루션 제공에 대한 하이브리드 민첩한 접근 방식"[4]임을 나타낸다.

역사

Scott Ambler와 Mark Lines는 처음에 DAD의 개발을 이끌었다. 앰블러와 라인은 계속해서 DADD의 진화를 이끌고 있다. DAD는 신속한 변화를 위한 소프트웨어 개발에 보다 응집력 있는 접근방식을 제공하기 위해 개발되었다. 즉, 스크럼이 무시하는(목적적으로) 프로세스 격차를 메우려는 접근방식과 엔터프라이즈급 확장성을 갖춘 접근방식이 그것이다. Ambler에 따르면, "스크럼, XP, AM, 신속한 변화를 위한 데이터, 칸반 등을 포함한 많은 신속한 변화를 위한 방법론은 프로젝트 시작에서 제공에 이르는 솔루션을 제공하는 데 필요한 활동의 하위 집합에 초점을 맞춘다. DADD가 개발되기 전에, 당신은 그 일을 완수하기 위해 당신만의 민첩한 방법론을 짜맞춰야 했다."[5]

DAD는 규모에 따라 민첩성이 적용되는 공통 패턴을 성공적으로 관찰한 결과 개발되었다.[6]

2015년에 훈련된 민첩성(DA) 프레임워크가 개발되어 나중에 훈련된 민첩성 툴킷이 되었다.[7] 이것을 Tergulated Aagile 2.x라고 불렀다. DAD는 DA의 기초를 형성했다.[citation needed] 두 번째 계층인 규율화된 DevOps는 규율화된 민첩성 IT(DAIT)라고 불리는 세 번째 계층으로 추가되었다.[citation needed] 이러한 계층들은 각각 엔터프라이즈급 환경에서 DevOps와 IT 프로세스를 다루는 방법을 다루었다.

Gulated Aagile 3.x는 비즈니스 민첩성에 필요한 전체 프로세스 범위를 해결하기 위해 네 번째 레이어인 DAE(Gulated Aagile Enterprise)를 도입하기 위해 2017년 8월에 출시되었다.[8]

2018년 12월, 현재 훈련된 민첩성 툴킷으로 언급되는 훈련된 민첩성 4가 출시되었다.[citation needed] DAD에 대한 전면 개편된 설명과 GCI(Guided Continuous Improvement)라는 팀 기반의 개선 전략에 초점을 맞췄다.[citation needed]

2019년 8월, 프로젝트 관리 연구소에 의해 규율화된 애자일(Gulated Ailed)이 인수되었다.[9]

주요 측면

팀들이 직면하고 있는 많은 도전들은 스크럼의 범위를 벗어나고 있고 팀들은 중복되는 부분과 상충되는 용어를 가진 다른 방법들을 살펴볼 필요가 있다. DAD는 IT 솔루션 제공에 대한 사람 우선의 학습 지향적인 하이브리드 접근 방식을 사용하여 이러한 과제를 해결하려고 시도한다.[10]

사람 우선

훈련된 신속한 변화를 위한 전달(DAD)은 "사람과 그들이 서로 상호작용하는 방식이 솔루션 전달 팀의 성공을 결정하는 일차적인 요소"라고 식별한다.[11] DAD는 상황의 요구에 맞춰 조정할 수 있는 강력한 역할 집합(아래 섹션 참조)과 권리 및 책임을 지원한다. DAD는 팀 구성원들이 서로 밀접하게 협력하고 배워야 하며, 팀은 그들의 경험으로부터 배우고 그들의 접근을 발전시키기 위해 노력을 투자해야 하며, 개인들도 그렇게 해야 한다는 생각을 홍보한다.[12]

잡종

DAD는 스크럼, 익스트림 프로그래밍(XP), SAFe, 애자일 모델링(AM), 통합 프로세스(UP), 칸반, 외부 소프트웨어 개발, 애자일 데이터(AD), 스포티파이의 개발 모델 등 기존 방식에서 입증된 전략을 채택 및 맞춤 제작하는 하이브리드 툴킷이다. 이러한 기존 프레임워크 중 하나를 적응하는 데 시간을 들이기보다는, DAD와 함께 각 기술의 관련 부분을 결합하는 모든 노력이 이미 이루어졌다.

전체 제공 수명 주기

일반적으로 라이프사이클의 구성 측면에 초점을 맞추는 1세대 민첩한 방법과는 달리, DAD는 팀 시작부터 최종 사용자에게 솔루션을 제공하는 데 이르기까지 전체 제공 라이프사이클을 다룬다.

다중 라이프사이클 지원

DAD는 6가지 라이프사이클 중에서 선택할 수 있는 6가지 라이프사이클을 지원한다. 즉, 민첩성, 희박함, 지속적인 전달, 탐색 및 대규모의 라이프사이클 버전이다. DAD는 하나의 접근방식이 모든 접근방식에 맞지 않는다는 것을 인식하기 때문에 단일 라이프사이클을 규정하지 않는다.

완성하다

DAD는 개발, 모델링, 아키텍처, 관리, 요구사항/결과, 문서화, 거버넌스 및 기타 전략이 어떻게 조화를 이루는지 전체적으로 보여준다. DAD는 다른 방법들이 당신에게 맡기는 "중대한 리프팅"을 한다.

상황에 맞는

그 접근법은 규범적이기보다는 목표 지향적이거나 결과 지향적이다. 그렇게 함으로써, DAD는 실행 가능한 대안, 즉 무엇이 효과가 있는지, 무엇이 효과가 있는지, 무엇이 효과가 있는지 그리고 왜 더 중요한지에 관한 문맥적 조언을 제공함으로써, 여러분이 자신을 발견하고 능률적으로 그렇게 하는 상황에 대처하기 위해 일하는 방식을 조정할 수 있게 해준다.

작동 중인 소프트웨어에 대한 소모성 솔루션

DAD는 단순한 소프트웨어 제작에서 이해당사자들에게 실질적인 비즈니스 가치를 제공하는 소모적인 솔루션 제공에 이르기까지 초점을 성숙시킨다. 소프트웨어가 제공 가능성의 중요한 부분인 것은 분명하지만, 솔루션에 초점을 맞춘다는 것은 전체적인 문제를 전체적인 관점에서 보는 것을 의미한다. 이는 하드웨어, 비즈니스 및 조직 프로세스 및 전체 조직 구조에 제안된 업데이트를 초래할 수 있다.

적절한 거버넌스를 갖춘 자체 조직

민첩하고 마른 팀들은 스스로 조직화하는데, 이는 일을 하는 사람들이 그것을 계획하고 추정하는 사람들이라는 것을 의미한다. 그들은 여전히 조직의 우선순위를 반영하는 기업 인식 방식으로 일해야 하며, 그러기 위해서는 고위 지도부의 적절한 통제가 필요하다.

라이프사이클

징계처리는 원래 민첩한(스크럼 기반) 프로젝트 라이프사이클과 린(칸반 기반) 프로젝트 라이프사이클을 지원했다. 그 후 6가지 라이프사이클을 지원하도록 확장되었다.

  1. 민첩성. 스크럼을 기반으로 한 3상 프로젝트 수명 주기. 단계는 인셉션("Sprint 0"이라고도 함), 건설 및 전환(Lease sprint라고도 함)이다.
  2. 린. 칸반을 기반으로 한 3상 프로젝트 라이프사이클.
  3. 지속적인 제공: 민첩성. 지속적인 작업 흐름을 지원하여 증분 릴리스(일반적으로 일주일에 한 번)를 생성하는 신속한 변화를 위한 제품 수명 주기.
  4. 연속배달: 희박하다. 지속적인 작업 흐름을 지원하는 린 기반 제품 수명 주기.
  5. 탐구적인. 신네핀의 조언에 따라 최소 실행 가능 제품의 병렬 개발을 해결하기 위해 확장된 린 스타트업을 기반으로 한 실험 기반 라이프사이클.
  6. 프로그램. 팀 팀을 조정하는 라이프사이클.

프로세스 목표

DAD는 21개의 프로세스 목표 또는 프로세스 결과의 모음으로 설명된다.[13] 이러한 목표는 팀이 직면하는 상황의 맥락을 다루는 결정으로 기울어진 과정을 안내한다. 이를 통해 팀은 프로세스 컴플라이언스가 아닌 결과에 초점을 맞추고 민첩한 방법을 확장하기 위한 추측 작업에 집중할 수 있다. 그것은 당신이 직면하는 복잡성을 해결하기 위한 정교한 전략을 제공함으로써 확장을 가능하게 한다.

인셉션 단계 시공 단계 전환 단계
팀을 올바른 방향으로 보내라. 소모성 솔루션을 점진적으로 구축하십시오. 솔루션을 프로덕션 환경에 릴리스하십시오.
  • 폼 팀
  • 엔터프라이즈 방향에 맞춰 조정
  • 공통 프로젝트 비전 개발
  • 스코프 탐색
  • 아키텍처 전략 파악
  • 릴리스 계획
  • 테스트 전략 개발
  • 공통 비전 개발
  • 자금확보
  • 아키텍처를 조기에 입증
  • 이해 관계자의 변화하는 요구 사항 해결
  • 잠재적으로 소모 가능한 솔루션 생산
  • 품질 향상
  • 가치 제공 가속화
  • 프로덕션 준비 상태 보장
  • 솔루션 배포
지속적인 목표

엔터프라이즈 인식 방식으로 개선 및 작업

  • 팀원 증가
  • 활동 조정
  • 위험 해결
  • 진화 WoW
  • 기존 인프라 활용 및 개선
  • 납품 팀 관리

역할

기본 역할

훈련된 민첩한 전달에서 이러한 5가지 주요 역할은[14] 일반적으로 규모에 관계없이 발견된다.

  • 이해관계자. 해결책의 결과에 물질적으로 영향을 받는 사람. 단순한 최종 사용자나 고객 이상의 소프트웨어 프로젝트의 개발 및 배포에 의해 영향을 받을 수 있는 모든 사용자.
  • 제품 소유자. 민첩한 전달 팀에게 이해관계자 커뮤니티의 요구를 대변하는 "고객의 한 목소리"로서 말하는 팀원.
  • 팀원. 팀 구성원은 시험, 분석, 아키텍처, 설계, 프로그래밍, 계획 및 추정을 포함하되 이에 국한되지 않는 이해관계자를 위한 실제 솔루션을 생산하는 데 초점을 맞춘다. 그들은 전반적인 필요한 기술 중 일부를 보유하게 될 것이며, 더 많은 것을 얻기 위해 노력하여 일반화 전문가가 될 것이다.
  • 팀 리드. 팀 리더는 진행자 리더로서 또한 민첩한 코치로, 의사소통을 촉진하고, 그들이 일하는 방식을 선택할 수 있도록 권한을 부여하며, 팀이 필요로 하는 자원을 가지고 있고 장애물이 없도록 보장한다.
  • 건축주. 팀을 위한 아키텍처 결정권을 소유하고 전체 솔루션 설계의 생성 및 진화를 촉진한다.

잠재적인 조연 역할

이러한 보조 역할은[15] 스케일링 문제를 해결하기 위해 도입된다(때로는 임시로 도입되기도 한다).

  • 전문가. 비록 대부분의 민첩한 팀원들이 전문가들을 일반화하고 있지만,[16] 때때로 프로젝트의 필요에 따라 다른 전문가들이 필요하다.
  • 도메인 전문가. 제품 소유자는 광범위한 이해당사자를 대표하지만, 좀 더 미묘한 이해가 필요한 복잡한 도메인에 대해서는 도메인 전문가가 필요할 때가 있다.
  • 기술 전문가. 특히 어려운 문제가 발생하는 경우 필요에 따라 기술 전문가를 데려올 수 있다. 이들은 빌드 마스터, 신속한 데이터베이스 관리자, 사용자 환경(UX) 설계자 또는 보안 전문가일 수 있다.
  • 독립 테스터. 대부분의 테스트는 DAD 팀원이 수행하지만, 복잡한 영역이나 기술이 있는 경우 독립적인 테스트 팀을 병행하여 작업을 검증할 수 있다.
  • 통합자. 규모의 복잡한 기술 솔루션의 경우 통합자(또는 복수의 통합자)를 사용하여 다양한 서브시스템에서 전체 시스템을 구축할 수 있다.

참조

  1. ^ Ambler, Scott; Lines, Mark (2019). Choose Your WoW! A Disciplined Agile Delivery Handbook for Optimizing Your Way of Working. ISBN 978-1790447848.
  2. ^ Ambler, Scott (2013). "Going Beyond Scrum: Disciplined Agile Delivery".
  3. ^ 엔터프라이즈에서 신속한 변화를 위한 엄격한 제공(Cutter IT Journal, 특별호, 2013년 6월)
  4. ^ Kruchten, Philippe; Gorans, Paul (February 2014). A Guide to Critical Success Factors in Agile Delivery (Report). IBM Center for the Business of Government. p. 14. Retrieved February 1, 2014. a hybrid agile approach to enterprise IT solution delivery that provides a solid foundation from which to scale
  5. ^ CMMI에 부합하는 절제된 신속한 변화를 위한 전달(Cutter IT Journal, 2013년 11월)
  6. ^ "Disciplined Agile Delivery". Crosstalk. Archived from the original on 2014-02-22. Retrieved 2014-01-31.
  7. ^ "Intro to Disciplined Agile".
  8. ^ Ambler, Scott; Lines, Mark (2017). An Executive's Guide to Disciplined Agile. ISBN 978-1539852964.
  9. ^ "PMI Announces Acquisition of DA".
  10. ^ Lines, Mark; Ambler, Scott (2019). Choose Your WoW! A Disciplined Agile Delivery Handbook for Optimizing Your Way of Working. p. 41. ISBN 978-1790447848.
  11. ^ Ambler, Scott. "Agility@Scale: Strategies for Scaling Agile Software Development". IBM developerWorks. IBM Software.
  12. ^ "Disciplined Agile Delivery: An introduction (white paper), pg 7" (PDF). IBM Software. Archived from the original (PDF) on 2013-05-29. Retrieved 2014-01-31.
  13. ^ Ambler & Lines (2019). "Choose Your WoW!". p. 46.{{cite web}}: CS1 maint: 작성자 매개변수 사용(링크)
  14. ^ Ambler, Scott. "Roles on DAD Teams". disciplinedagiledelivery.com.
  15. ^ Ambler, Scott. "Roles on DAD Teams". disciplinedagiledelivery.com.
  16. ^ "Generalizing Specialists: Improving Your IT Career Skills". Agile Modeling.

추가 읽기

  • Brown, Alan (2012). Enterprise Software Delivery: Bringing Agility and Efficiency to the Global Software Supply Chain. ISBN 978-0321803016.
  • Royce, Walker (2013). "Agility at Scale: Economic Governance, Measured Improvement and Disciplined Agile Delivery".
  • 비침습적 측정 및 프로세스 마이닝을 사용한 신속한 변화를 위한 규정 전달에 대한 거버넌스 지원(2013년 11월 Cuter IT Journal, Astromiskisis, Janes, Silitti, Succi)
  • 신속한 변화를 위한 분산 제공 성공을 위한 10가지 원칙(2013년 11월 Cuter IT Journal, Bavani)