Top 10 Estimation Best practices는 이런 예측을 잘하려면 기억해야 하는 10가지 방법에 대해 말하고 있습니다. 번역은 아니고 꼭지만 정리해 봤습니다.
- Use more than on person : 여러 사람이 모이면 서로 공감대를 이루기 위해 토론하면서 다른 관점으로 상황을 볼수가 있다. 혹시 빼먹은것이 없는지 확인해 줄수 있다.
- Use more than one approach : 유사 프로젝트 비교, 사용자 스토리 포인트, 상향식 분석등 여러 예측기법을 사용하고 각 기법간에 바꿔보도록 노력하라.
- Agree on what "It" and "Done" means : 모든 사람이 "날자"같은 동일한 단위를 기준으로 해야 한다. 표준 능력을 가진 개발자가 할수 있는걸 기준으로 한다든지..그리고 무엇을 해야 하는지를 멸확하게 해야 한다. 코딩을 해야하는지, 단위 테스팅을 해야 하는지, 통합테스트와 시스템 테스트는 어떻게 해야 하는지 ? 리팩토링은 이나 사용자 미팅시간 같은것도..
- Know when to stop : 불확실한것들을 가지고 정확한 예측은 불가능하다. 어느정도 오류를 감수해야 한다. 상위수준의 예측을 진행하고 주기적으로 이를 분석하고 갱신하라.
- Present estimates as a range : 값이 아니라 범위를 사용하라. 우리는 점쟁이가 아니다.
- Defend / exlain estimate range probabilities : 예측범위를 확률적으로 설명할 수 있어야 한다.
- Don't reserve estimating for when you know least about the project : 프로젝트에 대해서 잘 모른다고 에측하는 작업을 미루지 마라.
- Be aware of common estimation omissions : 예측을 위해 생략한 것들을 잘 관리하라. 잘 되지 않으면 이를 다시 살펴봐야 한다. 그리고서 빼먹거나 늦은게 없는지 충분히 시간을 들였는지 확인해야 한다.
- Embrace reality early : 프로젝트 중에 벌어질 일들에 대해 과소평가하지 마라. 개발이 더 빨리 진행되고 모든 기술적인 문제는 극복할 수 있다고 믿어서는 안된다. 특히 시스템이 운영줄일때는 더욱 그렇다.
- Review, Revisit, Remove haed from sand, Repeat : 첫번째 예측이 가장 잘못된 예측이다. 프로젝트가 어떻게 진행되는지 살펴보고 예측을 리뷰해야 한다. 당신이 보고 있는 현실을 반영하라.
'Work & Study > TechTalk' 카테고리의 다른 글
| How to be an expert (2) | 2008/03/10 |
|---|---|
| 테스트에 관한 멋진글을 소개합니다. - 테스트와 장인 (0) | 2008/03/04 |
| 프로젝트 예측을 잘하기 위한 10가지 방법 (0) | 2008/03/03 |
| 오픈소스와 상용툴에 대한 인식 비교 (4) | 2008/02/29 |
| 서비스 지향 아키텍처(SOA)를 넘어 (0) | 2008/02/22 |
| .NET Framework 3.0 = WPF + WCF + WWF (4) | 2008/02/19 |
TAG 프로젝트관리
