Agile / SCRUM과 함께 사용할 포인트 스케일 선택에 대한 유용한 안내서?

우리는 프로젝트에 Pivotal Tracker를 사용하고 있으며,이 세 가지 스케일 중에서 선택할 수 있습니다.

0,1,2,3
0,2,4,8
0,1,3,5,8

그리고 결정을 내리는 데 도움이되는 자료를 찾고 있습니다. (두 번의 반복에 0,1,2,3을 사용한 후, 우리는 다른 것 중 하나가 더 유용하거나 의미있는 곳을 볼 수 있습니다.)

agile scrum

— 개 날씨
소스

더 자세히 설명해 주시면 무엇을 요구하는지 불분명합니다.

— Amir Rezaei

물론 : 우리는 포인트 스케일 선택을 다루는 웹 사이트, 기사, 페이지 또는 문서를 찾고 있습니다.

— Dogweather

구글은 당신의 친구입니다. 진심으로. 찾기가 어렵지 않습니다 ( google.com/search?q=agile+ideal+days+points 시도 ). 어려운 점 은 팀에 적합한 접근 방식을 찾는 것이므로 더 많은 정보가 필요합니다.

— Martin Wickman

아하-고마워 내 "팀"은 마이크로 크기입니다. 한 파트 타임 프로그래머 (me), 소프트웨어 개발자를 처음 접하는 파트 타임 프로젝트 관리자, 막 시작한 다른 파트 타임 프로그래머. 우리는 모두 좋은 친구이며 선수들 사이에 스트레스가 없습니다.

— Dogweather

@Dogweather : 내가 당신이라면 ( "팀"의 유일한 프로그래머라면) 스크럼을 전혀 사용하지 않고 GTD와 같은 간단한 생산성 기술을 사용합니다. IMHO, 당신은 스크럼과 함께 시간을 낭비하고 있습니다.

답변:

"피보나치"이야기 점 척도는 매우 인기가있다 : 1, 2, 3, 5, 8 등 인기 기획 포커 (산 염소 소프트웨어 및 선명한에 의한) 카드 데크가 그것을 기반으로 : 물음표, 0, 1/2, 1, 2, 3, 5, 8, 13, 20, 40, 100, 무한대.

Mike Cohn은 Agile Estimation and Planning 책에서 1-2-3-5-8 대신 1-2-4-8을 사용하는 것이 좋습니다.

"소규모"팀에 스토리 포인트를 적용 할 때 기억해야합니다. 최대 스토리 크기를 제한하고 "퍼블과 자갈을 혼합하지 마십시오"( Agile for the Solo Developer 참조 )

— 아 zhe 글 로프
소스

나는 당신이 원하는 것이 어쨌든 20 세 이상 40 세 이상을 분해해야한다는 사실에 근거하여 더 작은 점과 충분한 차이를 제공하는 것이 아니라 큰 이야기를위한 많은 옵션이 아니라고 생각합니다. 이렇게하면 소규모 및 일반 규모의 스토리에 대해서는 미세한 차이를, 큰 규모의 스토리에 대해서는 대략적인 차이 만 지원할 수 있습니다.

우리가 스크럼을 할 때 피보나치 기반의 점수로 20 점을 기록했습니다. 무언가가 40 또는 100이라면 기본적으로 개발자는 이야기가 너무 크다고 말합니다.

그 외에는 그렇게 큰 차이가 없다고 생각합니다. 나는 그것이 작동한다는 것을 발견했기 때문에 피보나치 기반의 시퀀스를 선호합니다. 그러나 팀과 개발중인 제품에 적합한 것은 괜찮습니다.

— 앤 슈에 슬러
소스