首页/文章/ 详情

通俗理解PMP的132种工具

1年前浏览1038

我估计大家都听过这么个说法,人与动物的一大区别是人会使用工具,而动物不会。


想起这句话,感觉值得玩味,而且作为曾经的项目经理,有不少体会,这就一时激起了我写一写有关项目管理工具的兴趣。


其实也不仅仅是项目了,按照凡事皆项目的理念,它们理应可以在绝大多数工作中使用。

在开始前,还是想再说一说我对工具的价值或地位另一个角度的看法,工具并没有上段提到的那种高端,相反,在某种程度上是针对于“笨人”的,工具是提炼出来的东西,有点像流程、方法或者公式的概念,提炼出这些的人确实有水平,而使用的人,特别是强依赖这些的人,就有些缺少力量了。

可能这样讲,会让人觉得有失偏颇。换种方式来说,我觉得那些不依赖于特定工具而是靠直觉去解决某事的人,其实在此事上更具水准,比如,我蛮佩服那些自来熟的人,可以随意带出那种与生俱来的松弛感,我们可以研究他的行为举止和语言模式,可以提炼出工具,或许会有一定的用途,但终归有些不伦不类。

这里有一个我的核心价值观,就是人要顺着自己的天赋来。

扯远了,工具或许没有那么大的力量,但还是聊胜于无,而且我觉得从提炼的角度去看这些东西,可以让我们至少能够看得更明白。

为了便于理解,我这篇文章会尽量让这些提炼出来的工具,再尽可能具象一点,通俗一点。

PMBOK里提到了共132种工具(但我在PMBOK里只找到131种,宣称的60种其他工具,只看到59种,欢迎补充),下面进行个快速的分类梳理。

一、数据收集技术,用于从各种渠道收集数据与信息,共有九种数据收集工具与技术


1. 标杆对照:和别的比比。


2. 头脑风暴:一起想。


3. 核查表:比如全班学生的数理化成绩表,列为姓名,行为科目。


4. 核对单:Checklist。


5. 焦点小组:小组一起交流。


6.访谈:一问一答。

7. 市场调查:各种渠道了解市场情况。

8. 问卷调查:书面问卷。

9. 统计抽样:总体中取样本检查。

二、数据分析技术,用于组织、评估和评价数据与信息,共有 27 种数据分析工具与技术。

1. 备选方案分析:多选一。

2. 其他风险参数评估:除了概率和影响外,看看风险的其他特征。

3. 假设条件和制约因素分析:项目计划都是在假设和制约下定义的,可以对这“脚镣”进行分析。

4. 质量成本:预防、评价和失败带来的成本。

5. 成本效益分析:多选一时的优劣势分析。

6. 决策树分析:多选一时,将“多”进行树状分支,看其沿各自路径走下去的结果。
7. 文件分析:看各种文件。

8. 挣值分析:太复杂,不看,实际项目中从未见谁用过。

8. 影响图:项目要素之间的依赖关系。

9. 迭代燃尽图:剩余工作和时间的关系图。

10. 自制或外购分析:如名字。

11. 绩效审查:对着标准看钱、时间、质量的表现。

12. 过程分析:如名字。

13. 建议书评估:对供方的一套方案评估。

14. 回归分析:如建立变量之间的函数关系。

15. 储备分析:留Buffer。

16. 风险数据质量评估:看风险管控中的这些数据靠不靠谱。

17. 风险概率和影响评估:如名字。

18. 根本原因分析:如名字。

19. 敏感性分析:量化去看多个因素对结果的影响系数。

20. 模拟:用一个模型去模拟。

21. 相关方分析:分析项目中人的利益关系。

23.SWOT分析:优势、劣势、机会和威胁。

24. 技术绩效分析:看看技术水平做得怎么样。


25. 趋势分析:根据过去看未来。

26. 偏差分析:对比目标看实际。

27. 假设情景分析:如果……会怎么样?

三、数据表现技术,用于显示用来传递数据和信息的图形方式或其他方法,共有 15 种数据表现工具与技术。

1. 亲和图:分类。

2. 因果图:鱼骨。

3. 控制图:带有上下限。

4. 流程图:输入、处理和输出。

5. 层级图:分层显示,如气泡图。

6. 直方图:展示数字数据的条形图。

7. 逻辑数据模型:太复杂,跳过。

8. 矩阵图:关注行列交叉点的关系。

9. 责任分配矩阵:RASIC,Responsible,Approve,Support,Inform,Consult。

10. 思维导图:就那个思维导图。

11. 概率和影响矩阵:风险的概率和影响的映射,以定义优先级。

12. 散点图:表示横纵轴要素之间的关系。

13. 相关方参与度评估矩阵:相关人员的参与程度,不知道、抵 制、中立、支持、领导。

14. 相关方映射分析/表现:相关人员的分类,权力、利益、影响、优先级等。

15. 面向文本的格式:就是文本,相对于图表,描述更详细。

四、决策技术。用于从不同备选方案选择行动方案。共有两种决策工具与技术。

1. 多标准决策分析:先对选择标准加权,然后计算备选项的分数。

2. 投票:如名字。

五、沟通技巧,用于在相关方之间传递信息,共有两种沟通技巧工具与技术。

1. 反馈:有问要有答。

2. 演示:如汇报。

六、人际关系与团队技能,用于有效地领导团队成员和其他相关方并与之进行互动,共有 17 种人际关系与团队技能工具与技术。

1. 积极倾听:如名字。

2. 沟通风格评估:见人说人话,见鬼说鬼话。

