项目管理：问题探讨与解决方案

自身实力是根本（打铁还需自身硬） 结果导向，不迷信过程 主干线思维，聚焦核心目标 第一性原理，目标导向的方法选择 把自己当成一个"国家"来经营 强如教员都有过屈辱的经历，我这点小小的委屈，又算得了什么？ 打铁还需自身硬，落后就要挨打。 国与国之间，人与人之间，都是如此。如果不清楚怎么处理人与人之间的关系，那么可以把自己当成一个国家，看国家与国家之间是怎么处理这种关系的。打铁还需自身硬，落后就要挨打，古往今来，都是如此。就需要把自己当成一个国家来生存。看看中国近代史，是怎么变成现在这般强大的，又是付出了什么努力，多少鲜血和汗水？ 只看结果，不注重过程，不迷信苦劳，只相信拿到结果。 打工人的思路：主干线为主，其他分支为辅，影响到主干线的，要么加班抽时间解决，要么砍掉或者下放任务给到其他人解决。 接到新任务做法：先判断是否对主干线有利，否则其他人来做或不做。 使用第一性原理，目标是什么？不用完全遵照现有的方式、方案来执行，只要达成目标，不管什么方法都可以。 PBL的核心是在解决实际问题中学习成长。你的每一个学习行动都要围绕"如何获得客户签约"这个核心问题展开。不要只是学习，要在实战中学习，在解决问题中成长！

自身实力是根本（打铁还需自身硬） 结果导向，不迷信过程 主干线思维，聚焦核心目标 第一性原理，目标导向的方法选择 把自己当成一个"国家"来经营 强如教员都有过屈辱的经历，我这点小小的委屈，又算得了什么？ 打铁还需自身硬，落后就要挨打。 国与国之间，人与人之间，都是如此。如果不清楚怎么处理人与人之间的关系，那么可以把自己当成一个国家，看国家与国家之间是怎么处理这种关系的。打铁还需自身硬，落后就要挨打，古往今来，都是如此。就需要把自己当成一个国家来生存。看看中国近代史，是怎么变成现在这般强大的，又是付出了什么努力，多少鲜血和汗水？ 只看结果，不注重过程，不迷信苦劳，只相信拿到结果。 打工人的思路：主干线为主，其他分支为辅，影响到主干线的，要么加班抽时间解决，要么砍掉或者下放任务给到其他人解决。 接到新任务做法：先判断是否对主干线有利，否则其他人来做或不做。 使用第一性原理，目标是什么？不用完全遵照现有的方式、方案来执行，只要达成目标，不管什么方法都可以。 PBL的核心是在解决实际问题中学习成长。你的每一个学习行动都要围绕"如何获得客户签约"这个核心问题展开。不要只是学习，要在实战中学习，在解决问题中成长！

