미세 관리하는 프로젝트 관리자를 처리하는 방법은 무엇입니까?

어쩌면 나는 순진하지만 일주일 동안 목표로하는 과제의 벽을 해독하려고 할 때 도울 수는 없지만 프로젝트 일정을 세우는 사람은 치료 훈련을 받아야한다고 생각합니다. 기본 프로젝트 관리.

예를 들어, 오늘 13 개의 작업, 가장 짧은 .13 일 (Microsoft Project의 기본 시간 메트릭) 및 가장 긴 .75 일이 할당되었습니다. 나는 도움이 될 수 없지만 10 분 간격으로 미시적 관리 일정 계획 프로젝트라고 생각합니다.

미끄러운 작업, 특정 시점에서 자원 할당이 용량을 2 배 이상 초과하고, 작업을 지우는 데 더 많은 시간을 소비하고 실제로 작업을 수행하는 것보다 다음에 어떤 일이 발생하는지 파악하는 데 관리의 영향이 분명 해지고 있습니다.

프로젝트 관리자가 더 긴 기간의 작업을 생성하고 더 큰 그림을 보도록 설득하려면 어떻게해야합니까?

관리자에게 각 작업마다 우선 순위를 설정하도록 요청하십시오. 그런 다음 우선 순위에 따라 작업을 완료하는 데 동의합니다.

그는 그렇게하지 않을 것입니다.

CCPM에 관리를 도입 할 수 있습니다. 그들은 서둘러 생산성의 가장 큰 블 리더가 중단이라는 것을 알게 될 것입니다.

그러나 진지하게, 그런 사고 방식을 바꿀 수 있다고 생각합니까? 삶은 노력을 낭비하고 있습니다.

차고에 갈 때 그 사람에게 말하지 마십시오.

"오일, 필터를 교체하십시오. 그리고 a / c 시스템을 점검하십시오. 이상한 소음이 발생합니다. 그 외에도 휠 얼라인먼트 점검 및 자동 변속기 플러시를 수행하십시오. 1.23 시간 안에 $ 97를 지불 할 것입니다."

당신은 그에게 그가 얼마나 많은 시간 을 요구할 것인지 그리고 얼마나 많은 것을 요구할 것인지 물었습니다. 당신은 자신이 얼마나 많은 시간을 알고있는 전문가가있다하더라도 그가 해야, 얼마나 그가 충전해야합니다.

그가 필요로하는 시간 및 / 또는 그가 청구하는 금액에 동의하지 않으면 다른 차고로 바로 가십니까?

여기에서도 거의 동일합니다. 작업을 수행 할 작업자, 전문가 , 전문가 가 직접 평가해야합니다 .

팀 수준에서는 팀이 책임을 져야합니다. 팀원 간의 추정에서 너무 많은 변동을 피하려면 계획 포커 와 같은 합의 기반 추정 방법을 사용해야합니다 .

이제 현재 관리자를 어떻게 처리합니까?

당신이 그에게 말함으로써 위의 주장을 사용하여 그를 설득 할 수 없다면, 당신은 그것과 함께 일해야 할 것입니다. 사람들의 충동을 너무 빨리 변화시킬 수있는 관리자는 거의 없습니다. 그들 대부분은 절대 변하지 않을 것입니다.

• 당신이 그의 추정과 함께 작업을 할당받을 때마다 그에게 당신의 수치를 정중하게 돌려 보냅니다.
• 처음에 계획된 것보다 더 많은 시간이 걸리는 작업에 대한 과거 경험을 지적함으로써 혐의의 증거를 사용하십시오.
• 당신은 많은 시간 이상 사이클을 반복해야합니다
• 인내와 결단력과 용기가 필요합니다. 이반 파블로프 는 당신의 친구입니다.

결국 그는 마음을 바꾸고 위에서 설명한 시스템을 채택 할 것입니다.

그러나 당신의 관리자는 아마 파킨슨 병일 것 입니다. 이 경우 Ashton 에 전화 하여 조언을 구하십시오. 그는 아마 변하지 않을 것이기 때문에.

