소프트웨어 개발 진행 상황을 측정하는 방법

Question

프로젝트 관리자 (비 프로그래머)가 일을 얼마나 빨리 완료하는지 추적하고 싶습니다. 우리는 완성 된 요구 사항을 추적 할 수있는 DOORS의 상세한 요구 사항을 가지고 있습니다. 나는 이것을 합리적인 추적 메커니즘으로 제안했다.

Answer 1

추적하는 항목의 크기가 예상 정확도와 비슷할 정도로 작아야합니다.

부정확 한 추정만큼 소프트웨어 프로젝트를 방해하는 것은 아무것도 없으며, 작업이 클수록 추정치가 부정확합니다.

정확하게 말하면 프로젝트 진행 상황을 정확하게 추적하려면 상대적으로 정확한 추정치가있는 작은 작업이 필요합니다.

목록에 "1 주 이상"이 소요되는 항목이있는 경우 정확한 진도 보고서에 가까운 항목을 가질 수있는 방법이 없습니다.

Answer 2

burndownchart은 scrum에서 사용되는 것과 같습니다. 나는 최근에야 그것에 대해 약간의 노출을 얻었지만 실제로는 진행 상황을 매우 정확하게 추적하는 매우 멋진 개념처럼 보입니다.

그러나

• 당신은 당신의 요구 사양에 나와있는 것보다 훨씬, 훨씬 더 작은 항목에 분해해야합니다. 그들은 신뢰할 수있는 견적을 위해 큰 방법입니다.
• 구현자는 구현자를 완료해야합니다.
• 해당 항목에 대한 견적은 IMPLEMENTERS에서 시작해야합니다!

실천자가 추정치를 작성하게하는 상향식 요소가 없으면 좋은 예상치를 얻을 수 없습니다. 시스템 요구 사항으로부터의 하향식 견적으로 시작하는 것이 좋습니다 - 최종 견적이 끝나지 않는 한.

Answer 3

저는 FogBugz를 사용하기를 좋아합니다. 프로그램 버그뿐 아니라 구현해야 할 기능을 추적하는 것이 효과적입니다. 배송 날짜를 정할 지 여부를 알려주는 것은 꽤 잘합니다.

한 팀의 경우 무료입니다. 그러나 매월 계획을 사용하는 것은 그렇게 비싸지 않습니다.

http://www.fogcreek.com/FogBUGZ/