「项目管理」项目经理怎样评估工时？

• ITIL之家
  ITIL之家

  • 19504

    文档

  • 4682.68

    金币

  Ta的主页 发私信
  发表于 2021-04-30 14:16:11
• 0 个评论
• 120 个查看

到了每个迭代工作量评估环节，项目经理看着要开发的功能心里就会暗想：这点功能估计也就十来天的活儿，妥妥的3周可以上线。

没过多久，开发经理把工时评估表发过来，项目经理看到评估的工作量，瞬间有点懵了，这差距有点大。

开发经理评估的时间最长工期要40天，2个人开发，也就是说最长需要20天开发完成，去掉周六日，还需要4周才开发完成，加上测试时间得5周才能上线。

这个时间和3周差的有点多，面对这种情况怎么办呢？

01

如何评估工时？

不是从技术转岗的项目经理们，听到最多的一句话是：有时间也要学点技术，否则开发人员会坑你。所以，有项目经理就去学习编程，可是没那么容易。

如果项目经理要是真学编程，就需要学习架构、Java、web、H5、android、ios······这样学下来，黄花菜都凉了。

对于不懂技术的项目经理怎么评估工时呢？其实就两个字：经验。当经历过很多个项目后，项目经理就会慢慢有感觉，能够感知完成一个功能大概需要多长时间。

如果想要获得一个具体时间，除了需要经验外，还可以通过“三点估算”的方式知道。

“三点估算”的三个要素：最悲观值P（Pessimistic），最可能值M（Most Likely），最乐观值O（Optimistic）。

然后通过计算期望值

计算标准差

通过正态分布可以知道项目在某个范围内完成的概率。

有人就会问，三个要素最悲观值P（Pessimistic），最可能值M（Most Likely），最乐观值O（Optimistic）怎么获得？可以通过技术人员反馈、经验判断来获得。如果这样，技术人员反馈的差值大，经验又没有怎么办呢？

如果是这种情况，可采用出纸牌的方式解决。在评估工时时，不单独采用某个人评估的时间，而是召集大家在会上统一讨论再决定。

在评估一个功能的工时时，每个团队成员都出牌，表示自己评估的完成时间，这样就可算出开发工期。

02

评估的工时和预期差得多，怎么办？

评估工时会有差距，如果差得特别多，那就需要问一下具体原因。

1.功能方面：是否因为某个功能的逻辑比较复杂，或者某个功能涉及比较难攻克的技术。

2.人员方面：是否有人离职或者请假，因为人员缺口而存在偏差？

3.技术方面：是否因为是新技术没有相关人员有经验，或者新技术的学习成本比较大呢？

03

无法在客户要求时间内完成，怎么办？

要干的活儿，无法在预定时间内完成怎么办？可以采用这几种方式：加人、加时间、少内容。

1.加人：协调其他人员、临时招聘、找外包。如果加人就要加快进度，因为人员进来之后不能马上开始工作，他们首先要熟悉一下整体情况后才能开展工作。

2.加时间：加班、延期。需要开发人员进入加班状态，不管是996还是007都有可能完成，不过项目经理要安抚好团队人员的情绪，疲劳之后会带来很多的情绪。延期的话，如果真的可以说服客户，延长工时也是很美好的。

3.少内容：减少功能，降低逻辑。对于一些复杂的内容，如果时间不允许，可以先做到一些，而不要追求完美，但前提要和客户沟通好需求内容，否则做完也要挨批。