정확한 시간 추정치를 만드는 방법은 무엇입니까? [닫은
https://stackoverflow.com/questions/305618
-
08-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
새로운 프로젝트에 대한 프로젝트 계획 및 시간 추정치 만들기에 관한 귀하의 경험은 무엇입니까?
당신이 사용하는 접근법은 무엇이며 왜 당신에게 효과가 있거나 작동하지 않았습니까?
고려해야 할 모범 사례가 있습니까?
해결책
추정 작업
내가 사용하려는 원칙 (항상 기회를 얻는 것은 아닙니다)은 다음과 같습니다.
- 단계별 정제
- 3 포인트 추정치
- 위험도 분석
단계별 정제
추정 할 때는 올바른 세분화를 추정하고 추정에 확신이있을 때까지 지속적으로 분해하고 작업을 추가하는 것이 중요합니다. 종종 추정은 더 많은 개선 및 위험 분석이 필요할 수있는 길고 중요한 경로 작업을 강조합니다.
위험도 분석
각 과제에서 위험이있는 곳을 알아 내려고 노력하려고 노력하려고 노력하면서 (무언가에 대한 리드 시간이 있습니까? 지식이 부족합니까? 경쟁자가 당신을 이길 수 있습니까? 등을 이길 수 있습니까?). 추정치에 대한 자신감을 결정하는 데 도움이됩니다. 이러한 추정치를 처리하는 방법을 결정합니다. 위험 분석은 또한 추가 단계별 정제가 필요한지 확인하는 데 도움이됩니다.
3 점 추정
각 작업 (설계, 개발, 테스트 및 버그 고정 포함)에 대한 최상의, 가능성 및 최악의 추정치를 지정하면 위험 분석 및 계획에 도움이됩니다. 추정치는 해당 작업의 특정 비율을 달성하기 위해 가장 가능성이 높은 기간을 계산하는 데 사용될 수 있습니다. 다른 관련 작업에 대한 정보 및 위험 분석과 함께 프로젝트 관리자는 위험을 고려할 수 있으며 시스템 테스트와 같은 다른 알려진 요소는보다 신뢰할 수있는 추정치를 얻을 수 있습니다.
물론 추정의 세분성도 중요합니다. 대부분의 작업에 대해 몇 시간 동안 추정 할 필요는 없습니다. 소프트웨어에서는 일이 일반적으로 가장 좋지만 때로는 몇 주 또는 몇 달이 될 수 있습니다 (예 : 아웃소싱 블록 인 경우). 프로젝트의 모든 작업에 적합한 시간 세분성을 선택하십시오 (일반적으로 요구 사항 캡처 및 기능 사양 단계에 요일을 사용하고 그 후 반일 이후 작업 및 하위 작업에 대해 자세히 알 수 있습니다).
결론
이 세 가지 항목은 모두 서로에게 공급되므로 각 단계를 여러 번 개선해야합니다. 예를 들어, 요구 사항 단계에서 찌르고 기능 사양 중에 다시 설계 사양 중에 찌르고 다시 설계 할 수 있습니다.
추정은 학습 된 기술입니다. 당신이 더 많이할수록 더 좋아집니다. 위험 분석은 모르는 것에 대해 더 많이 배우고, 아는 것에 대해 더 많이 배우면서 3 점 추정치가 향상되며, 디자인 프로세스의 각 단계를 거치면서 단계적 개선이 향상됩니다.
시간이있는 경우 작업을 완료 한 후 원래 추정치를 다시 방문하고 실제 시간이 3 점 추정치 및 프로젝트 계획에 대해 어떻게 쌓이는 지 확인하십시오. 그것이 다른 경우, 시간을 잃어 버리거나 얻는 곳을보고 향후 프로젝트를 위해 그로부터 취할 수있는 것을 배우십시오.
추정은 어려운 과제가되어서는 안됩니다. 저는 항상 예전보다 추정 후 내 작업에 대해 더 많이 알고있는 것처럼 느낍니다.
다른 팁
나는 책을 적극 추천합니다 "소프트웨어 추정 : 흑인 예술을 탈취" 스티브 맥코넬 그것은 실제로이 질문을 잘 다룹니다.
이에 대한 훌륭한 정보가 있습니다 실용적인 프로그래머. 그들은 130 일 추정 6 개월을 추정하는 대신 적절한 시간 단위를 사용하는 것이 좋습니다. 또한 가장 중요한 작업에 집중하는 것이 좋습니다. 하위 추정치를 기반으로 추정을 피하십시오.
개인적으로 나는 작업을 이해할 수있는 청크로 분류하여 올바르게 추정하는 것이 유용하다는 것을 알게됩니다. 작업이 커지면 구석 구석이 너무 많아서 생각하지 않는 문제를 숨길 수 있습니다. 작은 청크의 세부 사항에 집중하면 잠재적 인 문제를보다 성공적으로 평가할 수 있습니다.
귀하의 질문은 NP- 완료 문제입니다 :) 추정치를 내기 위해 사용되는 많은 알고리즘이 있지만 항상 추측에 불과하며 결코 정확하지 않으며 많은 실행에 오랜 시간이 걸립니다. 시간 추정치를 잊고, 스크럼 또는 다른 애자일 프레임 워크를 사용하십시오. 시작시 몇 시간 만에 프로젝트를 추정하는 것은 단순히 사람들에게 거짓말을하는 것입니다.
기능을 구축하기 직전에 시간 기반 추정치를 만들지 말고 기능을 진행할 때 계속해서 추정치를 업데이트하십시오.
견적에 테스트 시간을 포함시키는 것을 잊지 마십시오.
답장:사업을 잃는 것을 두려워하고 추정치에 따라 여가 시간/결론에서 여분의 시간을 보충 할 것입니다.
고객에게 제시하는 시간을 엉망으로 만지는 한 시간당 요금을 줄이는 것이 좋습니다. 적어도 이런 식으로, 당신은 고객에게 부가 가치의 모양을 제시합니다.
LM
연습, 연습, 연습. 안전을 위해, 추정 능력을 개선 할 때 과대 평가하십시오. 물론 컨설턴트라면 비즈니스 비용이들 수 있습니다. 사업을 잃는 것을 두려워하고 추정치에 따라 여가 시간/결론에서 여분의 시간을 보충 할 것입니다.
귀하의 질문은 복잡하기 때문에 아마도 주제를 찾을 수 있습니다. "코딩 작업에 대해 어떻게 매우 빠르고 더러운 추정을 수행합니까?" 유용하고 부분적인 대답이 포함되어 있습니다.