떠난 후에도 걱정하지 마십시오 . 남용 할 다른 개발자를 찾을 것 입니다.

.13 일 @ 8 시간 (하루 480 분) = 62.4 분 (1 시간 이상). 1 시간 작업으로 계획하는 것은 그리 나쁘지 않습니다.

더 중요한 것은 작업이 처음에 어떻게 일정에 도달합니까? 지속 시간은 어떻게 할당됩니까? 프로젝트 관리자가 작업 목록과 지속 시간을 제시하면 문제입니다. 이러한 항목 을 추적하는 것은 PM의 임무 이지만 해당 작업에 대한 작업 목록과 견적을 작성하는 것은 팀의 책임입니다. 계획은 팀 스포츠입니다.

여기에 다른 문제가있는 것처럼 들리며 매우 유효한 불만이있을 수 있습니다. 우려 사항에 대해 PM과 일대일로 대화 해 보셨습니까?

미안하지만 때로는 처리해야합니다. PM의 좋은 편에 서십시오. 때로는 자신의 직위가 어떻든 단순히 일을하는 사람을 좋아하지 않을 것입니다.

나는 PM이 예산이 제한되어 있거나 예산이 부족하여 시작하기에 충분하지 못했거나, 그가 충족해야 할 일정 시간이 있고, 자신의 직업과 임금이 책임지는 것을 거의 보증 할 수있다. 또한 PM과 같은 경영진이 경영 체인에서 내려 온다는 사실에 확신합니다. PM은 그 수준까지 추적하고 싶어합니다.

아마도 너무 작은 작업을 정의하고 추정하는 데 많은 오버 헤드가 있다고 주장 할 수 있습니다. 각각 .125 일이 걸리는 4 가지 작업에 대한 모든 세부 사항과 추정값을 작성하는 대신 훨씬 더 빠르게 설정할 수있는 5 일에 1 개의 작업을 계산하는 것이 좋습니다. 이제 몇 가지주의 사항이 있습니다.

1. 더 큰 추정치는 여전히 오른쪽에 가까워 야합니다. 여러 가지를 함께 묶을 때 추정치가 덜 정확 해지면 개발자가 원하지만 프로젝트 관리자가 줄 수있는 신뢰가 있기 때문에 문제가 될 수 있습니다. 이것은 프로젝트 관리자가 "이미 엉망이었던 것 같습니다. 왜 내가 지금 당신을 믿어야합니까?" 몇 가지 증거가 있습니다.

2. 프로젝트 관리자 및 스폰서와 같이 수행 된 작업을 보는 사람들은 101 개의 작은 작업과 10 개의 큰 작업 항목이 때때로 동일한 작업 일 수 있으므로 최소한의 차이가있을 수 있음을 이해할 수 있습니다. 어떤 사람들은 수량을 계산하는 것으로 볼 수 있지만 불행히도 그것이 내가 볼 때 캐치가 작동하는 곳입니다. 내가 본 전형적인 솔루션이 다른 사람에게 잘 진행될 수도 있고 그렇지 않을 수도있는 논리를 보도록 유도하는 것이므로이 문제를 해결하는 방법을 잘 모르겠습니다.

3. PM은 기술적으로 정통합니까? 이것은 PM이 정통하지 않은 것처럼 또 다른 시점이 될 수 있습니다. 이것이 snobby 또는 오만한 것으로 나타날 수 있다는 우려가 있습니다. a에서 j까지 무언가를 수행하는 10 단계의 할일 목록.

이것이 내가 관심있는 분야가 될 것입니다. 저는 여러분이 원하는 것이 공정하고 현실적이라고 생각하기 때문에 실제로 실천하기를 원할 수도있는 질문을 어떻게 처리해야하는지 알고 싶습니다.

그의 계획이 잘못하고 운이 경우 자신의 잘못, 최선을 자신의 관리자가 마감이 미끄러지는 시작할 때 질문을 시작합니다.