03｜十大领域五大过程组（下）：你必须了解的项目管理常识
该思维导图由 AI 生成，仅供参考
项目管理的五大过程组
启动过程组（千里之行，始于足下）
荧光笔
直线
曲线- 深入了解
- 翻译
- 解释
- 总结
互联网业务中的项目管理面临着与传统项目管理模型不同的挑战，因为产品需求和研发运营周期交织在一起，给项目管理带来了新的复杂性。然而，经典的项目管理方法仍然具有通用性和普适性，只是需要根据实际场景找到相应的闭环管理方法。在互联网实战场景中，项目经理需要关注保目标、助决策、提效能和促协作这四个方面。保目标和助决策形成了一个围绕目标驱动的闭环，而提效能和促协作则着眼于工作上下游跨角色协同的线上。这些理念体现了项目经理在实际工作中的职责定位，并为项目管理提供了基本纲领。文章通过实际案例和经验分享，强调了项目管理的实际应用和重要性，为读者提供了项目管理的实用知识和技巧。
《雷蓓蓓的项目管理实战课》，新⼈⾸单¥59
全部留言(78)
- 最新
- 精选
Hunter Liu雷老师好，我所带的项目通常有明确的日程目标，但可用资源存在不足，自己不是程序员出身，对持续时间较长任务的工作量估算通常会依赖开发组同学，而估算的东西你懂的，经常让我觉得心里没底。所以关于规划和后续监控怎么能有机的结合起来。由于资源也处于与其他项目共享，并且我的项目是内部研发，而另外的项目属于toB的项目，通常搞得老板把资源总是抽调出去，搞得我这边断断续续，这方面又如何说服老板呢？作者回复: 多项目资源共享的情况，非常普遍，特别是如果你的项目优先级较低，有两个方向你可以尝试： 1、假设整体优先级确实应该是如此，而资源又只有这么些，那么首先理解你的老板，让自己换到老板的全局角度去想想，在当前限制条件下，他还能做哪些可以支持到你，同时又能满足对外的需求。 2、大家通常会认为对外的项目优先级就是高，剩下的再干内部的事，这种想法很正常，但这并非都是正确的。如果当前的优先级对于全局而言，是不合理的，那就去说服老板提升这个项目的优先级，但要注意说服的重点，仍然是从全局角度出发，为什么这是重要的，而不是着眼于你的项目困难
2019-11-0352
javaadu您好，老师可以介绍下是否有必要考PMP呢？作者回复: 很多同学关注pmp的认证，我最后一讲会集中介绍，总体上我不推荐为了考证而考证，建议有了一定的实战经验，哪怕不是专职岗位，先有尝试再去学习理论，学习效果会更好。
2019-11-02323
穷查理蓓蓓老师周末愉快~ 五大过重组分别对应我们项目周期中的“项目立项”、“设计阶段”、“开发阶段”、“验收阶段”和“项目结题”，当然有的过程组会贯穿项目周期中的多个阶段，比如“监控”就重度贯穿“开发阶段”和“验收阶段”。 那么，针对“监控过重组”，请教老师两个问题哈： 1、只关注结果的刷手掌柜和追在别人屁股后面的监工，都不太恰当。那么监控的频度和单位怎么设定呢？是以时间，还是具体的任务量呢？ 2、在项目中常出现做到“差不多”的情况，但就一个个点来看也说的过去；但是“差不多”的部分多了起来就显得“差很多”了，针对这种“差不多”情况，老师有什么建议呢？作者回复: 查理你好！监控的频率取决于项目的复杂度，风险程度及紧迫程度，甚至在同一个项目的不同时期，你也可以设计不同的监控频率。比如我曾经呆过一个每天倒计时式的高层站会，所有风险都会当下最高优先级处理，但也有些日常小项目则是以工具监控为主，辅以定期的周会，发现潜在偏差时才会介入。第二个问题的关键，是建立清晰一致的完成标准，比如提测时冒烟用例的通过率，有些团队还会有静态代码检查的通过率，找到你们的定义。
2019-11-0212
Raymond吕五大过程组是一根项目过程思考线，把项目从生到死的过程给穿起来。不管是传统项目管理，还是互联网项目管理，都符合这个规律。万事开头难，一个有关键干系人参与的启动会绝对是磨刀不误砍柴工的关键里程碑，但实际工作中反而不被重视，草草了事，导致项目过程中很多参与者不了解背景，不晓得对自己的收益价值，导致发力不均，影响项目交付。本讲中雷老师的“需求造浪机”的比喻特别生动，形象。既然我们控制不了需求大浪，那就快乐的和需求一起浪起来吧。作者回复: 大海静不下来，所以，你需要浪起来～～
2019-12-2238
小文同学十大领域五大过程组已经读完了，获益良多。本来以为15min的录音会很长，在一遍听、一遍反思、一遍写笔记居然过去得如此块，意犹未尽。 说回五大过程组，这再一次反映出自己本身的不足。我是一个程序员，视线都主要集中在肉眼可见的产出中，如需求一个个地实现，bug一个个被提出和修复。五大过程组中，执行过程组算是花的时间最多，可惜没像文中所说的巡航向前，往往是在降速增速降速的循环中进行。监控过程组是我一直希望可以拉起的过程组，而启动过程组和收尾过程组正是我所忽略的。 在10月末一个测试结束后我发起了一次项目总结会议（不能算是总结会议，是因为问题太多而被逼发起的，我在分工上还不算明确赋予发起正式会议的权利，这是我的第一次）。在会议中大家复盘了三周内出现的种种问题，并讨论了一系列的解决方案。会议结束后我顿时有一种对这个问题多多的项目重新恢复信心的感觉，这可能就是人心的力量，我自己也有了更明确的技术目标，增加项目流程中的自动化研发和测试流程。 PS: 在项目中引入了 Gitlab 软件，它是一个具备项目管理工具的软件了，目前更多的功能仅仅是代码版本管理和CICD的利用，一直未理解里面里程碑等概念，原来是源自于项目管理课，希望可以在下面的课程中收获更多，更好地利用其这个软件。作者回复: 嗯，明确目标是好事，接下来考验的就是目标闭环能力了！
2019-11-146
Bruce这个最后的图是对应49个过程组么？第六版的PMP BOK,没有结束采购，如果是对应49个过程组，就请更正下，不是的话，那就当我没说作者回复: 谢谢，赞细心！我自己收藏的这版图确实到第六版又有微调，会在文中注明。
2019-11-0334
雷霹雳的爸爸这期我比较关注老师提到的授权问题，俗话说，名不正言不顺，我的一个问题是，已经正在进行中的项目，可以通过什么形式获得或者明确这个授权呢？我感觉我们现在有些事情就没定这个领班的人 另外感谢老师这一课动听的声音伴我入眠，结果最终来晚了没抢到沙发却好遗憾作者回复: 额。。零点更新是比较晚。 已经在进行中的项目，也可以换种方式补上，你可以统一梳理下目前未明确的各类决策机制，哪类事情谁是owner，谁必须参与，谁负责拍板。跟项目发起人达成一致后，通过某次公开会议去传达，授权效果是同样的。
2019-11-024
吴琦老师，您好。对于项目经理来说需要建立项目章程，那么对于职能经理，比如：研发经理、测试经理等，是否也需要团队章程，如果需要，它与项目章程的差异及需要注意的事项有哪些呢？谢谢老师～作者回复: 确实是有团队章程，PMBOK中的团队章程是为团队创建团队价值观、共识和工作指南的文件，包括行为规范、沟通、决策、会议机制等，建立团队内明确的规则。 团队章程主体在团队，重在讨论团队成员的共同规则，而项目章程主体在项目，是项目正式批准和授权的文件。
2019-11-033
酷飞不会飞从重要程度来看，我个人更着重于规划和监控，在初期规划则更是重中之重，规划贯穿十大领域，直接关系这执行过程的顺畅与否，以及监控过程的进度，风险，甚至人员沟通问题和项目质量，规划做的尽可能完善才可能惠及后续过程。监控过程关系着我们对预期的规划的掌舵，也是不断完善规划的驱动力，所以，在一定程度上又反哺了规划。启动和收尾则关系着流程上的节奏和经验的沉淀，启动周期越急，则一定程度会影响到整体的节奏，而收尾更多的则是为下一次项目的启动做沉淀，做积累，做规避！ 这样理解是否正确呢？作者回复: 非常棒！
2019-11-0532
enjoylearning为什么叫过程组呢？组的概念是指多人吗作者回复: 过程组，不是多人，指的是一组过程的集合。
2019-11-032