我工作的乐趣之一是,我可以与许多不同的组织和项目专业人士一起工作。我经常帮助组织开发项目管理方法,并为新的和有经验的项目专业人员提供培训。他们最大的弱点(除了巧克力和红酒)是计划,许多项目经理没有良好的计划技能。下面是10个有关计划的黄金法则:
1.范围
项目失败的第一大原因是范围蔓延或缺乏范围定义。如果你还没有就工作范围达成一致,你就不能计划某件事。那些运行研发项目的人也没有借口——尽可能详细地计划(计划范围),然后在合理假设的基础上制定一个高水平的计划。
2.团队
你不是所有事情的专家。你有一个项目团队(希望如此),这必须是他们的计划,而不是你的计划。所有知识渊博的团队成员都必须参与规划。有效的规划研讨会适合以小组为单位开展。
3.工作复杂
分解它。使用范围并将其分解成更小的工作块,这样你就有了一个简单的工作分解结构。这不是一个时间表,而是对组成这个项目任务的清晰理解。
4.便笺时间
不要开始写“待办事项”清单。根据已经规定好的任务并使用便笺(每个任务一个)构建一个涵盖整个生命周期的计划。然后根据逻辑关系把它们按顺序排列。考虑在你做哪件事之前需要做什么,这个非常直观的计划是让所有团队成员参与计划过程的好方法。
5.更多的便笺时间
现在考虑关键阶段的截止时间和里程碑并且请确保将这些添加到可视的计划中。其中是否有任何事先定好的内容?完成日期是否在高管规定的时间之前?添加这些来作为关键节点来协助计算日期。
6. 估算
考虑“完成一项任务所需的时间”和“在什么时间段内”花费的这些时间也算在工作时间内(流逝时间)。一个 8 小时的任务可能在 1 天内完成,也可能分散在一周内完成。让团队成员参与进来。这是团队的评估,而不是由项目经理强加给其他人的。
7.平衡细节级别
不要试图计划项目的每一个微小元素。与团队成员商定一项工作和最后期限。让他们在周二下午3点理清他们要做的事情的细节,以及他们将如何在商定的最后期限前完成任务。
8.基线
在您完成便笺计划并完成上传后,将此最佳预期保存为基线。它肯定不会是完美的。工作时间始终会比预期的长或短,但这提供了重要的参考。
9.进度
定期(每周/每两周)更新当前计划,以便将实际进度与原始基线计划进行比较。一个好的项目经理总是知道与应该在哪个地方进行比较。
10.做出反应
检查进度,如果进度落后,及时做出反应,不要等到项目结束。同样,在完成最后期限后,别忘了庆功宴。
——Written by Vince Hines
「范围必须先定好」这点太对了,我们项目就栽在这上面 😅
团队一起做计划才靠谱,一个人拍脑袋不行。
工作分解结构真的救了我们组,不然一团乱麻
便笺时间这个方法看起来土,实操起来真香👍
谁试过用便签排整个项目流程?求分享经验
估算时间总是被打脸,团队老是乐观过头
「别等项目结束才反应」说得我项目经理脸红
基线定了就没再动过,现在发现差太远了咋办
定期更新进度太重要了,我们周会就靠它续命
法则9和10是救命稻草,建议标红加粗强调!
范围管理这块深有体会,我们项目就吃过亏 😅
便笺法试过!团队围白板贴便利贴确实比Excel直观多了
第7条细节平衡太关键了,管太细团队反而没主动性
庆功宴那条突然暖心哈哈哈,老板快学学
研发项目确实难计划,但用假设做高层规划这招学到了
基线定了不敢改是通病吧?其实动态调整才是真本事
可视化计划用Miro协作效果超赞,推荐试试
「让团队自己估算时间」这点绝对真理,强压的工期必翻车