2009-03-06 3 views
3

저는 주어진 작업에 대한 견적을 제시하는 데 가장 적합한 사람에 대한 토론에서 왔습니다.높은 수준의 프로젝트 견적을 제시해야하는 사람은 누구입니까?

세부적인 수준에서 나는 항상 최선의 추정치는 그들이 실제로 이해해야 만하는 사실로부터 온다고 말하면서 더 높은 수준에서 완전한 바이 인을 준다. 추상화 (즉, 전반적인 프로젝트 수준에서) 나는 그렇게 확신하지 않는다.

저는 1985 년 호주 연구 결과를 제공하는 Peopleware의 5 장을 기억합니다. 가장 좋은 링크는 here입니다.

저는 특히 여기에 중점을두고 있습니다. 개발자, 건축가, 대원 관리자 등으로 답변 해 주시겠습니까?

+1

프로그래밍에 관한 것이 아니기 때문에이 질문을 주제로 끝내기로했습니다. –

답변

11

저는 관리자 (현재)와 개발자 (과거)로 답변하고 있습니다.

상위 수준의 예상치는 팀/프로젝트 리더가 제공해야하지만 개발자의 의견이 있어야합니다. 또한 범위의 형태로 주어져야하며, 가장 나쁜 경우는 각각의 신뢰 수준을 나타냅니다.

팀 리드가 프로젝트에 대한 모든 것을 깊이있게 알고 개발자들로부터 의견을 구할 수있는 방법은 없지만 그 과정에서 너무 일찍 세부 사항에 몰래 들어가는 위험이 있습니다. 마찬가지로, 개별 개발자는 모든 것에 대한 견적을 제공 할 수 있도록 (실제로는 작은 경우가 아니라면) 프로젝트에 대한 충분한 지식을 갖지 못합니다.

관리자는 이러한 예상치를 통합하고 충돌과 시너지 효과를 찾아 "큰 그림"을 얻습니다. 그 결과로 우리가 지불 한 것입니다.

개발자로서 나는 개발자들에게 확인하지 않고 견적을 준 관리자를 신뢰하지 않을 것이지만 똑같이 개발자에게 물어보고 그 정보를 어떤 식 으로든 "편집"하지 않고 통과시킨 사람은 똑같이 신뢰하지 않을 것입니다.

+0

동의 함 - 범위가 고차원에서 필요하며 높은 수준의 위험과 범위를 포함해야한다고 생각합니다. – meade

1
  1. 개발자는 일반적으로 초기 추정을해야합니다. 관리자는 누가 그것을 구현하는지에 따라 위험 요소를 추가 할 수 있어야합니다. (예 : 구현하는 개발자가 예상치를 제공 한 개발자보다 더 나은 지식을 가진 경우 위험이 낮아집니다.) 개발자는 프로젝트의 다른 개발 영역에 대한 아이디어가 없을 수도 있습니다 (거대한 가정). 관리자의 견해가 묘사되는 곳입니다. 프로젝트가 작다면 개발자 견적으로 충분합니다.
3

견적을 서명하는 담당자는 실제로 프로젝트 관리자 여야합니다. 그것이 그들의 틈새 시장입니다.

그러나 PM이 견적을 만들어야한다고 말하는 것은 아닙니다.

저는 PM이 프로젝트의 다른 부분에 대한 다양한 소스 (기술, 비즈니스 등)로부터 견적을 받아야한다고 말하고 있습니다. 어떤 프로젝트에서도 기술적이지 않은 큰 부분이있을 것입니다.

기술적 인 사항은 기술 담당자가 추정해야합니다.

그러나 동일한 토큰을 사용하면 기술 전문가가 아닌 전문가가 CPA 유형을 이러한 중소 기업이라고 부릅니다 (주제 전문가). 건축가는 기술 솔루션을 예측할 수 있습니다. BA는 갭 분석입니다. 관리자는 비즈니스 프로세스 구현을 수행 할 수 있습니다. 등등.

하지만 특히 상호 의존성 및 핵심 경로를 자원으로 조달하고 해결하는 측면에서 모든 것을 함께 높은 수준의 추정치로 묶어야합니다.

0

작품에 따라 다르다고 생각합니다. 많은 경우, 프로젝트 매니저는 화면에 몇 가지 추가 데이터를 추가하고, 레이아웃을 변경하며, 이름을 지정하는 데 드는 비용을 예상하는 것 이상입니다.

그러나 상황이 더욱 복잡해지는 경우가 있습니다. 특히 시스템의 아키텍처에 깊이 닿는 경우 특히 그렇습니다. 이 경우 프로젝트 관리자는 개발자, 설계자 또는 둘 모두와 견적을 구해야하며 정확히 구현하기 위해 특정 시간이 필요한 이유를 확인해야합니다.

또한 프로젝트 관리자는 schar의 말처럼 개발자 견적을 사용하여 최종 견적을 얻어야한다고 생각합니다. 그들은 오버 헤드, 테스트 시간, 위험 요인 등의 백분율을 추가해야합니다.

1

누구나 프로젝트 관리자에게 기능 분석가, 테스트 분석가 및 고위 개발자를 추산해야합니다.

오후가 다소 현실적인지 확인하고 정리하는 것이 중요합니다.

0

저는 관리자 (현재)와 개발자 (과거)로 답변하고 있습니다.

우리 회사에서는 개발자가 항상 견적을 작성하는 데 관련되어 있습니다. 우리는 비즈니스 컨설턴트가 작성한 사용자 스토리에 대한 높은 수준의 예측을 수행합니다.

비즈니스 컨설턴트는 사용자 스토리 (기술 팀 관리자)와 개발자에게 사용자 스토리를 전달합니다.

우리는 프로젝트의 사용자 이야기와 컨텍스트 (3 명, 비즈니스 컨설턴트, 개발자, 기술 관리자)를 논의하기 위해 평가 회의를 예약합니다. 회의에서 나와 나와 개발자는 메모를 만들고 사용자 이야기 당 필요한 시간을 적어 둡니다.

회의가 끝나면 개발자가 견적 양식을 작성하고 우리는 모두 견적에 동의하는지 확인합니다. 완료되면 견적 양식은 비즈니스 컨설턴트에게 돌아갑니다.

일반적으로 높은 수준의 추정은 x 일에서 x 일, 3 일 사이의 범위에서 제공됩니다.

예 : 40-120 일.

분명히 우리는 필요한 개발/테스트/배포 시간만을 예측합니다. X 비율은 프로젝트 관리 및 기술 관리, 위험 및 간접비를 위해 추가됩니다.

1

민첩한 대답은 다음과 같습니다. 아무튼 어쨌든 크게 잘못 될 것이기 때문에 아무도해야하지 않습니다.