程序员如何变得靠谱

写在前面

以前有位老板和我说过，你们智商是正态分布曲线的，能力上都是大差不差，同时你们都在规范化的公司里面坐着规范化的事情，能力也都差很少，那么为何有人作的好，为何有的人更被老板承认呢？其实无外乎就是作事靠谱，人在职场身不禁己，究竟哪些东西可让咱们作起事来靠谱呢？无外乎是一些心态吧。

本文结合美团Blog的一篇文章进行加工。

遵循这些原则让你和你的团队变得更强大。

Owner意识

两个层面：认真负责，积极主动。

认真负责是工做底线，对交付结果负责，细到每个设计文档，每一行代码认真完成，对质量负责，若是文档混乱，代码难以维护，测试过程当中一堆bug，不只影响交付质量也让RD，QA，PM对你产生不信任感。大到对系统负责，系统架构演进，文档细节整理，日志完整，数据库扩容，缓存空间资源是否够用，做为系统Owner须要认真履行。

积极主动是在Owner之上的又一层次要求，每一个人天天都会面对大量的事情，不少事情可能不在计划以内，这时须要一种主动精神，不能由于太忙没有时间去处理。积极主动的心态应该是遇到计划以外的事情仍然能够积极主动进行推动并解决问题。若是实在没法排开时间解决，能够将问题交付给能解决的同窗。

积极主动能够体如今多个方面上，好比计划以外梳理系统性能瓶颈，发现接口性能问题，并推动解决。 好比项目存在跨端状况是，能够积极主动承担跨端主R的角色，积极发现问题，暴露问题并推动解决问题，推进团队合做进度，保证项目推动。

固然这个是性格使然，有些人偏外向一些，有些人偏内向因此有的时候表现出来的就相似于积极一些或者主动一些，人须要慢慢长大的，能够强迫本身下，变得外向些。

时间观念

全部的RD，QA，PM本质上都是须要为项目的交付负责，因此按时交付项目是最基本的要求，对于项目关键节点须要有时间观念，防止项目delay，对交付结果负责。

试想一下若是一样工做量的项目，在你负责期间时常delay，老板会怎么想？可能会认为你在能力上存在问题。

为了按时保质保量完成项目交付，重要的是：作事有计划，工做分主次。

工做上须要有作事安排，好比RD在设计评审以后须要可以精确预估出开发时间，进行合理的安排开发，联调，测试时间节点。若是是项目负责人须要作多端协调，好比设计到FE，QA，PM甚至多端其余工种同窗的配合。

因此为了保证复杂项目可落地可执行，须要事无巨细的对项目节点的每一项进行细化拆分。事实证实拆分粒度越细，计划执行也就越精准，实际开发时间和预期时间也就越接近。

不少dealy的项目主要的延期缘由主要是一些关键节点上多方存在分歧，好比对于时间是上班时间仍是下班时间提测可能存在理解上的二意性，或者在知识需求理解上存在不一致，一个复杂的项目再多的沟通和交流都是有必要的。

工做分主次，由于天天咱们会面对各类计划以外的事情，因此区分事情的重要性和主次颇有必要，根据“艾森豪威尔-四象限法则”，工做按照重要，紧急分红四个象限。

优先作重要且紧急的事情，重要不紧急的事情放缓，但须要持续跟进。 紧急不重要但事情酌情委托其余人（合适的人）去作。 不重要不紧急的事情能够考虑不作。

不少事情delay未能正常交付的缘由也常由于项目负责人分不清事情的主次，形成工做拖后腿，实际工做中应该避免一些本末倒置的工做方式，区分干扰工做项，保证重要紧急事情能够按时交付。

以始为终

以始为终是《高效能人士的七个习惯》中的一个习惯，目的是：先清楚目标，而后努力实现。

RD不少时候只是埋头苦干，季度总结时列出不少项目，付出不少努力，可是取得了哪些收益，对业务进行了什么提高，却很难说清楚。

因此工做中应该遵循以始为终法则，不少人作须要不关心收益，上线以后也没有持续跟进效果。

好比咱们进行一个接口的性能优化，可是优化以后具体的收益是什么呢？或者目的是什么呢？不少时候能够多问一下，咱们的目标是什么，是为了节日大促进行优化？仍是系统可能存在宕机风险，最终是须要根据问题设定目标，实现目标。

以始为终对于技术同窗来讲是咱们技术提高的核心，不少人看文章收获很小每每没有带着目标去学习，在学习一门新知识以前，咱们须要明确带着问题去学习，这样有了问题以后有了目标，再向这个目标持续前进，最后才能够持续进步。

闭环原则

