2019-05-30我部门的项目复盘就是击鼓传锅大会作者回复: 😂好形象生动的比喻
16
2019-06-12第二次阅读这篇文章，真的是大获启发！项目复盘会议组织过多次，但是没想到以前做的这么差劲，没想到复盘会议还可以这么玩儿，真的学到了很多。再次感谢宝哥！作者回复: 谢谢支持：）
2
2019-06-08好的地方比原来做得差的意思是上一个项目复盘知道优缺点，比如bug变少了，是开发和测试花大量时间共同努力的结果，原因项目规定时间，其它方面少了，比如代码比较乱，注释少，文档没有……
如果在bug方便控制，下个项目bug比之前多，其它方面有所改善，反正是这个弄好了，那个又变差了，小公司开发他们也不想着怎么改进，如果加入强制控制他们反感，本来时间就紧，还搞其它…作者回复: 如果是解决一个问题又导致了新的问题，按下葫芦起了瓢这种情况，需要多在整体思考一下原因，尤其是项目的整体流程和开发计划方面。
推广开发流程导致反感，觉得时间紧还搞其他这个问题，需要两方面入手：
1. 首先要反省项目计划，如果只是加要求而不给相应时间计划，比如说要求写自动化测试，而不留出写自动化测试时间，那当然会抵触。
所以相应的要制定出更好的项目计划，避免为了砍时间而砍时间，给开发留出时间去设计去写测试代码，不然就算你制定一个很紧的计划，还是要花很多时间修Bug，最终花的其实时间差不多。
2. 提升大家的认识，不仅是团队内部，还包括团队外部，你的老板和业务部门，获得他们的支持。让大家知道磨刀不误砍柴工：前期投入时间在开发质量上面，后期会节约大量修改Bug的时间。 2
2019-06-02回顾目标。客观准确。
评估结果。在目标与结果的差异中发现做的好的地方和不足的地方。客观不发散。
分析好与不足的原因。畅所欲言，就事论事。
总结规律。归纳出可以继承的经验或极力避免的坑，凝练出流程与规范。展开作者回复: 👍谢谢总结分享
2- 2019-06-01如果复盘，好的是花不少精力上去了，如果要改进坏的，那么好的地方就会比原来的做得差，这种情况怎搞？是不是想办法提高效率之类？
另外我想问下宝哥，你哪章是讲代码质量，项目质量的呀？我看标题找不到，尴尬了^_^|||作者回复: 你说的“好的地方会比原来的做的差”，能举一个具体的例子吗？
你说的代码质量和项目质量是来自《31 | 软件测试要为产品质量负责吗？》 2 
2019-05-30项目复盘是整个项目实施过程中或项目结束后很重要的一环，它可以帮助项目团队成员站在全局的视角上提升发现问题-分析问题-解决问题的能力，更能帮助具有管理才能的技术人才提高统筹规划和执行能力。与此同时，我们还可以根据每个团队成员在项目实施过程中的经典设计和典型错误，判断出他们各自的擅长领域和技术上的短板，在遇到相似或相关问题的时候进行针对性的沟通和交流，从而减少问题重复发生所带来的影响。作者回复: 🙏谢谢补充分享！
建议对于团队成员，日常就可以做这样的沟通和指正，不必等到项目复盘的时候。比如说定期可以有一对一的会议。 2
2019-11-09之前在有赞的时候，使用一些复盘的工具来进行项目复盘：
（1）KISS（keep、improve、stop、start），分别讨论出在下一个项目中需要保持、提升、停止、开始的行动，感觉非常有效；
（2）心情曲线，可以从另一个侧面考察项目组成员在项目过程中的参与感和非理性的感觉，有助于在后面的项目中改善项目组沟通
老师在这篇文章中介绍了最基本的步骤：（1）回顾项目目标；（2）评估项目结果；（3）分析原因；（4）总结规律，落实行动。对于第四步来说，就可以使用KISS这个工具。作者回复: 👍谢谢分享
1
2019-09-09有时候总结出是领导的问题，但是毕竟领导组织的，也没人敢说他的问题，每次领导说你们啥啥啥一堆问题，其实大家都觉得他是主要源头，但是就是不知道如何表达，让他意识到他的问题，又不会显得下属太直接。。作者回复: 说实话，这个问题我帮不了太多，多转发一点软件工程文章让他看到也许是个委婉的方式🤦♂️
1- 2019-05-30我觉得scrum方法中提到的两个会，可以作为项目复盘会内容的参考。Sprint评审会议（Sprint Review Meeting）和Sprint回顾会议（Sprint Retrospective Meeting）。Sprint 评审会议在 Sprint 快结束时举行 ，用以检视所交付的产品增量并按需调整产品待办列表，是对工作成果的评审。Sprint 回顾会议是 Scrum 团队检视自身并创建下一个 Sprint 改进计划的机会。是对方法论的回顾和提高。项目复盘会也应该从这两个角度去做总结提高。
作者回复: 🙏谢谢补充！
Sprint评审会议可以帮助发现做的好的和做的不好的；
Sprint回顾会议可以帮助找出原因和总结规律 1 
2019-05-30回想一下，项目复盘想要效果好，需要做一些准备工作:
1. 复盘会前，要求项目组核心人员对项目的情况先自己进行总结，包括做得好和做的不好的方面，有书面文件输出。先要有思考，复盘会上大家才有可讨论的内容，否则会议上大家可能就是随便说说，复盘会成了走形势。
2. 复盘会的会议主持人，需要有比较强的会议主导能力，尤其是参加会议的人来自多个部门的时候。因为大家总结项目中做的不好的地方，难免会涉及到多个部门或团队配合的情况，且每个人的描述也不可能做到百分之百的客观和公正。如果有人认为总结的内容有问责的含义或需要自己承担责任，复盘会就很容易变成了甩锅会。这时候就需要会议主持人正面介入和引导，让大家讨论解决方案和改进措施，确保按照预定的议程开复盘会议。展开作者回复: 🙏谢谢补充！
会议前的准备蛮重要，要有一些基础的可以讨论的素材
会议时要有人组织控制 1