聊聊我心里的一个好组

转眼间就在AWS呆了8个月了，八个月里，面试过别的组、别的公司，有拿到offer，有被拒。有可能因为刷的题不够被low ball吧，在此发一篇我对一个好组的看法。顺便给我们组打个广告，我们在招SDE2: https://www.amazon.jobs/en/jobs/748485/

一个好组要有什么呢？我想分两个部分，因为有客观因素（老板，组员，产品），和自己主观因素（自己的performance）

最重要的，我觉得是engineering leader，这个人不一定是你的direct manager，可以是你的skip manager，也可以是你的skip-skip，但他是那个每天日常工作里都会听到的人，他的影响力应该是渗透到组里每个角落里的。我觉得他应该要有以下特性：

• 对内高标准而支持，leader要让我们组的系统bar越来越高，SLA也会越来越严格。但是同时他要认识到bar高了，难度就大了，engineer们需要资源，需要training才能实现，他愿意去投资新的tool，愿意去买新的library license，愿意听取SDE的难处，愿意让SDE去接受培训。
• 对外强硬而公平，他能够给到自己组员最大的好处，同时也不会过分牺牲别的队伍的好处。一个例子就是如果别的组盖了一个很糟糕的service，我们的service因为depend上了他受牵连了，我们的oncall天天被烦死，他可以非常强硬的要求对方组把service弄好，如果不弄好就要escalate到更高级。同时他也会非常理解对方组的难处然后提出解决方案，可以是让我们组的人临时调过去帮忙，但是都是要解决问题的。
• 永远站在SDE身边，AWS的世界里，一个不小心就出了一个ticket，然后让L8+以上的人来质问了，他不会让一个L5的孤苦伶仃的对着一个ssssss-kip解释ticket怎么来的，他会在身边支持着，帮忙回答问题。
• 他的SDM／SDE们都支持他的观点，认同他的做法，并会放心的给他提出建设性意见
• 他爱憎分明，该夸的会毫无保留的当着VP面上夸自己的人，该说的还是会给自己人提出改良意见
  

组员，氛围，环境，个人觉得这样是最好的：

• 多元文化背景，防止扎堆，不会一群中国人，一群美国人，一群印度人在一起。
• oncall一定要acceptable
• 氛围是整体上（>95%) 认同leader的要求和process，同时也会严肃指出leader的不当并提出解决方案。
• work life balance是一个搬出来说的话题，SDE可以为了work life balance而提出下一个sprint100%做operational improvement的活的意见，而且leadership们愿意牺牲new feature来换取WLB
• 组内上下（PM，SDE，SDM）的目标应该是一样的，要做出更好的产品来碾压市场的竞争对手。
  

产品，这个因人而异，但我觉得必不可少的是:

• 一定要有价值，没了它就有一大堆人叫苦连天了。
  

说完客观因素，另外一个部分就是自己的主观因素了，一个组可以非常棒但是如果自己fit不进去也会弄的很不舒服。我觉得有一些地方还是要注意一下的：

• 初来的人是几乎不会被assign大feature的，不会一进来就做一个面试的时候介绍里说的高大上的东西。几乎每个老板的手段都是先给小活做，一般就是修修bug，找找漏洞，改善一些process，获得了trust之后才会给更大feature做的。所以新来的人，除非是巨牛，一般都是先从小事做起的。既然你是大牛的话，那为什么小事做不好呢？
• 一定要敢说出自己的观点和难处，我觉得说话实在太重要了。不仅仅是和烙印抢credit，更多的是你要让所有人知道你在做什么，对目前的系统有什么看法，下一步project要往哪个方向走。而且这个也是你让队友帮助自己的手段，如果自己的项目有难处一定要说出来。不要觉得自己一定要全部自己搞定
• 主动和老板聊promotion，一般而言，如果你不问老板promotion，他也不会主动来找你说的。亚麻里的文化就是”If you don’t ask for it, you won’t get it”，有时候可能还是要demand的。写promo doc要尽早写还要问别人拿feedback，其实严格意义上从day1就可以写了，不一定要等到升职前夕才写。
  

草草说说，可以讨论。

LZ写的很好啊，换一个视角看就是“如何当好一个优秀的manager”。

补充一点就是我们也得思考“如何成为一个优秀的组员”，怎么帮助manager解决他的痛点，帮助解决团队困难的问题之类的，扩大组外的影响力之类的，这样manager也会很高兴的~

lifei9696 发表于 2019/03/12 01:11:08
所以day 1就和老板说目标是promote吗

对啊，除非你不想被promote了。promtion需要很多人给feedback，也要写很多work summaries，都不是一天两天，甚至不是一个月两个月能写完的。如果你一直拖到升职前夕的话，很有可能那些可以给你feedback的人走了或者忘了

如果day1和老板说，老板可以意识到你是认真的想被promote，他也会为了留着你给多点机会你。你也可以意识到这个组有没有足够多的机会让你能够被promote。

keystdio 发表于 2019/03/11 05:28:48


用的是git，即使是git高手，刚刚进来都是不会用的。这方面不用太担心。

不会避免的，因为bug永远都是客观存在的，被人家指出来了下次不要再犯就是了。

promo doc可以去问老板要资源，或...

感谢大佬指点！
最后还有一个问题，你觉得对于新加入进来的新人，有什么应该做的或者值得注意的或者应该避免的坑吗？
再次感谢大佬！！

请问aws的workload是怎样的呀楼主？
即将入职aws，想请教前辈new joiner怎样做好才能让同事和manager眼前一亮避免2个月被pip~~

本文被选为03/10/2019全站置顶文章之一。
作者获得大米奖励。谢谢你的分享

qqaas 发表于 2019/03/10 07:23:04
请问aws的workload是怎样的呀楼主？
即将入职aws，想请教前辈new joiner怎样做好才能让同事和manager眼前一亮避免2个月被pip~~

workload还真没听说过不好意思。

我觉得眼前一亮的最简单的就是over deliver（当然别牺牲了自己的生活时光）或者至少你提出你想over deliver。就是如果你被assign了一个task，你不仅仅把task完成了，同时把组里里的一难处也解决了。

keystdio 发表于 2019/03/11 04:34:12


workload还真没听说过不好意思。

我觉得眼前一亮的最简单的就是over deliver（当然别牺牲了自己的生活时光）或者至少你提出你想over deliver。就是如果你被assign了一...

了解了 多谢大佬建议！
请问一下大佬，aws version control用的是github吗，之前在小公司上班没有怎么使用version control的工具，现在比较担心这块
另外就是，code review是指代码不干净或者有bug，那样的话怎么做才能避免被指出问题
Promo doc是类似于写documentation吗 不好意思小白问题 还请见谅哈

qqaas 发表于 2019/03/11 05:13:17


了解了 多谢大佬建议！
请问一下大佬，aws version control用的是github吗，之前在小公司上班没有怎么使用version control的工具，现在比较担心这块
另外就是，co...

用的是git，即使是git高手，刚刚进来都是不会用的。这方面不用太担心。

不会避免的，因为bug永远都是客观存在的，被人家指出来了下次不要再犯就是了。

promo doc可以去问老板要资源，或者可以上内网看，这是整个亚马逊的标准流程

被亚马逊的玄学阻挡在门之外要咋办

keystdio 发表于 2019-3-11 05:28
用的是git，即使是git高手，刚刚进来都是不会用的。这方面不用太担心。

不会避免的，因为bug永远都是客 ...

会git的也不能用，都封装成内部命令了？