有的时候无论是技术方案讨论，仍是产品须要讨论，在需求评审，技术方案讨论过程当中你们兴致勃勃热火朝天，可是最后不少问题并无获得改进，形成这种缘由主要是作事不闭环。

闭环的意思是，凡有交代，件件有着落，事事有回音。也是作事被认为靠谱最重要的一个原则。

闭环强调的是即时反馈的闭环，老板将向上管理中很重要的一点也是闭环，主要是老板交给你一件事情，你须要主动的去将进度和风险告知老板，若是有须要能够带着解决方案，若是须要老板资源配合，能够和老板申请，而不要让老板主动每次的去问你进度，这样老板可能感受你作事情不太靠谱。

其实造成闭环主要是作事习惯的养成，这个很好培养，好比在多方合做会议上，就沟通讨论内容在各方达成一致后将会议记录周知到你们，同时在群里跟踪会议记录内容的进度状态节点，若是在执行过程当中存在问题，须要进一步跟踪并解决问题，好比是否存在需求理解不一致状况，是否因为不一样PM对于系统理解程度不一样形成需求点遗漏？须要多方屡次明确事项，并对事项进展进行check。

整个过程就是：沟通要求有结论，通知须要有反馈，todo须要作验收。必定要养成这种作事习惯。

有的时候老板由于不会深刻到具体项目的细节当中，不少事情他并无你熟悉，他不熟悉项目细节就倾向于对于项目进度有风险意识，若是你不主动汇报项目进度及细节他内心会更没底。

这也属于信息不对称的一种状况，因此及时汇报，哪怕简短的一句话，他会更有信息也造成了闭环，有助于事情的推动。

保持敬畏

敬畏之心主要能够帮助咱们少犯错误，特别是高流量系统，一不当心的一个bug可能就会影响众多的人，很大的单量，作事有敬畏之心，多check能够防止case的发生，多走一个流程也多在一个角度覆盖下功能点是否有风险。

保持敬畏能够经过创建规范和SOP开始，好比代码规范，文档规范，设计规范，合做规范，上线流程，高峰期作事更加当心等。

制度和规范在必定程度上能够制约人性中的侥幸心理，若是约定了规范必定要严格执行，若是由于没有按照规范执行而形成的case直接打C。

进入新团队先忘掉以前的习惯（之后慢慢在捡起来也能够），尽快熟悉团队的作事规范，让本身节奏和团队保持一致。这样能够减小沟通成本。

固然保持敬畏不表明是因循守旧，须要在充分了解和熟悉流程规范以后，创建一套适合新团队的标准和流程，就形式上存在的问题进行讨论。

事不过二

错误的事情不要犯第二次，若是是由于流程形成的问题，要及时经过复盘进行流程上的优化，若是是方案上的问题，及时就系统技术方案进行梳理，防止一样的事情再次发生，同时进行问题整理，防止团队其余小伙伴出现相似问题，无论是code review机制仍是测试流程须要进行核心功能点覆盖。

简明原则

无论是PM的需求文档，仍是RD的设计方案，在或者的QA的冒烟用例，若是过度复杂会让合做方一头雾水，也就难以执行，咱们须要遵循简明原则，只有简单了你们才会喜欢，也更容易执行和落地，最后也就更能取得好的效果。

一个过度复杂和庞杂的文案摆在面前，很容易引发需求的二意性，最后形成南辕北辙得不偿失。

文档须要尽可能合理，流程轻视，抽象简化，案例先行，讲清依赖，落地清晰，落地可行。

产出和产能平衡

系统经过不断叠加新功能而进行产出，系统的产能表明了系统架构的可扩展性和稳定性。为了达到产出产能平衡须要在业务需求迭代过程当中，持续对技术进行优化，若是一味的堆积业务需求，通过必定时间系统可能变得糟烂不堪，难以维护，最终也就影响了系统稳定性，形成产出低效了。

善于提问

无论工做过程当中也好，仍是需求对接过程当中也好，多提问也老是有好处的，首先能够表面一种积极而非懒惰的思想。同时不少事情通过提问能够在侧面强化一个需求的稳定性，和容错性。

评审的意义在于审视，若是得不到多角度的讨论，评审也就失去了意义。因此须要鼓励你们讨论，勇敢的将质疑表达出来。

提出好问题和知识储备，专业技能，经验背景，业务理解是分不开的，多积累就有多角度的批判性。

空杯心态

一我的能够长期成长在于空杯心态，过分自信的人每每会把工做中的建议看成批评，不接受反对意见，学习上就缺少动力。

空杯心态要求咱们进行自我反省和检讨，须要借助其余人眼光进行360度全方位客观评价，学习他人优势，积极吸收他人建议，并就一些问题勇于讨论。

空杯心态有助于咱们提高新技能，并将其转换为咱们能力库的一部分。