在amazon推动项目进展的奇技淫巧

已经在亚麻工作4年多了，感觉最近才学习到的如何高效地推进项目进展，尤其在亚麻这样管理层很复杂感觉干啥都要开会开会align再align的文化里，很多时候其实你已经差不多完成了一个project但是被卡在各种需要别人同意/配合的地方。




背景：

我在一个centralized science team 做scientist，组里全是scientist / economist没有engineer， 需要和不同engineer team， 和不同的product manager 频繁合作。

最近的push心得是：

• 有里程性质的开会（一般会拉上三方， scientist， engineer， pm 所有相关的人和他们的manager）不是讨论，而是align。 这种会不要提出问题，不要提出不确定性。比如：
• 
  
  • 不要在会上问下一步干啥，直接列一个section说，我接下来准备干1234 因为xxxx， 最后问参加会议的人有遗漏或者异议吗？
  • 不要在会上让大家决定action1/2， 直接列出来action1/2/3, preferred action 1, 因为xxxx， 最后问大家，有异议吗？
    
• 所有需要讨论的事情自己找负责的人私底下讨论就好了，可以不用拉无关紧要的人。
• 开里程性质的会，最好是开会之前所有人都已经知道这个会要干啥，并且没有太大的异议了。最后在开会之前提前和各个部门先通气，和相关人员先 on the same page,确保我开会的内容他们不会反对，能解决他们的问题。
• 有时候 engineer team会踢皮球，比如“这个不做因为我们没有bandwidth”， “那个也不做因为不能证明做了就有用（会把球踢回给我让我各个角度证明这个东西是有用的能带来收益的）”。 这个时候需要提前想好他们会从什么角度fight back提前准备分析，和惯用理由“这是一个chicken and egg problem 如果你们不提供support的话我们很难继续研究证明这个model的精确收益”
• 和你的老板提前通气，但这个比较看你和老板的沟通vibe。 我最近喜欢直接说下一个meeting我需要你帮我push engineer team xxxxx， 不然我们这个project会被一直block。
• 当大家都align完可以开始productionalize model之后，还要开很重要的plan meeting，这个会主要就是写计划，明确每个team 接下来的几个月应该做什么，计算cross team 需要的headcount， 写明deadline 和dependencies
• 开了plan meeting之后还可以再拉weekly/biweekly sync,  确保每个人都在干活，没有blockers
  

好了，这一套下来差不多就会比较顺利了。总结下来就是，开会开会开会，align align align。

有啥想到的别的心得我再另外补充。

另外好奇别的公司推动project也需要这么繁琐的流程吗？好奇别的打工人的经验！




最后求大米求大米！！！！ 求求！！！！

补充内容 (2026-01-06 00:57 +08:00):
家人们求大米！想看面经还差44颗大米😢，每个人助力一下，我就离逃出Amazon的道路越来越近了！

补充内容 (2026-01-06 03:50 +08:00):
文中engineer只代表我合作的engineer team, 但是这种被push back 的经历可能来源于各个组/job family， 也有可能是science team push back。没有说engineer老是pushback的意思，只是想讨论被pushback了怎么办的意思

你知道engineer team为什么不想跟AS合作吗？因为每次我们吭哧吭哧launch完，你们把大部分credit 拿走了，但你们写的那些toy model真是网上一抄一大把……

是的，在亚麻学会最多的就是：开大会不是真的为了讨论问题，该讨论的问题之前都已经讨论差不多了，开会就是让大家见证没有人有异议。

匿名用户 发表于 2026-01-05 07:07:12
作为as的标准写的就应该是 production level code，然后 engineer直接丝滑deploy，不知道你们组合作的 vibe ，但我觉得没到

那你们可能central science 的AS可能还solid点。我们组之前L7下面有AS，他们经常就是自己拿一些非常小的数据用colab或者jupyter 用个市面上比较常见的model，然后跑跑weblab，用一些很bias的方法说model效果好去向上面证明用这个新model。结果就让我们engineer 快速把e2e的把etl搭好，然后inference service 给搭好，然后在sagemaker 把他们只写了toy model (loss function 和feature的选择加上一些最基本的RL/supervised learning的框架，如果用dl很多最后hyper parameter都是我们帮调的)的script 给改成production code，把所有test 给写好，这样他们就很容易添加新的feature 去验证。最后如果production ，这个model效果好，基本功劳全是他们的，他们很快升职，如果model效果不好，锅全是我们哪里哪里没做好，最后可能做了一年东西也launch 不成。但这么多年合作，大概率是model效果一般，也没和老model有本质区别，但最后美化下数据还是launch 了，但可能这个model training 和整体infra太烧钱了，第二年又做了个新的轻量的，然后循环往复。

谢谢分享。请问这类项目的scope如何？比如团队有多少人、周期多长、目标听众是否为公司高管？

我也很想知道其他公司和亚马逊一样天天要写这么多doc和这么多align会么？ 还是SDE专心写代码？

匿名用户 发表于 2026-01-04 22:31:53
我也很想知道其他公司和亚马逊一样天天要写这么多doc和这么多align会么？ 还是SDE专心写代码？

同想知道，我最近跳槽的小公司 deign review基本上一遍过。没有太多要align的东西/人

谢谢分享。楼主厉害了

匿名用户 发表于 2026-01-04 23:08:07
同想知道，我最近跳槽的小公司 deign review基本上一遍过。没有太多要align的东西/人

主要是亚麻sde职责过于overhead，甚至完全不像sde。我现在跳槽也想找一个职责清晰，专门写代码，每天4小时工作，有qa，有pm，有ops组，有专门负责开会align的。而不是亚麻这种sde所有活全包一天到晚写dox和开会。

匿名用户 发表于 2026-01-04 21:56:43
是的，在亚麻学会最多的就是：开大会不是真的为了讨论问题，该讨论的问题之前都已经讨论差不多了，开会就是让大家见证没有人有异议。

类似 “全票通过”

匿名用户 发表于 2026-01-04 22:31:53
我也很想知道其他公司和亚马逊一样天天要写这么多doc和这么多align会么？ 还是SDE专心写代码？

我也很想知道别的公司是不是做什么都要先写一两个月甚至两三个月的HLD和LLD