저는 프로젝트가 시작될 때 포커를 계획하는 방식이 마음에 들어 각 스토리의 세부 사항을 서로 비교하고 토론 할 수 있습니다.
내가 주목 한 문제 중 하나는 시간이 지남에 따라 문제 영역에서 더 많은 경험을 얻을수록 각 이야기, 즉 처음에 5 또는 8의 가치가있는 이야기에 대해 더 적은 점수를 얻는 경향이 있다는 것입니다 프로젝트의 가치는 이제 3의 가치가 있습니다.
최선의 방법으로이 문제를 피하거나 해결하는 방법은 무엇입니까? 더 나은 추정 방법이 있습니까? 스토리가 항상 동일해야합니까, 아니면 스토리 포인트가 괜찮습니까?
답변:
나는 그것이 큰 문제라고 생각하지 않습니다.
그 원인이 될 수있는 두 가지 분명한 것이 있습니다. 하나는 약간의 포인트 디플레이션을 경험하고 있다는 것입니다. 다른 하나는 팀이 실제로 빨라지고 있다는 것입니다. (후자가 되었으면 좋겠다!)
어느 쪽이든, 큰 문제가되어서는 안됩니다. 속도의 두 가지 주요 용도는 다음 반복에서 얼마나 많은 작업을 수행해야하는지 파악하고 더 많은 작업에 대해 대략적인 배송 날짜를 추정하는 것입니다. 이들 중 어느 것도 점진적으로 변화하는 속도에 의해 해를 입지 않습니다. 실제로, 개선 된 속도가 나아질 경우, 새로운 숫자는 팀의 역량을보다 정확하게 보여줍니다.
안락함을 위해 속도가 너무 빨리 변하면 한 가지 반응이 정식 이야기입니다. 지난 몇 달 동안 3 점씩 골라서 사용하는 포인트 수준을 나타냅니다. 추정을하는 벽에 올려 놓으십시오. 그런 다음 추정 할 때 다루는 이야기와 비교하여 사용하십시오. 추정치에서 드리프트와 변동성을 모두 줄여야합니다.
기본적으로, 이것은 대부분 큰 문제가 아닙니다. 대부분의 것들이 세탁물에서 나올 것입니다. 대체로, 추정 결과의 명시적인 조작은 프로세스에 부정적인 영향을 미칩니다. 스토리 포인트 추정은 팀이 공을 주시 할 때 가장 잘 작동합니다. 다른 스토리와 비교하여 스토리의 상대적 복잡성을 추정하고 있으며 완료된 스토리에 대한 역사적 정보를 보유하고있는 한 아마도 상황이 해결 될 것입니다. 장기적으로. 팀이 결국 스토리 추정을위한 방법과 참조 스토리를 정할 때 팀 응집력이 혜택을주는 곳이 여기에 있습니다.
스토리 포인트 디플레이션은 포인트 범위 추정치가 압축 될 때 속도 미세 조정에 대한 정보를 잃기 시작하고 압축이 장기 릴리스 전달 길이를 추정하는 데 부정적인 영향을 줄 수 있다는 점에서 가벼운 문제가 될 수 있습니다. 계획 (모든 이야기를 압축하여 발생하는 오류를 좁은 범위로 곱할 것 같지 않음). 전반적으로, 전문 지식으로 인해 속도가 증가한 결과를 추정치보다 더 많은 스토리 포인트로 표시하기를 원합니다. 이를 극복하는 방법은 이전에 완료된 추정치를 지속적으로 참조하고 항상 복잡성을 추정하는지 확인하는 것입니다. 어떤 일이 얼마나 오래 걸릴 것이라고 생각하지 말고, 이전 이야기와 비교하여 이야기의 전반적인 어려움을 비교하십시오. 허락하다' 모바일 플랫폼을 지원하는 앱이 있고 다른 플랫폼으로 포팅해야한다고 말합니다. 이전 포트와 비슷합니까? 플랫폼의 툴링 상태가 더 나빠서 더 어렵습니까? 더 나은 디버거가 있기 때문에 더 쉬워 집니까? 팀이 예상치를 잘 맞추기 때문에이 포트가 더 빨라질 것이라는 사실이 아니라 예상치를 알려야합니다. 복잡성에 집중하면이 문제를 해결하는 데 도움이됩니다.