3. 冲突管理:不解决、自己退让、各退一步、让对方退让、合作解决。

4. 文化意识:文化差异意识。

5. 制定决策:拍板。

6. 情商:识别、评估和管理个人情绪、他人情绪及团体情绪的能力。

7. 引导:引导到想要的方向。

8. 影响力:没权时影响他人达成某种目标。

9. 领导力:领导激励团队做好工作。

10. 会议管理:开好会,如约会、控制会议、会议纪要等。

11. 激励:如名字。

12. 谈判:为达成协议进行的讨论。

13. 人际交往:互动交流信息,建立联系。

14. 名义小组技术:头脑风暴中进行投票排序。

15. 观察/交谈:如名字。

16. 政治意识:要知道谁说了算。

17. 团队建设:出去吃喝玩乐。


七.另外还有 60 种未分组的工具与技术。


1. 广告:如名字。

2. 敏捷发布规划:敏捷里的规划模式。

3. 类比估算:参考其他的。

4. 审计:质量来查。

5. 投标人会议:定点前客户和供应商开会。

6. 自下而上估算:自上而下逐层汇总WBS的时间或成本。

7. 变更控制工具:如名字。

8. 索赔管理:按合同赔钱。

9. 集中办公:在一起办公。

10. 沟通方法:互动(电话)、推式(邮件)、拉式(网页)。

11. 沟通模型:发送、接受、反馈,以及包含人性在内的复杂性。

12. 沟通需求分析:分析各方想了解什么。

13. 沟通技术:Skype, E-mail, 网盘……

14. 系统交互图:如名字。

15. 应急应对策略:如名字。

16. 成本汇总:按照WBS逐层汇总。

17. 关键路径法:最短工期路径。

18. 分解:WBS

19. 确定和整合依赖关系:强制或选择的,内部或外部的。

20. 面向 X 的设计:Design for X,如考虑制造性。

21. 专家判断:牛人说了算。

22. 融资:为项目获取资金。

23. 资金限制平衡:涉及财务,跳过。

24. 基本规则:提前定义好团队的规则。

25. 历史信息审核:看看以前咋做的。

26. 个人和团队评估:了解人。

27. 信息管理:就公司那些系统。

28. 检查:如名字。

29. 知识管理:管理显性和隐性知识,旨在重复使用现有知识并生成新知识。

30. 提前量和滞后量:项目活动前后开始或完成点的时间间隔。

31. 会议:如名字。

32. 组织理论:个人、团队和组织部门的行为方式。


33. 参数估算:基于已有数据和某种算法进行估算。

34. 预分派:提前确认好某人或某物将用于项目。

35. 紧前关系绘图法:四种依赖关系,完成到开始、完成到完成、开始到开始、开始到完成。

36. 问题解决:如名字。

37. 产品分析:分析产品的方方面面。

38. 项目管理信息系统:项目管理的那些系统。

39. 项目报告:如名字。

40. 提示清单:如风险提示清单。

41. 原型法:提前展示一个粗略的样子。

42. 质量改进方法:如PDCA和6西格玛。

43. 奖励与表彰:如名字。

44. 不确定性表现方式:用概率。

45. 资源优化:往往是人或设备不够用了,进行重新安排。

46. 风险分类:如名字。

47. 滚动式规划:近期计划细,远期计划粗。


48. 进度压缩:赶工(做快点)和快速跟进(并行)。


49. 进度网络分析:多路径计划。

50. 供方选择分析:根据成本、技术、资质、质量等选择供应商。

51. 机会应对策略:上报、开拓、分享、提高、接受。

52. 整体项目风险应对策略:规避、开拓、转移或分享、提高或减轻、接受。

53. 威胁应对策略:上报、规避、转移、减轻、接受。

54. 测试与检查的规划:如名字。

55. 测试/产品评估:如名字。

56. 三点式估算:取乐观估算、悲观估算和最可能估算的平均值或加权平均值

57. 完工尚需绩效指数:有点复杂,跳过。

58. 培训:如名字。

59. 虚拟团队:线上。

60. 没找到:敬请看官补充。

花了很大精力梳理了这些工具,有一点失望,里面有一多半是强行上价值,强行复杂化,一些本是常识的东西,被强行提炼出来,比如文件分析,它的内涵就是和名字一样,基本上不需要任何训练和学习,靠潜意识都会知道要去做的事情。单纯把其列为工具或方法,多少显得滥竽充数。

有价值的工具应该是靠人力或本能难以做到时的辅助,比如用手拿一本书毫不费力,而拿一箱书用一个推车会更好,后者的“推车”就是我们应该去利用的工具,但如果要告诉我们,当你拿一本书时,需要用到“手”这个工具,就显得多此一举了。

不过呢,这是从我们实用主义角度来看的,PMBOK的定位更像是一本厚厚的字典,我们都认识“一”,但字典不能就把“一”删掉,毕竟既要考虑到完整性,也要考虑到确实不认识“一”的一些人。同理,这本书要尽可能对各行各业都具有普适性,描述的方式就不可避免地拔高



供大家参考查阅。  


来源:汽车软件质量
理论控制
著作权归作者所有,欢迎分享,未经许可,不得转载
首次发布时间:2022-10-11
最近编辑:1年前
Bruce Yang
签名征集中
获赞 0粉丝 6文章 48课程 0
点赞
收藏
未登录
还没有评论
课程
培训
服务
行家
VIP会员 学习 福利任务 兑换礼品
下载APP
联系我们
帮助与反馈