關于如何做複盤請移步：新晉總監生存指南四——項目執行指南，如何複盤部分
從去年接手技術團隊後便開始推行CaseStudy（複盤的一種），旨在收集技術團隊日常線上問題，組織建設問題的解決方案，後續落地了不少技術沉澱、流程機制，感覺效果不錯，自2020年9月推行Case Study機制以來：
- 共完成290餘例case的CS
- 形成100多項流程規範/工程基建/踩坑經驗積累的改進項
- 沉澱了30多個經典案例供研發童鞋學習
- 并以此建立了不斷完善的問題标簽統計分析團隊的薄弱項
推行順利原因是機制本身沒問題，而我又是大leader，勢能高做事容易。
後面擔心會演變成盯着效果就好，不參加便流于形式，便逐漸變成了選擇性參加，更多的浏覽CS文檔，如果發現CS文檔不行就要求重新做CS。
半年多時間下來，CaseStudy機制這種複盤基因算是種下了，大家也不會認為是在問責，而本身也接手了一塊産品領域工作，便想将CaseStudy在整個産研推行。
因為機制已經比較成熟，便直接交給了效率leader落地，卻收到了不好的回報，大概是：産品同學不願意CaseStudy。
Review了效率同學的工作後，發現其本身工作缺漏不少，有點懶政的意思，于是從新安排了工作：
1）産品同學的CS不同于技術同學的CS，CS模闆需要适應與其團隊；
2）之前的案例都是技術案例，去找關系較好的産品，協助他寫第一個CS作為案例，這種demo至少需要3個；
3）寫一份正規的郵件，以質效團隊的身份發出去，首先說清楚CS的目的，強調絕對不是問責（其實也會問責），主要目的是改善團隊；其次是将技術團隊半年的CS成果發出來，并且說清楚幾個技術leader都是CS的常客，而他們的績效依舊很好；
4）在産研大群同步郵件内容；
5）第一次正式CS前，提前一天在大群發消息同步，并邀請大leader參加；
6）然後就是具體CS會議正常開，記錄會議todo；
7）同步會議紀要以及todo到群裡，todo需要同步更新至産研周會todo，每周跟進；
8）......
随後，CS機制開始在産品團隊正式落地，第一次CS結束後反響較好，相關同學還決定将一些典型CS做成PPT給團隊分享......
所有如果有一套比較好的方法論想要在新團隊落地，可以使用這套路徑：
1）為機制本身準備充分的說明材料，要充分的考慮人性，比如CS會被認為是***會，扣績效的手段，便需要打消大家這種疑慮；
2）除了說明材料，還需要準備該機制之前取得的成績，最好離大家近一點；
3）成績相關案例是過去團隊的實踐，在目前環境下的前幾次落地要親自抓，協助落地；
4）找勢能高的同學背書；
5）機制落地後要有持續好的回報，比如對于CS這個機制，todo需要落得下去，否則機制就落于形式；
6）持續疊代機制；