누군가가 유연한 스프린트 길이를 사용하여 성공 했습니까?

Question

나는 최고의 스프린트 길이가 상황/회사/상황에 따라 다르다는 것을 알고있다. 즉, 유연한 스프린트 길이를 사용하여 성공한 사람이 있습니까? 또한 짧은 (1 주) 대 긴 스프린트에 대해 강한 의견을 가진 사람이 있는지 궁금하네요.

배경 : 현재 1 주 스프린트를 사용하여 개발하고 있습니다. 우리 제품 소유자는 이에 만족합니다. 그러나 융통성을 위해 몇 가지 프로젝트에 대한 스프린트 길이를 늘리기 위해 두 번 질문했습니다. 모든 경우에 우리는 짧은 스프린트를 고수한다.

Answer 1

평상시와 같이 달라질 수 있습니다.

저는 현재 스프린트가 2 주에서 4 주 사이에 다양한 조직에 있습니다. 저는 속도를 측정하는 것이 어려워 짐에 따라 개인적으로도 열심히 일하며 나머지 팀은 일정을 개발팀과 맞추기가 까다로울 수 있습니다.

반면에 다음 이야기는 아주 짧은 이야기가 이월된다는 것을 의미하며, 우리는 부재중, 예기치 않은 버그 등을 더 쉽게 고려할 수 있습니다. 이는 보통 스프린트가 완전히 취소되는 결과를 낳습니다 .

저는 1 주 스프린트를 시도한 팀과 관련되어 있습니다. 실제로 스프린트 계획, 테스트 계획, 배포 등과 관련된 오버 헤드의 양은 실제 개발 시간이 약 2 일이라는 결과를 낳았습니다. 결과적으로 대규모 전략적 작업을 수행하기가 어려웠습니다. 나는 팀이 현재 Kanban을 사용하고 고정 스프린트 지속 시간을 전혀 사용하지 않고 결과적으로 훨씬 행복하다고 믿는다.

Answer 2

프로젝트 당 스프린트 길이를 결정합니다. 우리가 일주일에 3 ~ 4 주 정도 지속되는 작은 프로젝트를 실행한다면 일주일 내내 계속되는 스프린트는 거기에 아무런 의미가 없으며 거의 ​​칸반처럼 접근합니다.

장기 프로젝트를 1 주에서 2 주 사이에 운영하는 경우. 그러나 우리가하지 않는 것은 결국 스프린트 길이가 유연 해지면서 결국 우리와 혼란을 일으켰습니다. 그러나 우리가 고용하는 것은 스프린트의 길이를 두 배로 늘리는 것이다. 느슨한 목적을 끝내기 위해서가 아니라, 왜 우리가 물건을 재배치하는지 설명 할 필요없이 두 스프린트를 완료하는 목표를 가지고 있습니다. 우리는 가능한 한 그렇게 피하려고 노력합니다.