확장 가능한 신속한 변화를 위한 프레임워크

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

규모 조정형 민첩한 프레임워크(SAFe)는 기업의 민첩하고 민첩한 업무 확장을 안내하기 위한 조직 및 워크플로우 패턴 모음입니다.[1][2] 대규모 스크럼(LeSS), 훈련된 민첩성 전달(DAD), 넥서스와 함께 SAFe는 단일 팀을 넘어 확장 시 발생하는 문제를 해결하고자 하는 프레임워크 중 하나이다.[3][4] SAFe는 저작권 및 등록 상표권을 보유하고 있는 Scale Atile, Inc.에 의해 무료로 제공된다.[5]

SAFe는 수많은 민첩한 팀에 걸친 조정, 협업 및 전달을 촉진한다. 그것은 민첩한 소프트웨어 개발, 린 제품 개발, 시스템 사고라는 세 가지 주요 지식 기관을 활용하여 실무자들에 의해 그리고 실무자들을 위해 개발되었다.[6]

확장된 민첩한 프레임워크에 대한 주요 참조는 원래 거버넌스, 프로그램 및 개발 팀을 통해 제품 관리(또는 기타 이해관계자)에서 어떻게 업무가 고객에게 흘러갔는지를 보여주는 큰 그림 뷰를 개발하는 것이었습니다.[7][8] 민첩한 커뮤니티에서 다른 사람들의 협업을 통해, 이것은 점진적으로 다듬어진 후 2007년 책에 공식적으로 묘사되었다.[9] 이 프레임워크는 지속적으로 개발되고 공개적으로 공유된다. 아카데미와 인증제도는 SAFe 채택에 있어 타인을 구현, 지원 또는 훈련하고자 하는 사람들을 지원한다.

2011년 첫 출시부터 5개의 주요 버전이 출시됐고[10], 2021년 2월 최신판인 5.1이 출시됐다.[11]

SAFe는 신속한 변화를 위한 관행을 30%로 확장하는 가장 일반적인 접근방식으로 계속 인식되고 있지만, 또한 SAFe는 너무 계층적이고 융통성이 없다는 비판을 받아왔다.[12][13][page needed][14][15]

신속한 변화를 위한 원칙 및 관행 확장 문제

더 긴 계획 지평에 대처

개발 팀은 일반적으로 최대 2~3회까지 백로그를 미리 세분화하지만, 더 큰 조직에서는 제품 마케팅 팀이 시장에 대한 약속과 고객과의 논의를 위해 미리 계획을 세워야 한다.[16] 그들은 종종 12개월에서 18개월의 매우 높은 수준의 로드맵을 가지고 작업한 후, 3개월의 작업 동안 팀들과 함께 협력 계획을 세우게 된다.[17] 개발팀은 앞으로 2~3번 더 세부적인 개선 작업을 할 예정이지만, 다음 번 반복 작업을 위한 세부 작업 계획만 수립할 예정이다.[18]

추상적인 수준의 책임에서 민첩성 유지

개발 팀은 민첩해야 하는 방법을 정의하는 여러 프레임워크를 가지고 있지만, 관리를 위해 이를 설명하는 프레임워크는 거의 없다. SAFe는 보다 추상적인 수준의 책임과 계획(제품 및 포트폴리오)을 처리하는 그룹에 교차 기능 팀과 같은 많은 동일한 원칙을 제공한다.[19] SAFe는 또한 너무 많은 상이한 관행을 통합했다는 비판을 받아왔다.[20]

위임된 권한 처리

스크럼에서는 제품 소유자가 시장 실적뿐만 아니라 개발 결정의 투자 수익률 등 제품 라이프사이클 전체를 책임질 것으로 예상된다. 대규모 개발에서 조직은 제품 관리자가 제공하는 것과 같은 여러 팀의 백로그에 걸쳐 보기를 원한다.[21] SAFe는 제품 소유자의 역할이 제품 관리에 있다고 가정하지만, 그럼에도 불구하고 제품 소유자를 개발 조직으로 분리한다는 비판을 받아왔다.[22]

