职场免疫指南（3）
职场小贴士
结合前面在职场所遇到的问题，有一些小贴士可以供参考。
第一件事建立信任
不管是社招还是校招，亦或者是跨部门跨组调整，报到之后的第一件事或者承接的第一项工作任务非常重要，直接决定leader和同事对你的第一印象。我们都知道凡事不过三，机会不多，要避免leader和同事对自己形成不好的定性判断。那么对于初来乍到，人生地不熟，我们该怎么办？有如下几个锦囊可用
（1）脸皮要厚，主动认识组里所有人，加微信，留电话，记住每个人的名字。
（2）不耻下问，虚心请教，不懂的问题，不了解的情况，主动问，主动记。
（3）接受工作，问清楚背景、资料、职责、干系人等，在系统思考之后给出自己就此项工作的工作方案，就工作方案找leader汇报，征求他/她的意见【向上管理】。在准备工作方案的过程中，对于不懂不了解的情况，虚心向同事请教。
（4）汇报工作，除了展示良好的结果之外，不要忘了来自leader和同事的指导和帮助。
（5）工作要诀
准备工作学经验，实施工作求效果，接受工作问职责，总结工作说流程，
请示工作说方案，交接工作讲道德，汇报工作说结果，回忆工作谈感受。
超预期
Leader给你分配一项任务，他本身就完成效果会有一个预期，作为承接工作的你，用心去做，往往能够做出超预期的效果。例如leader让你轮值做项目PMO周报，那么你除了了解各个项目的情况，做好周会安排和周报编写之外，可以提出独立的思考意见和建议，例如某项目是否存在隐患风险，例如周会中加一项分享环节。例如leader让你做值班，除了完成用户群里大家的问题之外，还进一步就收集的问题做分类分析，引入或实现一个智能问答机器人程序解放值班的人力投入，这就是超预期。
星巴克创始人舒尔茨在他的书《将心注入》中充分演绎了all in去做一件事的时候，用心尽力去做，会创造出很多令自己想不到的成效出来。不过我们也承认，all in，确实需要投入较多的时间和精力，自己的愿力很强，专注力很高。
体系化思考，系统化建设
举个例子，要给系统加一个文件系统使用率的监控指标，该怎么做才算比较系统化？我想起码需要考虑（1）OS类型（2）指标算法和准确率评估（3）采集频率（4）阈值（5）使用者场景（6）存量系统增加指标的标准方法（7）开发与测试周期和资源投入（8）时效性。基本上把内外因素，人事物都考虑进去。例如拿出一个完整的监控方案，涵盖系统监控、业务监控、数据监控，并评估出收益和投入成本以及具体建设路线，可分成1/2/3期建设。
所以，我们做事情组织，做系统设计与研发，要有一个全局视野，不要局限于某一小点，要有良好的规划能力和清晰的演进蓝图。至于系统性的结构化思考要素，可以通过与别人交流中学习积累，也可以通过自己多提炼多沉淀，当然也可以直接上知乎搜索。
提升软技能
作为IT（挨踢）从业人员，往往被冠以码农或者攻城狮之类的技能单一或专一的标签，在晋升答辩，与人沟通经常处于弱势。那么我们是不是应该在写代码之外，重点提升一下自己的一些软技能，包括一图胜千言的PPT编写能力、枪手级的文档写作能力、上知天文下知地理滔滔不绝的表达能力、富有同理心的沟通能力、工作和生活以及学习有条不紊的时间管理能力、能够手绘小猪佩奇的设计能力。
选择很重要
人生重要的不是所站的位置，而是所朝的方向。我们在选择工作的时候，也会优先考虑行业和赛道，我们在做具体方案的时候，也会优先考虑大方向，例如一个系统采用集中式架构还是分布式架构，这属于重大路线选择，在很多场景下，都是类似的做法，先论证清楚大方向。在当下，每月的复盘总结，需要问清楚自己几个问题（1）自己所朝方向（2）自己的能力匹配情况（3）要去的地方和如何去的路径。
当你不具备能力做好这三件事时，去找一个朝阳行业（好平台），去找一个好leader（抱大腿），再付诸自己不懈的努力。
职场建议
除了职场小贴士，还有一些职场建议，供参考。
深入思考，学会总结沉淀
多复盘，多总结，每周总结，对关键事情和里程碑做总结。我最早接触到“复盘”这个词，是来自联想创始人柳传志在《复盘：对过去的事情做思维演练》这本书中讲述的应用情况。基本上包括回顾目标、评估结果、分析原因和总结规律等步骤。后来邱昭良博士写了一本书《复盘+：把经验转化为能力》对“复盘”讲得非常不错。
多写技术文章，多分享，强迫自己去思考和总结。写得下来，讲得出来，知识和技能才是你自己的。这个时候，建议在所在单位所在团队，主动积极和大家分享你的总结材料，站上讲台“好为人师”，讲得不对改进之后再上讲台。建议在所在单位的内部知识论坛上发表总结材料和总结文章。建议在不涉密的情况下，在github在CSDN在infoQ等平台上去发表文章，也可以考虑开一个技术类的个人公众号。
至于如何做“深入思考”，推荐到知乎搜一搜。
积极学习，保持技术热情
当你感觉到工作按部就班时，你就已经需要跳出舒适区了；当你感觉到难受和压力急需奋力改变时，你就开始进步了。
作为技术人员，需要保持对新技术的敏感度，把刷朋友圈刷微博看抖音的时间放在去调研和实践新技术上。否则很快就会跟不上技术圈子的节奏，例如与别人交流时都听不懂什么叫“联邦学习”，什么叫“隐私计算”了，内心是否会阵阵发虚。
Stay hungry，Stay foolish。
当你在某一段时间对技术热情消退时，去找同道中人，一块就某项技术做交流。这和跑步骑行是类似的，几个人一块行动，行动力会更强。
建议给自己制定清晰的能力进阶roadmap，每年要习得哪些技术知识？掌握和应用哪些技术？习得哪些软技能？
主动承担，及时交流反馈
主动承担任务，主动沟通交流，主动推进项目进展，主动协调资源，主动向上反馈，主动创造影响力。勇于迈出第一步，在各类场合主动发言，有问题和想法及时通过邮件、IM、面对面等方式沟通，切记要带着思路和建议，不用过于担心是否想法太low太naive。
树立owner意识。例如虽然仅仅是个后端开发人员，拿着开发人员的薪水，但已经在操心架构师的事情，操心项目经理的事情，操作产品经理的事情。看似自己做多了吃亏，实际上自己长经验长本事了。【不是让你去干别人的事情，而是去琢磨去学习其他岗位角色的事情，在必要时能够补位】
及时向上沟通反馈。当项目进展不顺利时，（1）遇到了什么问题，及时跟leader汇报，但是要给出解决思路和措施（2）技术方案拿不准，要和leader探讨（3）一些资源协调不了，找leader帮忙。不要太多顾虑，不要担心leader看不上你，leader其实就是干这些事的。当项目进展顺利时，及时汇报项目进展、取得的成效，自己的想法，并征求leader对当前进展的建议，一定要消除信息误差，用好各种资源，特别是leader这种资源，特别是他对你的做事方式和成事能力还不太了解和信任时。千万要避免：接到一个任务就闷头干活甚至与世隔绝，一个月都没有跟leader同步过信息，想着憋个大招，一鸣惊人。搞不好成了一鸣惊吓!
抽象归纳，善用方法体系
我相信，也坚信，做事是有套路的，也就是有方法体系的。例如下面所列的一些我所用或所创的方法。
用于梳理事务的模型：人--事--物 用于领域分析判断的模型：渠道、场景（内容）、数据 用于工作任务分解的模型：5W1H（Why、What、Who、When、Where、How） 用于拆解事物的模型：黄金思维圈（why-how-what） 用于竞品分析的模型：人无我有，人有我优，人有我廉 从事某一领域的进阶模型：见自己、见天地、见众生 禅宗四力的模型：愿力、创新力、洞察力、专注力。
全文完