我感觉有很多可以借鉴的东西。不过有些是天分，有些是童子功，学也不一定能会能用了。
---------
最近做一个跨组项目，我们这边主要合作者是一个印度L6 DS。平时觉得水平相当一般（分析数据主要靠excel），作为队友的时候发现全靠他撑场面。
.
1. 每次会议都做准备和总结，舌战群儒，甩锅隔壁组那叫一个麻溜。. 1point 3 acres
2. 写作能力强，每周给领导做汇报，doc能写两三个page（明明我们这周什么也没做，我都惊呆了）。
3. 遇到麻烦的活各种花式推脱，要时间，还传授我推活模版（需要研究。。。没有资源。。。要求简化方案。。。有更高优先级任务。。。年后做。。。过完年也没资源。。。）
. Χ
本人是老黄牛类型的，经常觉得有时间扯皮活都干完了，结果经常被PM和TPM按在地上摩擦。和这个印度哥们合作，我一个人干两个人的活（他啥也不干只负责逼逼），反而比我自己单干要轻松。才知道原来自己吃了那么多的亏。
补充一下无中生有写报告的粗浅观察：. 1point 3 acres
1. 每个部分都上集回顾之前的进展（实际上领导确实不记得上周报告了啥）
2. 每一个步骤都按照STAR的方式来写
3. 除了结果，也要描述遇到的阻力和解决过程。比如我们提了三个方案，隔壁组选择了第三个（会议讨论耗时10分钟）。如果是我可能就直接写“alined with XXX”，但是这个哥们分了三段，分别写了方案的出发点，对方推回来的理由，优化的选项，优化后仍然不能解决的问题，我们后续如何由此出发得到下一个方案。从行文上看似乎是先后开了三个不同的会议，多方博弈才得到的伟大共识，难度堪比俄乌和谈。
4. 虽然没有点明，在描述过程中处处体现对LP的贯彻（参考hq面试的切题方式）
5. 最后总结各种blocker， challenge， ambiguous （无中生有，小事化大），但是我们准备如何团结一致不怕牺牲，万众一心也要按时完成milestone，四舍五入就是出师表了。
本周实际工作量：和隔壁组开了30分钟会，十分钟讨论方案，二十分钟甩锅（这活不归我们管/干不了）。
关于推活。。。和写总结这种单方面输入来说，推活更像是见招拆招。
本次合作涉及双方PM，TPM，对方TL，SDE， DS，本阶段的action item全是我们的。如果是我的话，那就只能躺平挨打了（== 好好，我会干的）。但是我方DS能在否认能力不足，缺乏执行力，交流不行（PM和TPM常用大棒）的前提下，大量减少我方action item，显著延长我方生存率，防御力算是很不错了。
我的水平还不能总结规律，只能说常见句式包括但不限于： ..
1. 这个需求（功能，分析）并不能直接体现客户体验。
2. 这个需求的优先级不如另一个需求，如果做的话会影响另一个需求的进度 （另一个需求理论耗时一个月，实际耗时两天，但是在最后两天之前我们是不会做的）。
3. 这个需求超过了我们之前谈好的责任范围，我们需要请示领导（leaders are right a lot，并且正在休产假）。
4. 这个需求本身还算合理，但是需要人力/物力太大，请先回去simplify一下。
5. 这个需求太细枝末节了，我们应该做更有魄力的改进，请先回去think big一下。
6. 这个需求非要做的话，会对按时上线造成风险。
7. 今年肯定不行，明年再说。
我作为己方主要输出，一开始开会还挺积极的，也承担了大量的工作。有一次PM要一个metrics，问说什么时候能给，我说下周一。会后我问DS大哥能不能做（因为本来就是DS的工作，而且很简单，数据我都下好了）。这位大哥爽脆拒绝了，说这个任务不是他commit的，所以他是不会做的。还语重心长的对我说，你以后不要随便commit。最后是我做了这个分析，然后就学会了闭嘴，过上了靠大哥划水的日子。
. ----
补充内容 (2022-12-20 17:20 +8:00):
有回复觉得这种嘴上功夫没有建设性，对项目有害无益，这一点我完全认同。实际上本人也很不愿意扯皮，平时基本就是组里的“can do person”，自认为技术不错，也lead过几个大项目。此外还需要各种救火，拉扯小弟，一天到晚苦熬。
有个人性格因素，也由于写码占据了大量精力，平时不怎么刻意和领导沟通，会议之类的准备都是最低限度。除非有实在搞不定的问题，一般不去麻烦领导。结果是，领导常常低估我做的项目的复杂性，觉得我总是做low hanging fruit （虽然别的SDE一年不能解决的问题，我做了大量研究后，另辟蹊径一个月解决了，领导也不会觉得我是10倍工程师，只会觉得之前的SDE太忙了）。但是，凡事我一个人努努力能上线的情况，我心态还是很好的。
然而当scope更大的时候，任务分配更模糊的时候，一个人努力就不能解决问题了。（特别是大厂，混子太多傻子不够用。）你越显得 “能干”，别人就越想把任务塞给你。但是由于permission或者domain knowledge，我总有一些不能解决的task。但一旦开始做了，做不完就得背锅，AKA over commitment。这种时候，只能尽可能划清权责，互相推诿/催促/制衡（你不做我也不会做要死一起死）才有可能让项目进展下去。
补充内容 (2022-12-21 03:51 +8:00):
许多评论说有这种防御力强的己方战友很不错，还能学到不少交流技巧，我自己也是这么觉得。这次的项目没有conflict interesting，所以让印度兄弟在前面甩锅，我在后面干两份活（SDE + DS）也没有什么不行的。
但是指望能混成“自己人”以后抱大腿可能是想太多了。这个印度兄弟对手下的小中就没那么客气，不仅全替小组的小印干活背锅，而且露脸的机会也都被抢走了，被PUA得苦不堪言，只能说是为了身份撑着。. ----
但是我自己又何尝不是呢，我只能靠贡献剩余价值，求印度兄弟拉扯一把，能帮我推点活还得感激人家。谁不愿意在会议上主持大局，做为项目的代言人，doc被leaders反复引用甚至指定为模版呢？没有软实力，只能苟着。
希望老黄牛们都能早点支棱起来。