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