LeSS (Large Scale Scrum) 및 SAFe (Scaled Agile Framework)의 계획 또는 목표 조직 규모는 얼마입니까?


10

스크럼 가이드는 5 개와 11 회원 사이의 어딘가를위한 제품 소유자, 3-9 구성원의 개발 팀, 1 스크럼 마스터로 구성되어 하나의 단위를 정의합니다. 제품 소유자에게 지원 직원이 있거나 팀에 전용 스크럼 마스터가 없어서 그 수를 약간 다르게 할 수있는 사례를 보았지만 약 12 ​​명 정도 인 것으로 보입니다.

넥서스 가이드는 스크럼이 하나의 제품에 작업 3-9 스크럼 팀을 처리하기 위해 확장 한 방법을 설명합니다. 전용 멤버이거나 다양한 스크럼 팀의 사람들로 구성된 새로운 Nexus 통합 팀을 추가합니다. 이 안내서를 바탕으로 약 20-120 명으로 확장 할 수 있습니다.

훈련 된 애자일 은 한 팀에서 N 팀으로 확장 할 수 있습니다. 표준 개별 팀 규모는 Scrum과 거의 동일합니다. 3-9 명의 회원과 다양한 전문가, 독립적 인 테스트 팀, 도메인 전문가 등의 역할을 지원합니다.이 프레임 워크의 고려 사항은 단순히 확장이 아니라 민첩한 방법을 적용하는 것입니다. 대규모 조직의 경우 규정 준수, 아웃소싱, 전 세계에 분산 된 팀이있는 규제 된 환경. 한계는 제품 또는 제품 라인 당 하나의 DA 인스턴스를 갖는 것 같습니다.

정도에 따라 스크럼, 넥서스 및 DAD를 사용하여 프로세스를 수행하거나 구현하는 작업에 참여 했으므로이를 잘 이해하고 있습니다. LeSS와 SAFe에 대한 실무 지식이 없으며 다른 사람들의 말을 읽고 있습니다.

LeSS 는 간단 해 보입니다. 확장 성이 훨씬 큰 Nexus의 대안입니다. LeSS규칙에 따르면 LeSS는 2-8 팀용으로 설계되었으며 LeSS Huge는 8 개 이상의 팀용으로 설계되었으며 개발 조직 규모는 LeSS의 경우 15-80, LeSS Huge의 경우 80+ 정도 인 것으로 추정됩니다. 조직에 따라 LeSS는 제품 조직에서 20 ~ 110 명, LeSS Huge에서는 100 명 이상, 계수 관리, 독립적 인 QA, 운영 등을보고있을 것입니다. 두 가지 형태의 LeSS는 단일 제품 또는 밀접하게 관련된 제품 세트 (예 : 제품 라인 또는 마이크로 서비스 세트)에 맞춰진 것으로 보입니다. 모든 제품에는 자체 LeSS (또는 LeSS Huge) 인스턴스가 있습니다.

SAFe는 운영, 사용자 경험, 엔터프라이즈 아키텍트 및 시스템 엔지니어, 제품 관리자, QA, 개발자 등 전체 조직을 포함하는 것으로 보입니다. 3 레벨 조직과 4 레벨 조직의 두 가지 모델이 있습니다. 3 단계 조직은 팀, 프로그램 및 포트폴리오를 식별합니다. 4 단계 조직은 프로그램과 포트폴리오 사이에 가치 흐름 수준을 추가합니다. 식별 된 역할 수를 기준으로 여러 제품 및 동시 프로그램을 사용하는 대기업 조직을 대상으로하는 것 같습니다. 이행을위한 지침을 읽으십시오구현 조직이 임원 및 경영진을 교육 한 다음 개발 팀의 구성원을 최소 50 명 이상이 교육 할 것으로 예상합니다. 최소한의 조직 규모는 식별 된 모든 그룹과 여러 제품에 걸쳐 구현이 합리적으로 이루어 지도록 수백 명의 사람으로 보입니다.

LeSS가 대상 고객과 관련하여 Nexus의 "경쟁 업체"이고 SAFe가 다른 규모의 민첩 프레임 워크보다 훨씬 많은 제품 또는 제품 라인을 가진 대규모 조직을 대상으로하고 있다고 생각합니까?

답변:


2

객관적인 소스로 ASK (Agile scaling knowledge) 매트릭스를 사용할 수 있다고 생각 합니다. 사전 정의 된 9 개의 스케일 된 민첩한 프레임 워크가 제공됩니다.

현재 다음과 같은 크기를 정의합니다.

  • 소규모 : <100 명 또는 10 팀
  • 메드 :> 100 <500 명 또는 50 팀
  • 대규모 조직 :> 500 명 또는 100 개 팀

그런 다음 다음과 같이 이름이 지정된 프레임 워크의 범위를 지정합니다.

  • Nexus : 작지만 Nexus +는 9를 넘을 수 있습니다
  • LeSS : Med-대형
  • SAFe : 대기업

이 정보를 통해 Less와 Nexus는 "중간"수준에서 비교할 수 있지만 LeSS는 더 큰 측면에 더 초점을 맞추고 Nexus 초점은 더 작은 설정에서 시작합니다.

SAFe는 더 크고 더 큰 (기업) 조직에 초점을 맞춘 유일한 것 같습니다. 여전히 SAFe를 구현하는 회사가 실제로 민첩한지 궁금합니다. (컨설턴트 꿈과 같은 소리가 들리지만 다른 질문 일 수도 있습니다. ;-)

개인적으로 저는 3 팀 이상의 회사에서 일하지 않았습니다. 따라서이 정보의 유효성을 검사 할 올바른 사람이 아닐 수도 있습니다. 어쩌면 이러한 다양한 스케일링 프레임 워크를 사용하여 회사와 협력했을지도 모른 코치가 포함 된 민첩한 실습 에 대해 논의 할 수 있습니다 .


2

저는 공인 LeSS 전문가이며 SAFe 프로그램 컨설턴트입니다. LeSS와 SAFe는 모두 50 명에서 수천 명까지 모든 규모의 팀을 위해 설계되었습니다. 내가 알고있는 가장 큰 LeSS 구현은 팀에 1800 명의 직원이있는 BMW자가 운전 차량입니다. 그러나 SAFe는 팀에 4000 명 이상의 직원이있는 많은 조직을 알고 있습니다.

조직의 규모가 프레임 워크의 결정 요소가되어서는 안된다고 생각합니다. 이는 매우 단순한 견해입니다. 각 프레임 워크에는 최적화 컨텍스트가 있습니다.

LeSS는 제품 개발에서 민첩성이 가장 중요 할 때 가장 효과적입니다. 그러나 민첩성을 원하지만 위험 식욕이 낮고 안정성에 대한 민첩성을 기꺼이 희생하려는 경우 SAFe가 가장 효과적입니다.

SAFe는 크고 복잡한 프레임 워크이므로 단점이지만 단순화하지 않으려는 조직과 잘 작동합니다. Scaled Agile Framework의 몇 가지 주요 측면을 요약 한 글과 기사를 작성했습니다 . SAFe의 주요 역할, 인공물 및 의식을 요약하여 조금 더 이해하기 쉽게 만듭니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.