原则一：Owner意识
Owner意识主要体现都在：认真负责的态度、积极主动的精神
份内工作：认真完成手上的工作，对工作质量负责。
份外工作：在做好自己“份内”工作的同时，积极主动的投入到“份外”的工作中去。积极主动的发现问题，推动问题的解决。如果时间无法排开或者不知道怎么解决，可以直接将问题反馈给能解决的同学。不要给自己设限，相信一分耕耘一分收获，努力成为一个更加优秀的人。
原则二：时间观念
项目的按期交付是一项很重要的能力，在很大程度上，决定着领导和同时对自己靠谱程度的评价。
为了做到项目按时交付：做事有计划，工作分主次；
凡事预则立，不预则废。工作安排要有计划性，在工作计划的制定过程中，要尽可能把每一项拆细一点。事实证明，工作拆的越细，工作计划就越精准，实际开发时间与计划之间的误差就会越小。
在计划的执行过程中，要明确可检查的产出，并在计划中设置一些关键的时间点进行核对产出。
要保证关键时间点的明确，比如周五完成产品需求文档，需要明确是周五的早上上班前，还是周五中午吃饭前，还是周五下班前。
每天要面对很多事情，要学会分辨这些工作的主次。可以尝试使用“艾森豪威尔法则（四象限法则）”，把工作按照重要、紧急程度分为四象限。优先完成重要且紧急的事情；重要不紧急的事情可以暂缓做，但是要持续推进；紧急不重要的事情可以酌情委托给最合适的人做；不重要不紧急的事情可以考虑不做。
很多项目无法按期交付的原因，大多是因为执行人分不清主次。
原则三：以终为始
在史蒂芬.柯维的《Begin With The End In Mind》（中文名：高效能人士的七个习惯）提高一个习惯：所有事物都经过两次创造的，第一次是心智上的创造，第二次是实际的创造。
直观的表达是：先想清楚目标，然后努力实现。
在工作中，很多人只是埋头走路，很少抬头看天。每次工作总结，看似做了很多事情，付出了很多努力，但是取得了哪些收益，对业务有哪些提升，却很难说出来。
出现这种现象的原因是没有遵守“以终为始”的原则，在完成一个产品需求的过程中，对目标和收益关注不够，产品功能上线后，也没有持续地跟进用户的使用效果，用户使用数据的变化。
例如一个网站的注册用户转化率经过对注册流程的优化，转化率提升了多少，在优化注册流程的时候有没有做数据埋点统计相应的优化结果数据。如果统计了用户注册转化率，发现由30%提高到40%，通过对网页打开速度的性能优化，网页打开时间缩短了1.5秒。那么是不是注册转化率提高到40%，就能满足需求，很多同学常常忘记设置一个预设的目标。
我们必须清楚，做一件事一定是有原因的，比如特殊节假日如果不优化网站的并发访问，当流量暴增或某接口超时比例过高可能会导致宕机的风险。解决特定的问题才是最终目的，所以要根据问题设定目标，再努力实现目标。
在学习中，很多同学看过很多技术文章，但是总是感觉自己依然一无所获。最重要的原因就是没有带着目标去学习。在信息爆炸的时代，如果只是碎片化的接收各个公众号推送的文章，效果几乎可以忽略不计。在学习前，我们一定要问自己，这次学习的目标是什么？是想把产品需求文档的作用弄明白，还是把产品需求文档最规范的、最规范完善的写法弄明白。
如果我们每次都能带着问题与目标，再进行资料的搜集与学习，就会事半功倍。
原则四：闭环思维
在一个需求评审会上，大家提出了很多问题和意见，等到再次评审的时候，发现第一次提出了问题没有得到改进，甚至于第一次讨论出结果的问题需要重新讨论，这就是典型的工作不闭环。
一个人是否靠谱，就看他能否做到凡事有交代，件件有着落，事事有回音。
这就是闭环思维的重要性，强调的是一种即时反馈闭环。如果别人给我们分配了一个任务， 不管完成的结果如何，一定要在规定的时间内给出明确的反馈。
在一次跨部门会议中，虽然各方达成了一直，会议发起者已经将最终的会议记录通知大家。但是，到这一步其实并没有完成真正的闭环，在落地执行过程中很可能还存在一些潜在的问题。例如：会议记录是否经过了参与各方仔细核对并确定会议记录与大家讨论的结果一致？会议中明确的To Do 进展是什么？完成结果的Check机制是什么？如果没有做到这些，就会陷入“沟通-发现问题-再沟通-再发现问题”的恶性循环中。
真正的闭环是要求：沟通要有结论，通知要有反馈，To Do要有验收。
初次之外，“闭环思维”还要求能够定期主动进行阶段性反馈。
上份工作我开发一个新的版本和功能按照计划有条不紊的开发，Leader会提醒我遇到问题要经常跟他反馈，开发完一个新功能要通知产品，通知测试开始测试。
这里存在一个很重要的信息不对称的问题，在工作的进行过程中，要经常向Leader汇报一下进度，哪怕只有简短的一句话，也可以让Leader知道项目是否在正常推进，是否遇到问题需要他协助解决。这种反馈可以让Leader增加对员工的信心。
原则五：保持敬畏
保持敬畏之心可以让我们少犯错误。
在工作中，存在各种各样的规范，例如代码规范、设计规范、上线规范等等。我们必须明白，这些规范的制定一定是基于某些客观原因的，它们都是历史上无数Case积累而来的经验。团队里的每一个成员都应该学习并严格遵守，这一点对于新人尤其重要。
当一个新人进入到一个新的团队，请暂时忘掉之前的习惯，要尽快学习团队既有的规范，并且让自己与团队保持一致。典型的比如开发的编码风格，命名风格，如果没有和团队的风格保持一致，可能会被团队人员提出大量的修改意见，不得不返工重写，得不偿失。如果保持敬畏之心，提前了解团队规范，类似问题都可以完全避免。
进入一家新公司，如果有事情拿不准，不妨多问问同事，不要凭自己的感觉做事情。
保持敬畏之心，不意味着要“因循守旧”。在我们充分了解这些规范和约定之后，如果觉得存在不妥之处，可以跟全组同学讨论，是否采纳新的建议，然后及时更新迭代规范，让规范与时俱进，也是另一种敬畏。
原则六：事不过二
所有的评审与问题讨论都不要超过两次。
工作中我们经常会遇到一些不是很成熟的需求评审。这些需求文档要么是背景与目标含糊不清，要么是产品方案描述不够细化，或者存在歧义。导致PM与RD（Research and Development engineer）反复进行讨论，最终投入到实际开发中的时间反而很少。
因此为了提升团队的研发效率，一般可以规定针对同一个需求的需求评审会议最多两次，通过这种方法倒闭需求相关人尽可能地做好需求与方案设计。评审会议前，尝试与所有相关人员达成一致，询问对方的意见，并进行有针对性的讨论，这样能够大大提升评审会议的效率和质量。如果一次评审不通过，那么就只有一次机会进行复审。一旦两次不通过，就需要进行CaseStudy。
事不过二还表示“同样的错误不能犯第二次”，每次故障之后，CaseStudy都必须进行深刻的总结复盘，对故障原因进行5Why分析，给出明确可执行的To Do List。每次总结会议，大家自我反省问题所在，在以后的工作中必须有所改善，不能再犯类似的错误。在错误中反思与成长，才能让我们成为更优秀的人。
原则七：设计优先
磨刀不误砍柴工，前期良好的设计，会给项目开发以及后期维护带来极大的收益。
设计好以后要有设计文档，设计文档要以需求为出发点，通过合理的抽象把问题简化，讲清楚各个模块之间的关系，再详细分述模块的实现细节。做完设计以后让资深的RD或PM审阅一下，根据反馈再完善。好的设计，一定是逻辑清晰易懂、细节落地地可执行的。
原则八：P/PC平衡
产出与产能平衡的原则。
产出好比金蛋，产能好比会下金蛋的鸡。
重蛋轻鸡的人，最终可能保不住产蛋的资产-鸡。重鸡轻蛋的人最终可能会被饿死。
从系统的角度，每一个产品都是不断通过持续不断地叠加功能来实现产出的，产品的性能是通过系统架构的可扩展性、稳定性等一系列特征来表征的。为了达到产出与产能的平衡，需要在不断支持业务需求的过程中，持续进行技术架构层面的优化。如果一味的做业务需求，经过一定的时间，系统会越来越慢，最终影响业务的稳定性，导致最终消亡。
原则九：善于提问
求知欲源于好奇心，是人类的一种本能。在工作中要养成勤于提问的好习惯，不懂就问，不要因为一时的懒惰或者碍于情面就放弃提问的机会。只有在争辩中，才可能诞生最好的主意和最好的决定。
在需求评审会议上，我们鼓励大家多提问，把自己内心的疑惑表达出阿里，然后通过交流的方式得到答案。
除了“善于提问”，还要懂得如何提问。为什么同样是参加设计评审，有的同学就能提出很好地问题，有的同学确提不出来。除了知识储备、专业技能、经验等方面的差异外，还有一点很重要，就是批判性思维。
批判性思维主张通过批判性思考达到理性思维，即对事物本质的认知和掌握。在工作中面临一项决策时，会有各种各样的意见摆在面前，所以必须要学会使用批判性的思维分析每个人的论据是否可靠，论证是否合理，是否有隐含的立场。
原则十：空杯心态
初入职场的小白，可能会非常谦虚，但是工作几年之后，专业技能逐步提升，可能还取得了一些成就，人会越来越自信。这个时候，如果不能始终保持“空杯心态”，这种自信就会逐步演变为自满。自满的人，往往表现为工作中把别人的建议当成批评，不接受任何反对意见，学习上也缺乏求知的动力。
保持空杯心态要求我们时刻进行自我检视与反省。对待别人提出的问题和建议，使用批判性思维仔细分析一下，虚心吸取那些好的建议。
原则十一：成品思维
给对方呈现出来的“产品”，他立马就能用起来。
比如，作为一个开发，如果把开发过程中发现的产品设计不妥当的地方指出来，并给出自己的想法给产品，会让产品觉得这个开发的工作做的让人觉得好舒服，好省心。作为一个产品把老板提出的想法，考虑出一套或几套完整的产品设计方案给到老板，也会让老板觉得这个产品的工作做的好舒服，让人省心。
在工作中，每天的工作任务，每天的回报总结，都是一个“成品”的展示过程。想办法吧自己的工作做成一个“成品”，能为自己和团队节省很多时间。
原则十二：重视流程化
流程化就是把一项工作拆解，做成让其他人也可以参考执行的标准。
流程大于努力，是因为流程是正确地做事，它可以直接产生有效的结果。而努力，有时候只是白费力气。
比如一个产品经理因为一些原因需要开始负责另外一个产品，这个时候需要另外一个人接手这个产品，如果没有流程化，在工作的交接过程中需要花很多时间让新的产品试错各种问题，做一些重复劳动，这些重复劳动所需要花费的时间比做流程要多得多。如果花时间做一个流程，新的同事看到流程就像说明书一样，可以减少大量的重复劳动，不需要不断地重复沟通。
我们需要多思考，怎样把自己从一个单纯的执行者，慢慢过渡到一个指定执行标准的人。
原则十三：不要用“任务心理”写工作日报
每个人都有这样的经历，尤其是产品经理，可能某一天或者很多天的工作没有产出，那么当我们写工作日报的时候，总会烦恼要绞尽脑汁想着怎么样吧工作日报变着花样写，才能得到上司的满意。
其实当你有这样的想法的时候就说明你把工作总结当成了一个任务来做，你更重视完成这个工作总结的结果，而不是每天工作总结复盘的过程。
其实工作日报不仅是上司了解员工每天的工作内容和进度的途径，更多的是写给自己看的，他就像是工作行动指南一样，只有你知道自己做了什么，做的怎么样，你才知道接下来你还要做什么，怎样做到更好。
网友评论