这周被“PUA”的比较狠，分享一下失败教训

要对得起自己的名字，来聊聊在开水团的工作体验。

来开水团4个月了，还有2个月就该准备转正了。最近大环境不好，网上也在传开水团有裁员，所以还是有一丝担心，自己会不会转正不了。不过也是好事，有敬畏之心，有助于认真做事。哈_{跑题了，说正事}

2个月前接了一个跨团队的新项目，mentor让我负责，目前也是我下半年的工作重点。自己挺喜欢的一个项目，也很用心去做。不过这周大领导在周会和群里两次挑战了项目的进展，周二的时候，mentor让我约大领导时间，给他仔细讲一下项目。

第一次要和大领导汇报，还是挺激动的。毕竟之前那么多次大周会，自己的内容大都被一两句话带过，大领导甚至没有问问题。现在起码自己的工作进入了他的视线。这次打算从项目的背景、项目的进展以及后续的规划三个方面分别展开。

因为自己也只接触项目2个月，而项目本身去年就已经启动了。所以很多事情自己也不是很清楚。为了这次汇报，我从产品那边把项目的背景全方位地调研了一遍，包括，项目对应的业务大类、要负责的业务指标、会影响到的业务流程、和现在项目相关的其他项目、项目本身已有的进展、项目人员的配置等。

至于项目的进展和规划，我先把产品侧的下半年规划梳理了一下，然后再说目前已经做了哪些事情，还有哪些事情没有做，打算做哪些。

完成以上内容，差不多花了一天半的时间，周四上午完成了汇报文档的初稿，对内容本身，我是非常有成就感的。不过对于汇报文档，我内心隐隐有一丝忐忑，但并不知道问题在哪里，于是就把文档发给了mentor。墨菲效应，虽迟必到。下午3点，mentor就把文档批的毫无价值。核心问题有两点：（1）未站在听众的角度去写文档；（2）全文内容的结构组织过于散点化，缺乏逻辑串联。总之，需要大改。并建议，如果没有特别着急的项目，就放下所有事情，认真修改文档。针对性的具体建议有：（1）这是新项目，大领导之前没具体了解过，所以最关心的应该是项目的价值、特别是算法（我们是算法组，所以大领导是算法方向leader）在其中所起的作用，以及项目中有哪些算法问题、这些算法问题已经被解决到哪一步了。（2）全文结构可以按照如下逻辑来梳理：项目对应的业务问题->业务问题产品化->产品问题算法化->算法进展->后续规划。

虽然被批的体无完肤，不过建议很受用，加急修改了一版，晚上8点半完成并重新发送给mentor。反馈意见是：每个算法问题都要从问题定义、目标、输入/输出、算法方案、进展和个人思考等方面描述清楚，表达时也要区分哪些是客观事实，哪些是主观判断，不要混在一起写。所幸，没大问题了，只是细节小问题。

稍微加点班，晚上11点又修改完一版，再次发给mentor。第二天早上反馈意见是：个人思考是对问题本质的思考，如果是其他问题，比如项目风险和困难，就不要写在个人思考下面，此外，最好不要超过3点，否则会显得没有重点。

继续改完后，下午2点终于和大领导做了汇报，虽然还有问题，但主要是技术层面的。然后在组内周会上，mentor表示，写作能力是开水团很看重的能力，大家虽然也都看过金字塔原理，但是真正使用时却依然问题多多。我本周就被“PUA”的比较厉害，下周准备一下材料，结合这次给大领导汇报用的文档，给大家分享一下写作的经验教训。

回顾下来，本周的大半时间都在准备和修改汇报材料，其他方面的进展比较少。不过还是认为很有收获的，特此记录下来，给大家提供一个反面教材的实例。