3
스크럼을 사용하기위한 최소/적절한 팀 크기 및 프로젝트 기간은 어떻게됩니까? (7 명) 회원의 팀 크기 - (1800 남자 시간에 대한 1600)스크럼의 최소 팀 규모 및 프로젝트 기간 (Man-hours)?
우리는 우리의 다음 소프트웨어 프로젝트에 스크럼을 사용하는 방법에 대한 생각. 팀 규모가 꽤 크고 (프로젝트 기간과 관련해서는 피할 수 없지만), 스크럼을 선호합니까?
A
답변
2
팀 구성원 중 7 명이 SCRUM에서 완벽합니다. SCRUM 대신 다른 프로세스를 고려해야하는 유일한 이유는 다음과 같습니다.
- 귀하의 요구 사항은 매일 근본적으로 바뀝니다.
- 프로젝트가 1 주 미만입니다.
- 팀 구성원이 SCRUM 방식으로 작업하는 것을 기꺼이 받아들이지 않습니다.
- 모든 회원은 수석 소프트웨어 개발자이며 정확히 수행해야 할 작업을 알고 있습니다. 그럼 나를 믿어, SCRUM은 시간 낭비 야.
마지막으로, SCRUM에서는 먼저 완벽한 균형을 찾기 위해 조금 실험합니다. 윈스턴 로이스 (1970 년 원래의 폭포 용지의 발행인)에 따르면
1
제 경험으로는 5 명의 회원과 1 주간의 스프린트가 절대적으로 최소한입니다.
스크럼 마스터, 제품 소유자, 개발자 2 명 및 테스터 1 명. 사람들이 적다면 SCRUM은 필요 없습니다.
7 명의 회원은별로 크지 않습니다. 우리는 훨씬 더 많았습니다.
1
(즉, 스크럼은 경험적 과정 인에서 유래)는 폭포 방법 만 사용되어야한다 - 나는 인용 - 가장 단순하고 간단 프로젝트를 (이것은 사실이며 슬픈 일화입니다. 폭포는 이 아니라 일을하는 방법의 예를 의미합니다).
그래서 저는 짧고 단순하고 간단 프로젝트에 대한 그런 말 것, 팀이 하나의 질주 (보통 1~4주), 당신은 , 당신은 어떤을 얻고되지 않으므로 다른 방법을 사용할 수 있습니다에 완료 할 수있는 종류 이점을 피드백주기에서 제외하고 일반적으로 프로세스를 검사하고 적용 할 기회가 없습니다. 팀의 크기에 관해서는
, 내가 관리 할 수있는 크기가 좋다고 생각합니다. 프로젝트 범위는 한 번의 스프린트로 얼마나 많은 사람들이 완료해야 하는지를 결정합니다.
수석 소프트웨어 개발자 만있는 프로젝트 인 경우에도 제품 소유자가 효과적으로 작업 우선 순위를 지정하려는 경우 스크럼 방식의 이점을 누릴 수 있습니다. 스크럼은 팀이 모든 스프린트가 끝날 때 발송 가능한 제품을 보유 할 수 있도록 도와줍니다. 그런 다음 팀은 제품 소유자를위한 데모를 통해 소유자가해야 할 일의 우선 순위를 더욱 높일 수 있습니다. – zdenekca