前言 前面已经对 “做好，而不是做完” 的问题进行了分析并提供了解决方案，相关内容在文章《任务要做好，而不是做完？还是完成比完美更重要？从日常开发到《黑神话：悟空》的启示》中有所阐述。 现在我们来分析和总结 “项目月末统计及时完成率，出现人人达标的情况” 这一问题，希望能梳理出有价值的见解。 我们当初是怎么想的，现在又遇到了什么问题 最初，我们计划通过任务及时达成率来反映项目成员的工作情况，从中发现问题并起到督促作用。 即通过一定的约束力、要求和紧迫感，促使大家及时完成手头上的工作。 为此制定的规范是： 每个月未及时达标的任务不可超过 2 条，超过则需赞助部门经费 50 元。 项目总负责人也不例外，同样需要赞助 50 元。 这个惩罚机制的目的是建立一定的约束，避免随意行事。 项目总负责人与项目成员站在同一战线上，有助于避免形成对立，有利于后续工作的开展。 然而，历经一年有余，除了最开始有一两个项目成员未达标并缴纳了赞助费用外，此后很长时间都是人人达标的状态。 这显然不切实际，因为很少有人能保证所有任务都及时完成。 为什么会出现这种奇怪的现象 那么，为什么会出现这种情况呢？ 实际上，这是因为我们对任务变更没有进行有效管控。 而之所以不对任务变更进行管控，是因为插入需求的频率过高。 为什么插入需求的频率会过高呢？ 因为项目业务需要根据客户反馈及时调整，第一时间响应客户需求。 例如： 突然有客户反馈紧急需求，希望快速响应； 当前线上存在之前疏忽的功能细节，需要及时完善和补充； 有客户询盘并表达合作意向，但对某个功能不太满意，需要及时给出优化方案以推进合作。 这些情况都会破坏之前制定好的项目计划和正在执行的任务，也就是会因为上述原因出现任务变更的情况。 此时，无论是项目总负责人还是项目负责人，往往没有深究是否应该变更，而是默认允许变更。 只要产品、后端、前端、运维等任何一方出现需求问题或任务执行未及时达成，影响后续关联任务，就会出现任务变更的需求。 这本身就是一个漏洞。 变更申请有真有假，如何分辨呢？ 当然会有真实的变更需求，但也会有变更申请理由站不住脚的情况。 此时，很多人要么不具备分辨能力，要么贪图省事，不愿花心思去分辨，是否真的应该允许变更，而是一概通过变更申请。 既要响应需求，又要保证计划执行，该怎么办 要解决这个问题，首先应从减少插入需求入手。 但对于研发工作而言，如果完全不允许插入需求和任务变更，就显得过于僵硬和死板。 市场在实时变化，响应时间的早晚可能导致截然不同的结果。 因此，对于紧急、关键的需求，肯定要及时响应。 然而，如果总是允许插入需求，项目计划就容易失控。 久而久之，项目成员会产生一种心态：反正最后都要变更计划，今天做完还是明天做完有什么区别呢？ 这种思想一旦萌生就很难消除，必须从根源上、从制度上解决。 项目成员不会主动思考，是否可以通过其他方式解决延期风险，而不是通过变更影响后续任务。 例如，可以提高事情优先级、提升工作效率、适当加班等。 这样才能以目标为导向，锻炼应对不利情况的能力。 当然，如果插入的需求需要较长的开发周期，自然需要变更任务计划，并同步更新。 这一观点我在之前的文章《项目需求变更时如何处理》中也提到过。 坦白讲，就是要在 “插入需求” 和 “任务变更” 之间取得一个平衡点。 项目管理到底是为了什么 这实际上还是回到了项目计划和里程碑的目的。 正如我在之前多篇文章中提到的，项目计划的目的是提供一个方向和时间节点，就像大海中的灯塔，引导大家朝着同一个方向前进。 如果张三往东走，李四往西走，王五往南走，工作就无法有效开展。 其次，项目负责人和项目成员在面对任务变更和各种突发事件时，应该充分发挥智慧，制定有效的策略。 就像打仗摆兵布阵一样，明确先做什么、后做什么，如何争取资源，如何与其他成员和上级领导协调沟通，以确保在规定时间内达成里程碑，就像打胜仗一样。 单个项目的管理相对简单，项目负责人可以直接、具体地把控项目。 ...