결과물 동기화

신속한 변화를 위한 프레임워크는 개발 팀이 자율적으로 작업하는 방법을 자유롭게 설계할 수 있도록 설계된다. SAFe는 수십 또는 수백 개의 개발 팀의 규모에서 팀이 완전히 자체 조직화하는 것이 점점 더 혼란스러워지고 있다는 것을 인정한다.[23] 따라서, 이는 SAFe가 비난을 받아온 분야 중 하나이긴 하지만, 팀이 동일한 제품을 작업하는 곳에서 그들의 결과물을 더 잘 동기화하여 함께 출시할 수 있도록 하기 위해 일부 제약을 가한다.[21][22]

혁신 및 계획을 위한 시간 허용

SAFe 계획 주기는 팀들이 그들의 관행을 개선하고 다음 계획 증가에 대비할 수 있도록 하기 위해 릴리스 후에 추가 반복을 포함할 것을 권고한다. SAFe의 이전 버전에서도 이를 강화 반복, 즉 제품을 출시하기 전에 제품을 안정화 또는 경화하도록 설계했다. 이것은 의존성 때문에 여러 가지 문제가 끝까지 시험되지 못하는 대규모 통합 환경에서 작업해야 하는 복잡성에 근거한 것이었다. SAFE는 안티 아질이나 폭포수를 나타냈기 때문에 비난을 받았으나, 13주나 되는 90일 증분에 따른 것이고, 2주간의 단거리 달리기를 한다면 그 중 6일 + 1주간의 계획이나 강화 사이클이 필요하다.[24] 이것은 최신판 SAFe에는 포함되어 있지 않다.

실행

SAFe의 기본 원리

저자에 따르면, SAFe는 기존의 희박하고 민첩한 원칙과 관찰에서 파생된 10가지 기본 개념을 기반으로 한다.[25]

  1. 경제적 관점을 가지다.
  2. 시스템 생각 적용
  3. 변동성 가정, 옵션 보존
  4. 빠른 통합 학습 사이클로 점진적으로 구축
  5. 작업 시스템의 객관적 평가에 근거한 이정표
  6. 진행 중인 작업의 시각화 및 제한, 배치 크기 축소, 대기열 길이 관리
  7. 캐던스 적용(타이밍), 교차 도메인 계획과 동기화
  8. 지식 작업자의 본질적인 동기 부여를 실현한다.
  9. 의사결정 분산
  10. 가치 중심으로 구성

SAFe 프레임워크

SAFe 버전 5.1에서는 필수, 포트폴리오, 대형 솔루션 및 전체 구성의 네 가지 구성이 있다.[26]

  • Essential SAFe는 가장 기본적인 구성이다. 그것은 필요한 가장 중요한 요소들을 설명하고 있으며 프레임워크의 편익의 대부분을 제공하기 위한 것이다. 팀과 프로그램 레벨(신속한 릴리즈 트레인 또는 ART라고 함)을 포함한다.
  • 대형 솔루션 SAFe는 포트폴리오 고려 없이 여러 프로그램 간에 조정 및 동기화를 허용한다. 이전 버전의 SAFe에서는 이 수준을 가치 스트림이라고 불렀다.
  • 포트폴리오 SAFe에는 전략적 방향, 투자 자금 지원 및 희박한 거버넌스에 대한 우려가 포함되어 있다.
  • 풀 SAFe는 다른 3가지 레벨을 결합한다.

인증

스케일링 애자일(Scalized Aagile)은 다양한 영역 및 지식 레벨에 적용되는 인증을 제공한다.[27]

참고 항목

