工程师的十条精进原则

这篇博客内容是我三年前刚入职不久在其他地方浏览并二次整理的，如今三年岁月匆匆而过，回头再次 check 了下这十条原则，体会更加深刻。

一. Owner意识

体现在两个层面：一是认真负责的态度，二是积极主动的精神

认真负责是工作的底线。

• 首先，要对我们交付的结果负责。项目中每一个设计文档、每一行代码都需要认真完成，要对它的质量负责。
• 其次，我们要对开发的系统负责。系统的架构是否需要改进，接口文档是否完善，日志是否完整，数据库是否需要扩容，缓存空间够不够等等，这些都是需要落地的事情。作为系统Owner，一定要认真履行。

积极主动是更高一级要求。我们在做好自己份内工作的同时，也应该积极主动地投入到“分外”的工作中去。一分耕耘一分收获，不要给自己设限，努力成为一个更加优秀的人。

二. 时间观念

项目保证按期交付，能很大程度上提升领导和同事对自己的靠谱程度的评价。

这要求两个基本特质：做事有计划，工作分主次。

• 工作安排要有计划性。通常，RD在设计评审之后就能预估出精确的开发时间，进而再合理地安排开发、联调、测试计划。

• 工作安排要分清主次。把工作按照重要、紧急程度分成四象限。优先做重要紧急的事情；重要不紧急的事情可以暂缓做，但是要持续推进；紧急不重要的事情可以酌情委托给最合适的人做；不重要不紧急的事情可以考虑不做。

关于工作优先级甄别，这个其实刚开始工作时没有重视，还好沿用了大学时「滴答清单」的「每日任务规划」习惯，渐入佳境，给日常工作提升了不少效率

三. 以终为始

先想清楚目标，然后努力实现

在工作中，很多同学往往只是埋头走路，很少抬头看天。每次季度总结的时候，罗列了很多项目，付出很多努力。但是具体这些项目取得了哪些收益，对业务有哪些提升，却很难说出来。这就说明在工作中并没有遵守“以终为始”这一原则。

四. 闭环思维

一个人是否靠谱，就看他能否做到凡事有交代，件件有着落，事事有回音。这就是闭环思维的重要性。

它强调的是一种即时反馈闭环，如果别人给我们分配了一个任务，不管完成的结果如何，一定要在规定的时间内给出明确的反馈。

真正的闭环，要求我们对工作中的事情都能够养成良好的思维习惯，沟通要有结论，通知要有反馈，To Do要有验收

五. 保持敬畏

当我们进入到一个新的团队，请先暂时忘掉之前的习惯，要尽快学习团队既有的规范，并且让自己与团队保持一致。

六. 事不过二

它可以解读为两层含义：

• 所有的评审与问题讨论，不要超过两次
• 同样的错误不能犯第二次。每次故障之后，Case Study都必须进行深刻的总结复盘，对故障原因进行5Why分析，给出明确可执行的To Do List。每次季度总结会，大家自我反省问题所在，在下个季度必须有所改善，不能再犯类似的错误

七. 设计优先

架构设计，并不仅仅关系到系统的质量，还关乎团队的效能问题。

无数事实证明，忽略了前期设计，往往会导致后续开发周期被大幅拉长，给项目带来了很大的 Delay风险。而且最可怕的是，不当的设计会给项目带来巨大的后期维护成本，我们不得不腾出时间，专门进行项目的优化与重构

设计优先这一原则，要求写别人看得懂的设计。设计的过程是一种智力上的创造，我们更希望它能成为个人与集体智慧的结晶

八. P/PC平衡

“P/PC平衡”原则，即产出与产能平衡原则。

如果能在做项目的过程中，通过学习总结持续提升自己的技术能力和软素质，并将其应用于项目实施交付中，相信一定会取得双赢的结果。

九. 善于提问

“善于提问”，首先要勤于提问。求知欲源于好奇心，是人类的一种本能。在工作中要养成勤于提问的好习惯，不懂就问。

“善于提问”，还要懂得如何提问。批判性思维主张通过批判性思考达到理性思维，即对事物本质的认知和掌握。关于如何进行批判性思维，大家可以参考一些经典的图书如《批判性思维》、《学会提问》等

十. 空杯心态

保持空杯心态这一原则要求我们时刻进行自我检视与反省。在工作中，多去跟不同级别的同学聊一聊，或者做一个360度评估，这有助于我们更加客观地评价自己。在横向对比中，多向那些优秀的同学看齐，学习他人的优点。