작업 수준 추정 및 시간보고를 처리하기 위해 Steve McConnell이 소프트웨어 추정의 10 장에서 설명하는 기술을 사용했습니다.. 특히, 프로젝트에서 코딩을 시작하기 직전에 작업 수준 추정치를 만들 때가되면 가능한 한 단일 지점을 가진 작업이 없도록 작업을 상당히 세밀한 수준으로 결정합니다. 신뢰도는 4 시간 이상으로 추정됩니다. 이런 식으로 작업 평가 프로세스는 소프트웨어를 구성하는 데 도움이되는 동시에 평가하는 동안 작업을 잊지 않도록 도와줍니다. 각 작업에 대해 가능한 시간 범위를 제시했으며 McConnell이 내 기록 정확도 데이터와 함께 설명하는 통계 계산을 사용하여 원하는 경우 다른 신뢰 수준에서 추정치를 생성 할 수 있습니다. 나는이 방법이 상당히 잘 작동하고 있다고 생각합니다. 우리는 추적을 위해 작업과 그 추정치를 TFS에 넣어야하므로, 나는 사용하라는 신뢰의 백분율로 추정치를 사용합니다.
그러나 과제를 잊어 버렸을 때 어떻게해야할지, 또는 내가 예상 한 과제 중 하나에 해당되지 않는 업무를 수행해야하는 경우가 확실하지 않습니다. 물론이 상황을 피하는 것이 가장 좋지만 잊혀진 / 변경된 작업을 어떻게 처리합니까? 미래의 추정치에 도움이 될 수있는 최고의 과거 데이터를 원하지만 지금은 기본적으로 50 % 신뢰도 추정치와 범위 추정치 내에서 추정했는지 여부를 계산하고 있습니다.
필요한 경우 무엇이 필요한지 명확하게 알려 드리겠습니다. 불분명 한 사항을 알려주세요.
1
3 곱하기 ( programmers.stackexchange.com/questions/41004/… )
—
blueberryfields
나는이 계산을 수행하는 방법과 해결하려는 문제에 대한 예를 제시해야한다고 생각합니다. 지금은 시간이 없지만 최대한 빨리 연락 드리겠습니다.
—
앤드류
스크럼에서는 시간 견적을 제공하지 않습니다. 다른 사람들에게 아이디어를 제공하는 스토리 포인트를 제공합니다. 또한 상향식 크기는 아닙니다. 속도가 모호한 것입니다.
—
직업
@Job 지금은 스크럼 전문점이 아닙니다. 또한 다른 응답자가 제안한 것과 달리 지금까지 상향식 추정치가 작업 수준 추정 동안 잊혀진 작업 수를 크게 줄임으로써 추정 정확도가 향상되었음을 알았습니다.
—
앤드류
@blueberryfields-최소한 계층 구조 수준이 많은 회사에서 각각 50 % 만 곱하면 충분합니다. 여기서 각각 고유 한 과대 평가 요소를 추가합니다.
—
mouviciel