참조

  1. ^ Hayes, Will; Lapham, Mary Ann; Miller, Suzanne; Wrubel, Eileen; Capell, Peter (2016). Scaling Agile Methods for Department of Defense Programs. Software Engineering Institute. CMU/SEI-2016-TN-005.
  2. ^ Athrow, Desiree (29 January 2015). "Why Continuous Delivery is key to speeding up software development". TechRadar. Retrieved 2017-11-27.
  3. ^ Linders, Ben (January 22, 2015). "Scaling Agile with the Disciplined Agile Delivery Framework". InfoQ. Retrieved 2017-11-27.
  4. ^ van Haaster, K (2014). Agile in-the-large: Getting from Paradox to Paradigm. Unpublished paper from Charles Sturt University.
  5. ^ "Permissions FAQ". Scaled Agile. Retrieved 13 July 2018.
  6. ^ King, Michael (2017). "Serving Federal Customers with SAFe Concepts" (PDF). Capability Counts Conference Proceedings.
  7. ^ Bridgwater, Adrian (August 7, 2013). "Real Agile Means Everybody Is Agile". Dr. Dobb's. Retrieved 2017-11-27.
  8. ^ Linders, Ben (August 28, 2014). "Death by Planning in Agile Adoption". InfoQ. Retrieved 2017-11-27.
  9. ^ Leffingwell, Dean (2007). Scaling Software Agility: Best Practices for Large Enterprises. Addison-Wesley. ISBN 978-0321458193.
  10. ^ "About Scaled Agile Framework - A Brief History of SAFe". Scaled Agile Inc. Retrieved 12 August 2020.
  11. ^ "What's New in the SAFe 5.1 Big Picture". Scaled Agile Inc. Retrieved 2020-02-10.
  12. ^ "13th Annual State of Agile Report". State of Agile Survey. CollabNet VersionOne. 2019. Retrieved 2019-08-27.
  13. ^ Link, P; Lewrick, M (29 September 2014). "Agile Methods in a New Area of Innovation Management" (PDF). Science to Business Marketing Conference.
  14. ^ Baptista, Roberto (28 January 2015). "Profissionais brasileiros e o interesse por treinamentos de especialização". Computerworld Brazil. Retrieved 28 January 2015.
  15. ^ Schwaber, Ken (2013-08-06). "unSAFe at any speed". Telling It Like It Is. Retrieved 2017-11-11.
  16. ^ Eklund, U; Olsson, H; Strøm, N (2014). Industrial challenges of scaling agile in mass-produced embedded systems. Agile Methods. Large-Scale Development, Refactoring, Testing, and Estimation. Springer International Publishing. ISBN 9783319143583.
  17. ^ Heusser, Matt (23 September 2014). "Agile testing methods for multiple teams". SearchSoftwareQuality. Retrieved 2017-11-27.
  18. ^ Stettina, C; Horz, J (2015). "Agile portfolio management: An empirical perspective on the practice in use". International Journal of Project Management. 33 (1): 140–152. doi:10.1016/j.ijproman.2014.03.008.
  19. ^ Laanti, M (2014). Characteristics and Principles of Scaled Agile. XP 2014 Workshops. Springer International Publishing.
  20. ^ Elssamadisy, Amr. "Has SAFe Cracked the Large Agile Adoption Nut?". InfoQ. Retrieved 2017-11-11.
  21. ^ a b Vaidya, A (2014). Does DAD Know Best, Is it Better to do LeSS or Just be SAFe? Adapting Scaling Agile Practices into the Enterprise. Excerpt from PNSQC 2014 Proceedings. pp. 8–9.
  22. ^ a b Maximini, Dominik (11 September 2013). "A critical view on SAFe - Scrumorakel - Blog". Scrum Oracle. Retrieved 2017-11-27.
  23. ^ Stafford, Jan (December 9, 2013). "Scaling Agile development calls for defined practices, consultant says". SearchSoftwareQuality. Retrieved 2017-11-27.
  24. ^ Killick, Neil (21 March 2012). "The Horror Of The Scaled Agile Framework". Agile, Scrum, Kanban, Lean, and everything that's in between. Retrieved 2017-11-27.
  25. ^ "SAFe Lean-Agile Principles". Retrieved 19 February 2016.
  26. ^ Rose, Doug (2018). Enterprise Agility For Dummies. John Wiley & Sons. pp. 87–89. ISBN 9781119446095.
  27. ^ "Certification". Scaled Agile. Retrieved 19 February 2016.

추가 읽기

외부 링크