더 긴 계획 기간에 대처하기 편집
개발 팀은 일반적으로 최대 2 ~ 3 번의 반복 작업을 앞두고 백 로그를 구체화하지만 대규모 조직에서는 제품 마케팅 팀이 계획해야합니다. 시장에 대한 약속과 고객과의 토론을 위해 더 앞서 있습니다. 그들은 종종 매우 높은 수준의 12 ~ 18 개월 로드맵으로 작업 한 다음 3 개월 동안 팀과 공동으로 계획합니다. 개발 팀은 계속해서 2-3 번의 반복을 세부적으로 개선하고 다음 반복을위한 세부적인 작업 계획 만 세웁니다.
추상적 인 책임 수준에서 민첩성 유지 편집
개발 팀 애자일 방식을 정의하는 여러 프레임 워크가 있지만 관리를 위해이를 설명하는 프레임 워크는 거의 없습니다. SAFe는보다 추상적 인 수준의 책임 및 계획 (제품 및 포트폴리오)을 처리하는 그룹에 교차 기능 팀과 같은 많은 동일한 원칙을 제공합니다. SAFe는 또한 너무 많은 이질적인 관행을 취합 한 것에 대해 비판을 받았습니다.
위임 된 권한 다루기 편집
Scrum에서 제품 소유자는 다음을 포함한 전체 제품 수명주기에 대한 책임을 져야합니다. 개발 결정에 대한 투자 수익과 시장에서의 성과. 대규모 개발에서 조직은 제품 관리자가 제공하는 것과 같은 여러 팀 백 로그에 대한보기를 원합니다. SAFe는 제품 소유자 역할이 제품 관리에 있다고 가정하지만 그럼에도 불구하고 제품 소유자를 개발 조직으로 분리한다는 비판을 받았습니다.
결과물 동기화 편집
애자일 프레임 워크는 개발을 가능하게하도록 설계되었습니다. 자율적이고 자유롭게 작업 방식을 설계 할 수 있습니다. SAFe는 수십 또는 수백 개의 개발 팀 규모에서 팀이 완전히 자기 조직화하는 것이 점점 더 혼란스러워지고 있음을 인정합니다. 따라서 팀이 동일한 제품에 대해 작업하는 경우, SAFe가 비판을받은 영역이긴했지만 결과물이 함께 출시 될 때 더 잘 동기화 될 수 있도록 여기에 몇 가지 제약이 따릅니다.
허용 혁신 및 계획을위한 시간 편집
SAFe 계획주기는 팀이 관행을 개선하고 다음 계획 증분에 대비할 수 있도록 릴리스 후 추가 반복을 포함하도록 권장합니다. 이전 버전의 SAFe에서는 제품을 출시하기 전에 제품을 안정화 또는 강화하는 강화 반복으로 설계했습니다. 이는 종속성이 끝날 때까지 모든 것을 테스트 할 수 없음을 의미하는 대규모 통합 환경에서 작업하는 복잡성을 전제로했습니다. SAFe는 반 민첩성 또는 폭포수 요소를 나타 내기 때문에 이에 대해 비판을 받았지만 13 주를 만드는 린 90 일 증분과 일치했으며 2 주 스프린트를 수행하는 경우 6 개와 1 주 계획 또는 경화주기. 이것은 SAFe의 최신판에는 포함되어 있지 않습니다.