최근에 비용을 면밀히 조사한 많은 프로젝트가있었습니다. 한 가지 사실은 사람들이 너무 많은 시간을 할당 받았다고 생각한다는 것입니다 프로젝트 매니저의 역할프로젝트 관리자가 일반적인 IT 기반 프로젝트에 소요되는 시간
예를 들어 개발 시간 10 일, 테스트 5 일, 기술 문서 3 일, 기능 사양 1 일, PM 7 일이 소요될 개발 프로젝트가 있습니다.
일반적으로 (IT 프로젝트의 경우) 각 역할에 대한 시간 비율에 대한 사람들의 생각은 무엇입니까? 개발, 테스트, 학사, 오후 등 ??
는 는업데이트 : BA를 가정하면 좋은 일을하고 내가 180 시간을 보낸 경우 요구 사항은
우리는 % 20 비율이 PM 개발자는 경우 (제 경우에 저예요) 즉 최소한의 재 작업 충분 PM 프로젝트에 36 시간을 사용할 수있는 프로젝트의 모든 구현에 대해. 그러나 대부분 조직 유형에 따라 다릅니다.
이 답변은 구체적인 대답이없고 의견 및 제안이있는 biiiiii 질문입니다.
개발자의 예상 평가는 얼마나 좋습니까? 개발을위한 완벽한 10 일이란 실제로는 15 일을 의미합니다. 아무도 100 % 속도 (속도)로 코드를 작성할 수 없기 때문에 하루 종일 방해가되는 시간이 있습니다.
BA 또는 PM이 프로젝트에 소비해야하는 시간을 수치로 표시 할 수 없으며 너무 많은 변수가 있습니다. 학사 과정이 잘 수행되지 않으면 누구나 열심히 공부해야합니다. 테스터와 PM은 개발자가 잘하지 않으면 열심히 일해야합니다. 클라이언트 입력이 너무 많아서 요구 사항이 변경되는 경우 모든 사람이 더 열심히 노력해야합니다. 내가 무슨 뜻인지 알 겠어.
PM과 협력 할 때 고객이 얼마나 반응하는지에 따라 달라질 것입니다. PM이 보내는 7 일이라면 코딩을 시작하기 전에 개발자가 알아야 할 모든 것을 개발자가 알고 있다는 것을 의미합니다.
PM이 고객의 요구 사항 및 목표를 수집하는 충분한 작업을 수행하지 않아 개발자가 계속 차단되는 경우 PM은 작업을 충분히 수행하지 않는 데 오랜 시간이 걸립니다.
오후가 다이어리를 완성하거나 예쁜 파워 포인트를 만드는 데 시간을 소비한다면 어쩌면 잘 보낸 시간이 아닐 수도 있습니다.
정말 말하기 힘들지만, 불평이 있다는 사실을 토대로, 그것이 PM의 작업의 질을 비판하는 정중 한 방법인지 궁금합니다.
마지막 프로젝트에서 PM을 만난 적도 없습니다. 나는 6 개월이 될 때까지 우리에게 '가지고있다'라는 것을 몰랐다. 그는 결코 우리를 위해 어떤 일도하지 않았다. – leppie