문제

나는 방금 주어진 작업에 대한 견적을 제공하기 위해 누가 가장 잘 배치 된 사람에 대한 토론에서 나왔습니다.

상세한 수준에서 나는 항상 최상의 추정치는 완전히 이해하기 때문에 실제로 일을 해야하는 사람으로부터 온다고 말하면 전체 프로젝트 수준에서) 확실하지 않습니다.

1985 년 호주 연구 결과를 제공하는 Peopleware의 5 장을 상기시켜줍니다. 여기.

나는 특히 당신의 초점에 관심이 있습니다 - 당신은 개발자, 건축가, prject 관리자 또는 무엇이든 대답하고 있습니까?

도움이 되었습니까?

해결책

나는 이것을 매니저 (현재)와 개발자 (과거)로 대답하고 있습니다.

높은 수준의 추정치는 팀/프로젝트 리더로부터 비롯되지만 개발자의 의견이 있습니다. 또한 범위의 형태로 제공되어야합니다. 대부분의 신뢰 수준을 나타내는 최악의 경우에 가능합니다.

팀 리드가 프로젝트에 대한 모든 것을 충분한 깊이로 알 수있는 방법은 없으므로 개발자로부터 약간의 입력이 필요할 수 있지만, 이에 따른 위험은 프로세스의 초기에 세부 사항에 너무 빠져 나가는 것입니다. 마찬가지로, 개별 개발자는 프로젝트에 대한 충분한 지식을 가지고 있지 않을 것입니다 (실제로 작지 않는 한) 모든 것에 대한 견적을 제공 할 수 있습니다.

그런 다음 관리자는 이러한 추정치를 통합하고 "큰 그림"을 얻기 위해 충돌과 시너지를 찾습니다.

개발자로서 나는 개발자와 확인하지 않고 추정을 한 관리자를 신뢰하지 않을 것이지만, 방금 개발자에게 요청한 사람을 믿지 않고 어떤 식 으로든 "편집"하지 않고도 그 정보를 전달한 사람을 믿지 않을 것입니다.

다른 팁

견적에 서명 할 책임이있는 사람은 실제로 프로젝트 관리자 여야합니다. 그것이 그들의 틈새입니다.

그러나 PMS가 추정치를 구성해야한다고 말하는 것은 아닙니다.

PMS는 프로젝트의 다른 부분에서 다양한 소스 (기술, 비즈니스 등)에서 추정을 취해야한다고 말합니다. 모든 프로젝트에는 기술적이지 않은 큰 부분이 있습니다.

기술적 인 모든 것은 기술을 가진 사람에 의해 추정되어야합니다.

그러나 마찬가지로 마찬가지로, 비 기술적 인 모든 것은 적절한 전문가가 추정해야합니다 (CPA 유형은 이러한 SMES-지원 물질 전문가라고합니다). 건축가는 기술 솔루션을 추정 할 수 있습니다. 갭 분석. 관리자는 비즈니스 프로세스 구현을 수행 할 수 있습니다. 등등.

그러나 PM은 특히 모든 사람들을 높은 수준의 추정치, 특히 상호 의존성과 중요한 경로를 자원 조달 및 해결하는 측면에서 높은 수준의 추정치로 묶어야합니다.

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

모든 사람은 기능 분석가, 테스트 분석가 및 선임 개발자와 같은 프로젝트 관리자에게 견적을 제공해야합니다.

PM의 임무는 그들이 다소 현실적인지 확인하고 요약하는 것입니다.

혀에 뺨에 민첩한 대답은 다음과 같습니다.

나는 그것이 작품에 달려 있다고 생각합니다. 프로젝트 관리자가 말하는 데 걸리는 시간을 추정하고 화면에 추가 데이터를 추가하고 레이아웃을 변경하고 이름을 지정할 수있는 시간을 많이 추정 할 수 있습니다.

그러나, 특히 시스템의 아키텍처에 깊은 영향을 미치는 경우 상황이 더 복잡한 경우가 있습니다. 이 경우 프로젝트 관리자는 개발자, 아키텍트 또는 둘 다에 대한 견적에 대해서는 특정 시간이 걸리는 이유와 정확히 왜 구현하는 데 필요한 이유를 참조해야합니다.

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

나는 이것을 매니저 (현재)와 개발자 (과거)로 대답하고 있습니다.

우리 회사에서 개발자는 항상 추정에 관여합니다. 우리는 비즈니스 컨설턴트가 만든 사용자 스토리에 대해 높은 수준의 추정치를 수행합니다.

비즈니스 컨설턴트는 사용자 스토리를 저 (Technical TeamManager)와 개발자에게 전달합니다.

우리는 사용자 이야기와 프로젝트의 맥락 (3 명, 비즈니스 컨설턴트, 개발자, 기술 관리자)을 논의하기위한 추정 회의를 예약합니다. 회의에서 나와 개발자는 사용자 층당 메모를하고 필요한 시간을 기록합니다.

회의 후 개발자는 추정 양식을 작성하고 우리는 그 추정에 동의합니다. 완료되면 추정 양식은 비즈니스 컨설턴트로 돌아갑니다.

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

예를 들어 : 40 ~ 120 일.

분명히 우리는 필요한 개발/시험/배포 시간 만 추정합니다. 프로젝트 관리 및 기술 관리, 위험 및 오버 헤드에는 X 백분율이 추가됩니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top