鹰眼项目是金融 APP 通过短信、微信、站内信、push 方式实现用户触达的项目。用于拉新推广、活动促销、提升活跃/留存、流失用户召回等用户触达场景，关注于消息发送的触达率、点击率、转化率。目前实现了对金融各业务的支撑，随着鹰眼项目的对用户触达方式的丰富，鹰眼的业务方需求也随之增多，如何在保证需求进度的同时，提升项目的质量？如何在业务需求的高压下，保持项目团队的活力及动力？这是为鹰眼项目团队引导复盘的初衷。
引导复盘会的几个环节
（1）复盘会议不仅仅希望团队成员都能参与进来，更重要的是能敞开心扉，团队成员没有顾虑的把问题暴漏出来，找到改进的方法。但事实是肯定会有人担心复盘会会成为一个批判会议，如果是这样，会议中就找不到团队中的真正问题。所以在开会前要 设定一个安全的环境、激活大家的发言欲望、明确会议的基本规则。
（2）回顾迭代过程中的预期目标、及实际进展情况，以促进团队对迭代历史的回忆，为下一步的数据收集阶段做准备，这一环节会根据行云中的迭代数据为起始点，从迭代中的卡片数、工时数、完成度、迭代的累积流图促进团队对迭代的目标完成度的共识。
（3）收集数据，引导团队成员对本次迭代中团队做的比较好的点进行回忆，这个阶段会给大家 5 分钟，让大家在安静的空间、安全的环境中进行高度集中的思考及书写卡片；时间结束后，让团队的每一位成员对自己书写的卡片内容进行分享；在此过程中让团队成员形成一种氛围，对自我的肯定以及对团队的肯定。在这安全的环境中，继续引导团队 对此次迭代中有待改进的事项进行书写（其实是哪些做的不好，但尽量不要用这类消极的词语而打破安全的环境及氛围）。同样在最后让团队成员针对自己的卡片进行分享和说明，以促进团队的反思。这个环节 促进团队产生见解，是此次会议的核心内容。在确定了团队待改进的部分，团队成员间进行的分享和说明，有助于团队达成一致，但不可能对所有待改进项进行下次迭代的改进和提升，这个时候引入投票环节，每人 3 票，选出改进项中投票最多的 3 个改进项。
（4）确定了改进项后，就需要讨论得出针对这些待改进项的改进方案。并 确定验收标准，以实现在下次复盘会议中来确认改进项的落地及实施情况。
通过一个迭代的观察和复盘，团队就上一次的改进项进行了回顾。本次复盘会议针对在迭代中遇到的问题，项目团队经过讨论、投票形成以下三项后续行动计划。
01 文档完善
验收标准：以迭代 3 中 5 个需求为试点，以需求为单位，在行云中链接对应的 cf，标明逻辑以及遇到的问题、踩过的坑。实现团队的共识，加强了后续对文档的沉淀及积累。
02 加强测试用例评审
验收标准：覆盖点要明确/要有业务逻辑+数据覆盖/产品文档中要包含初始测试用例；测试用例需在产品文档评审后的 2 天内输出，并邮件通知。加强了团队对业务逻辑、数据覆盖的关注度，使团队在此次迭代中的质量有了明显提升（团队成员的整体反馈）。
03 加强需求评审
验收标准：需求要有目标（如提升了/解决了），需求评审尽量固定时间（如一、三、五），按“需求评审管理办法”实施：①产品评审要在评审前一天将 prd 文档邮件通知全员；②相关研发测试在评审前要进行 Q&A 过程；③Q&A 后的产品文档修改，要有变更记录。加强需求评审，会对业务需求有了更好的理解和认识，对目标感更加明确。
目前在鹰眼项目中，行云、CF 等项目管理工具得到了充分的利用，促进了团队成员间的配合。团队更乐于面对面的沟通，促使工作效率更加高效。通过复盘会中对目标的回顾和强调，团队更加聚焦，优先级意识加强。
Java 避坑指南：Java 高手笔记代码篇
本迷你书包括 86 个业务开发中常见踩坑点。每一个知识点都相当的实用，是程序员业务开发中的必备避坑指南...
评论