如何在项目迭代中进行复盘?

阅读数:1 2020 年 3 月 22 日 21:05

如何在项目迭代中进行复盘?

鹰眼项目是金融 APP 通过短信、微信、站内信、push 方式实现用户触达的项目。用于拉新推广、活动促销、提升活跃 / 留存、流失用户召回等用户触达场景,关注于消息发送的触达率、点击率、转化率。目前实现了对金融各业务的支撑,随着鹰眼项目的对用户触达方式的丰富,鹰眼的业务方需求也随之增多,如何在保证需求进度的同时,提升项目的质量?如何在业务需求的高压下,保持项目团队的活力及动力?这是为鹰眼项目团队引导复盘的初衷。

引导复盘会的几个环节

(1)复盘会议不仅仅希望团队成员都能参与进来,更重要的是能敞开心扉,团队成员没有顾虑的把问题暴漏出来,找到改进的方法。但事实是肯定会有人担心复盘会会成为一个批判会议,如果是这样,会议中就找不到团队中的真正问题。所以在开会前要 设定一个安全的环境、激活大家的发言欲望、明确会议的基本规则

(2)回顾迭代过程中的预期目标、及实际进展情况,以促进团队对迭代历史的回忆,为下一步的数据收集阶段做准备,这一环节会根据行云中的迭代数据为起始点,从迭代中的卡片数、工时数、完成度、迭代的累积流图促进团队对迭代的目标完成度的共识。

(3)收集数据,引导团队成员对本次迭代中团队做的比较好的点进行回忆,这个阶段会给大家 5 分钟,让大家在安静的空间、安全的环境中进行高度集中的思考及书写卡片;时间结束后,让团队的每一位成员对自己书写的卡片内容进行分享;在此过程中让团队成员形成一种氛围,对自我的肯定以及对团队的肯定。在这安全的环境中,继续引导团队 对此次迭代中有待改进的事项进行书写(其实是哪些做的不好,但尽量不要用这类消极的词语而打破安全的环境及氛围)。同样在最后让团队成员针对自己的卡片进行分享和说明,以促进团队的反思。这个环节 促进团队产生见解,是此次会议的核心内容。在确定了团队待改进的部分,团队成员间进行的分享和说明,有助于团队达成一致,但不可能对所有待改进项进行下次迭代的改进和提升,这个时候引入投票环节,每人 3 票,选出改进项中投票最多的 3 个改进项。

(4)确定了改进项后,就需要讨论得出针对这些待改进项的改进方案。并 确定验收标准,以实现在下次复盘会议中来确认改进项的落地及实施情况。

通过一个迭代的观察和复盘,团队就上一次的改进项进行了回顾。本次复盘会议针对在迭代中遇到的问题,项目团队经过讨论、投票形成以下三项后续行动计划。

01 文档完善

验收标准:以迭代 3 中 5 个需求为试点,以需求为单位,在行云中链接对应的 cf,标明逻辑以及遇到的问题、踩过的坑。实现团队的共识,加强了后续对文档的沉淀及积累。

02 加强测试用例评审

验收标准:覆盖点要明确 / 要有业务逻辑 + 数据覆盖 / 产品文档中要包含初始测试用例;测试用例需在产品文档评审后的 2 天内输出,并邮件通知。加强了团队对业务逻辑、数据覆盖的关注度,使团队在此次迭代中的质量有了明显提升(团队成员的整体反馈)。

03 加强需求评审

验收标准:需求要有目标(如提升了 / 解决了),需求评审尽量固定时间(如一、三、五),按“需求评审管理办法”实施:①产品评审要在评审前一天将 prd 文档邮件通知全员;②相关研发测试在评审前要进行 Q&A 过程;③Q&A 后的产品文档修改,要有变更记录。加强需求评审,会对业务需求有了更好的理解和认识,对目标感更加明确。

目前在鹰眼项目中,行云、CF 等项目管理工具得到了充分的利用,促进了团队成员间的配合。团队更乐于面对面的沟通,促使工作效率更加高效。通过复盘会中对目标的回顾和强调,团队更加聚焦,优先级意识加强

评论

发布