추정의 문제는 당신이 명확하게 알려지지을 감소시키기 위해 인용하고있는 프로세스를 정의 할 수 있도록 알 수없는 예측 포함입니다 집단.
예를 들어, 프로세스는 다음과 같을 수 있습니다
이
- 옵션 및 제안 (1 일)을 논의하기 위해 기존의 자료 및 문서 (0.5 일)
- 일일 워크샵의 초기 검토
- 워크샵 최대 쓰기 (1.5 일) 개요 및 사양서 작성 및 접근 (1.5 일)
- 고객과의 개요 사양 검토 및 사소한 수정 및 사인 (0.5 일)
- Detai 필요 (5 일)로 워크샵 최종 설계의
- 쓰기 위로 분석 및 설계 (2 일) 더 이상 세 이상의 최종 설계 (1 일)
- 피드백 및 최종 설계의 개정을 검토 할
- 워크샵을 주도 반복 (3 x 0.5 일)
- 최종 사인 오프 (0.5 일)
각각의 경우에 리뷰에서 필요한 것을 설명해야하며 수행 할 반복의 최대 반복 횟수를 명시해야합니다. 그 이유는 자신이 원하는 고정 된 가격을주고 자신이 원하는 방식으로 일하고 있다는 것을 이해할 필요가 있다는 것입니다. 그래서 그는 협상을 유지하고 팀에 집중해야합니다. 필요할 때.
일단 프로세스에 동의하면 프로세스를 상당히 정확하게 예측할 수 있습니다. 나를 위해 두 가지 핵심 트릭이 있습니다 :
1) 무언가 걸리는 시간을 잘 모르겠 으면 작은 작업으로 나누십시오. 이것들은 더 작고 (추정하기도 쉽지만) 종종해야 할 일을 잊어 버리는 작은 것들을 생각해냅니다. 수는 본능적으로 잘못된 것 같으면
2) (일반적으로 너무 높은) 수치 을 검토하지만 당신은 정직하게 잘못 개별 작업 중 하나 추정했다고 생각하지 않으면 설정을 변경하지 마십시오. 우리의 본능은 모든 것이 잘되고 무딘 물건을 건너 뛰는 것으로 추측하는 경향이 있습니다 (하품 워크샵 작성 ...하지만 일어날 수 있습니다). 불행히도 현실 세계에서는 작은 물건이 생겨야 만합니다. 결코 원하는 방식대로 진행되지 않습니다. 그렇게하지 않으면 거짓말하지 마십시오. - 모든 견적이나 과정은 "모든 것이 잘된다면"나쁜 것입니다. 하나, 변화가 필요하다. 이 위에
당신은 비상 추가 할 필요가 -, 당신은 추가해야합니다 당신이 수를 세 종류, 두 :
이
첫 번째는 발생할 수있는 특정 위험에 대처하기 위해 시간을 포함한다. 끝까지 지나가고 확신하지 못하는 모든 것을 열거하고 생각할 수도 있고 과정에 시간을 추가 할 수도 있습니다.
예를 들어 프로토 타이핑을해야 할 가능성이 있다고 생각합니다. 그것이 일어나게 될 가능성을 예측하고, 두 개를 곱하면 얼마나 걸릴지 예상하십시오. 아마도 50 %의 가능성이 있으며 2 일이 소요될 것으로 예상됩니다.이를 보상하기 위해 0.5 x 2 일 (1 일)을 추가하십시오.)이 모든 것을 추가하고 추가하십시오.
두 번째는 "우연한 일"우연입니다. IT 프로젝트는 예측할 수 없으며 예상치 못한 일이 발생합니다. 시도해 볼 수는 있지만 사전에 모두 파악할 수는 있지만 관리하지는 않으므로 주요 내용을 시도하고 나머지는 그것을 충당하기위한 비율을 추가하십시오. 나는 일반적으로 15 %에 도달 하겠지만 공정이 견고하고 고객이 좋고 집중적이라고 생각한다면 10 %로 떨어질 수 있습니다.
세 번째 정렬은 사용자가 아닌 클라이언트를위한 것입니다. 당신이 필요로하는만큼 공정에 충실 할 것이라고 약속 할 수 없다고 말하면, 당신은 "공정은 내가 인용 한 것이지만 변경 허가를 받자"고 말합니다. 이것은 공정에서의 편차에 소비하는 그의 예산입니다. 이 과정과 반 과정을 위해 5 일을 더 했더니 과정을 거치지 않은 추가 워크샵을 요청하십시오. 그것은 당신에게 가지고있는 하루가 걸릴 것입니다 그리고 당신이 "5 일간의 변화 예산에서 2 일이되기를 원한다면"라고 쓰는 날 - 그는 동의 할 수도 있고 그렇지 않을 수도 있습니다.
이것은 당신이 당신의 프로세스를 얻는다는 것을 의미하며, 그의 프로젝트 보드로 돌아가서 더 많은 돈을 요구하지 않고서는 프로세스를 벗어날 수 있음을 의미합니다.
아, 당신이 지출하는 모든 시간을 기록하십시오. 이를 통해 예상했던 것을 비교하여 예상치를 향상시킬 수있을뿐만 아니라 얼마나 많은 금액을 초과하여 빌드 단계에 몰래 추가 할 수 있다는 것을 의미합니다. 돈.
마지막으로 한 가지 : "더 적은 시간이 걸리면 비용이 더 적습니까?"라고 말할 것입니다. 내 대답은 아니오 야. 고정 가격은 그에게 과다 지출 위험을 없애지 만 그 위험을 픽업한다는 의미입니다. 이 위험을 받아 들인 것에 대한 보상은 일찍 오는 경우 더 많은 돈을 벌 수도 있지만 두 가지 방법으로 이해하지 못할 가능성이 있습니다. 그를 적게받는다면 효과가 없다는 것을 의미합니다.하지만 일찍 오면 모든 고통을 느낍니다.
오, 제발, 질문을 닫고있는 경찰이 왜 이것을 종료하려고합니까? 코드 샘플을 넘어서는 질문을 허용합니까? –
"스택 오버플로에 관한 질문은 일반적으로 FAQ에 정의 된 범위 내에서 프로그래밍 또는 소프트웨어 개발과 관련이 있습니다." 이것은 소프트웨어 개발과 관련이 없습니까? Sheesh! –