其次,own some feature/component/service。建立起初步信任后,一定要去own一个东西。只有own一个东西,才会真正关心它好不好,哪里需要优化,哪里需要担心,所有的概念才会落实到代码,所有的讨论才不是纸上谈兵。个人觉得再怎么强调ownership 对于engineer的成长重要性都不过分。可以通过1)展示独立的工作能力 + 2)成为某一个(哪怕再小)方面的专家 + 3)及时和老板沟通的方法变成一个owner。之后持续改进所own的component,进而提升自己也扩大自己的影响和范围。
同时(注意是同时不是最后),要密切关注team里面的项目和roadmap,及时1 on 1告诉老板,哪一块你喜欢且想做。这个非常重要: 首先这是在帮助老板减轻工作量,因为老板很重要的一部分工作就是把project分出去,在他眼里,主动要和被动接受project这肯定是不一样的。其次即使他对当前project有别的安排,他也会感受到你的态度,下一次他有类似的项目或者你要别的项目的时候,大概率会首先满足你。
open mind。能够帮助升职的项目必然是对你当前能力有挑战的项目(否则也不想要这样的项目做升职项目), 换言之这样的项目是你现有的方法和知识是不能完全解决的。 所以在过程中,要不断探索全新知识和不同的做事方法,主动和更有经验的人沟通,此时要注意两点:1)在没有彻底搞明白别人的意见的之前,不要急于否定,否则这有可能discourage别人继续给意见。2)不要盲目全盘直接套用,而是更多思考在自己项目上的trade off。
keep tracking。项目终究是要有一个delivery date的,通常这个date是你和老板一起预估确定的。项目管理都是基于这个date,拆分成几个milestones。作为owner,一定要keep tracking各个milestone 包括需要在什么时间完成什么,dependency是什么,可能的risky是什么,出现了out of exception 怎么处理,做到心里有数,嘴上会说,笔下常写。