前言 近期，在项目管理过程中，发现了两个值得深思的问题： 有的同事任务做完了，但是暴露出很多显而易见的问题； 项目月末统计及时完成率，出现人人达标的情况。 这两个问题，都在一定程度上反映出任务执行过程中、项目管理方面存在一些方法不对，或者制度漏洞，导致没有达成预期的效果。 现在，就基于这两个问题，好好分析以及给出对应的解决方案。 任务要做好，而不是做完 在会议室验收功能的时候，有个同事开发的功能模块，比如设备列表，暴露出很多问题。而且，还是一些很明显的问题： 列表只是展示 10 条数据，没有滚动条，没有分页，导致后面的数据都看不到； 点击删除按钮的时候，没有二次弹窗让用户确认，而是直接删除了，删除之后列表也没有更新。 这些虽然是小问题，但是表面风平浪静，实则暗流涌动，从中可以窥见在水面下的深层问题： 第一个就是没有用心在开发这个功能，这些都是很明显的问题，一些细节都是约定俗成，并不需要别人反复和你强调。 第二个就是换位思考，假设你是用户，在使用自己开发的功能，难道就没觉得有问题吗？ 任务要做好，而不是做完，做完只是机械地执行，做好就需要动脑思考。 任务执行过程中，到底有没有对这个任务的方方面面了解清楚呢？ 任务的背景是什么？为什么要做这个功能？什么人在用？到底会关注哪些细节？这个功能定好的实现方案，是否有更好的？现在遇到的这些问题，不解决的话，会留下什么隐患？ 经过这样反复思考，如果觉得有问题，就应该及时反馈、暴露出来、及时沟通和处理。 而不要觉得，多一事不如少一事，差不多就行了，要是反馈的话，搞不好还增加工作量，我才不傻呢。 大部分人都会这样想，并没有什么问题，还是那句话，人之常情。 只是，要算一笔账的话，就会知道，很划不来。 因为，如果后面功能验收出了问题，除了影响你在工作上的口碑，还有可能会返工，那还是要增加工作量的啊。 那还不如，从一开始就做到位了。 当然，有人会说，要是每做一个事情，就经常反馈、提建议，让人觉得自己很难沟通，怎么办？ 确实，有时候，要的就是执行命令，而不是习惯性抬杠。 但，我想说的是，要看从集体利益，还是个人利益的角度出发了，如果是集体利益，而不是私心，只要说的有道理，都是应该听取的。 凡事都可以商量着来。 完成比完美更重要 在 2024 年 8 月，3A 大作《黑神话：悟空》上线以来，全网一片好评，很多人评价，包括我，都说是划时代的作品，会在游戏的历史长河中，被铭记于丰碑之上。 但是，美中不足的是，后面两章，明显没有前面几章那么精细，赶工痕迹特别明显，特别是第六章，整一个大石敢当，实属无语，感觉有点敷衍了。 如果好好打磨，会更上一层楼。只是没有办法了，没那么多时间了，所以，就像主创冯骥说的： “完成比完美更重要。” 在现实生活中，同样也是如此，很多坚持打卡的事情，早睡早起啊、坚持跑步啊、坚持控制饮食啊、坚持看书学习啊等等。 有一些人，比如我，会陷入完美主义的陷阱，比如要在草稿纸上写一段话，如果第一个字感觉没写好，就会撕掉重写，这个现在看来，是有问题的。 就好像人生，就好像打牌，不可能每一次开局都那么完美，只能是基于现有的牌，来不断调整策略、方法，然后能打赢。 之所以写一个字，没写好，就可以撕掉重写，无非就是撕掉一张纸的成本过低罢了，没有伤筋动骨，当然不会觉得有什么。 但是，无形之中，会养成这种较真的、不切实际的完美主义的思想，对于做好一些事情，是有害处的。 而这种思维，和上面提的 “做好，而不是做完” 的区别在于，是有先后顺序的，不同的阶段，不同的思维，不应一概而论。 最后 总之，不管是工作还是生活，我的结论是： 首先要有 “做好，而不是做完” 这个意识，等这个意识在你脑海中生根发芽，这是第一步。 很多事情，你确定自己是真的倾尽全力了，只能做到这一步了，再怎么责备你也没办法了，就算拿把刀架你脖子上，也不会更进一步了。 然后，这个时候，才可以说，完成比完美更重要，这是第二步。 这是一个递进的思维意识，而不是像二极管一样，非黑即白，本身就是要辩证地看待。 只是大部分人，没有第一步的意识，就妄想直接跳到第二步，来为自己的懈怠开脱。

不是单点突破，而是回到源头 所以最终还是要回到项目的完整的生命周期，对每一个环节，都要深入分析和研究，确保自己是真的做到位了。 下一篇，就说明一下完整的项目生命周期有哪些。