上一篇《理论篇》我们提到了Flexagile适合于什么样的团队和项目，并向大家展示了其优势和特色的弹性部分，本篇我们会详细介绍在RingCentral，我们是如何应用Flexagile的流程会议。
实践
Flexagile最重要的环节就是PI Planning（我们内部称之“拍卖会”）。PI Planning源自SAFe框架的全体计划会议，不过在Flexagile中演变得更灵活，更有趣，也更加轻量。（SAFe中定义了一场2天的会议）
PI Planning分两场会议，第一场是有产品经理主导的产品介绍会，第二场则是令人兴奋的项目拍卖会（Pick-up Time）。
产品介绍会（Feature Introduction）
产品介绍会一般一个月召开一次，会议时长半小时到一小时，邀请全员参与。产品经理会在会议上介绍未来两个月我们规划图（Roadmap）上会有什么新的项目。
Flexagile的重点在于把项目分阶段切小，所以Roadmap上的每个项目尽量不超过一个月。如果您所在的团队是多个团队维护一个大项目，应当把项目按照功能（Feature）来拆分成多个小项目。
项目拍卖会（Pick-up Time）
项目拍卖会在产品介绍随后一周内举行，会邀请所有接下来一个月内项目即将结束的团队成员参加，当然产品经理和一些基础支撑部门比如自动化的团队成员也会收到邀请。
1. 待拍品介绍（General Introduction）
首先按项目优先级陈列本次拍卖会的待拍项目，并强调每个项目的期望完成时间(ETA)或Deadline。
接下来询问大家对产品经理之前的介绍是否还有疑问，和询问产品经理对项目有什么补充。
最后由开发团队Leader简单介绍项目的技术方案，可能用到的技术栈等（我们鼓励团队中不同语言的开发人员跨职能争取项目），并给每个项目赋上预设资源配比，如：2 Dev + 1 QA。
2. 拍卖环节（Picking Time）
接下来就像拍卖会一样，依据项目优先顺序进行招募项目成员：
“下一个是 Project E 项目，我们期望有2位开发同学和1位QA同学，有哪位开发和QA想加入？请举手！”
注意观察，先举手的团队成员将被选定为项目成员。
中标后，可以在项目列表上标记上项目预开始时间（ETD）（根据中标人员手头项目最早结束的时间计算），方便接下来的需求排期讨论。
Tips: 必须等一个拍品中标（人选满额），才能进行下一个拍品的拍卖。如果碰到大家都不愿意出手的拍品，那么就请发挥你管理者的权利，进行宏观调控吧。
3. 需求拆分（Team Break-out）
本环节30分钟时间，让所有中标新组的团队聚成多个讨论区，讨论如何拆分需求和项目阶段，如果会议室不够大或担心讨论相互影响，可以预定隔壁会议室让大家享用包间！
如果拿到的项目连产品经理都还没有完整清晰的需求分析，那么请和产品经理一起讨论出需求轮廓，并按拆分好的需求功能、CI、CD任务（测试自动化同学可给予建议）、回归测试阶段等，进行阶段划分和计划排期。
讨论结束后，项目团队派一个代表按顺序向全员展示自己团队的讨论结果。其他团队和技术经理可以给予建议或意见。
4. 计划排期（Plan Refinement）
本环节15分钟的时间，让各团队继续分组讨论，并做出计划。目的是产出：
- 根据经理和其他组的意见调整自己的需求拆分和阶段划分
- 排周计划或迭代(Sprint)计划，并设立里程碑
- 识别出项目风险
- 给出第一个可工作版本（working software）的时间
讨论回来后，同样的，每个项目团队轮流展示自己的讨论结果，并把自己的项目计划摆放到一个统一的计划板上。并标注出第一个可工作版本（working software）的时间节点和其他里程碑的位置。
进行风险卡片展示的时候，描述风险后可以询问是否有谁可以解决或减轻这个风险（如果其他团队有过类似情况，或管理者有更多资源或对接其他部门解决，可以给予帮助）。
最后询问产品经理对每个团队的计划和整体计划是否满意。如果觉得计划有问题，或时间严重超出预期，则宣告失败，进入计划调整环节。
5. 信心度投票（Confidence Vote）
在第二轮每个团队的成果展示后，会进行一次信心度投票，参与项目讨论的团队成员和产品经理，及任何了解项目并期望投票的人都可以在当场比出1~5分的手势✋，如果分数普遍在4分5分，则通过！
若个别低分，可以阐述下低分的理由，来分析是不是有什么没考虑到的隐患。
如果分数普遍偏低，则宣告失败，进入计划调整环节。
6. 计划调整（Plan Adjustment）
若项目排期计划不满足产品经理的需求或团队信心度过低，则尝试以下两种方式调整计划：
- 增加人手资源，但可能会减缓被抽掉资源的项目进度
- 产品经理是否可以把需求拆分成两个或多个阶段进行交付
并且需要进行一个跟进会议继续讨论项目计划。
7. 更新产品规划图（Roadmap）
最后根据大家计划的初步结果，更新产品的年度规划图。
黄色代表正在运行的项目，蓝色代表红线当天中标的项目
开放式回顾会（Open-Spacing Retrospective）
基于Flexagile的敏捷框架，团队会拆分成数个功能团队，并且在进入下一个功能开发的时候，重组新的功能团队。因此，我们在回顾会议上也有新的调整，我们称之为开放式回顾会议。
开放式回顾会议引用开放式空间讨论技术（Open-Spacing Skills），让不同团队之间的实践和问题可以共享，也让大家自由地加入感兴趣的话题参与讨论。
1. 头脑风暴（Brainstorm）
在开放式回顾会中也有PI（Good Practice & Need Improve），回顾会议先让大家各自分别写下关于这两块的内容，每人写不超过3张卡片，计时3分钟时间。
实践分享（Good Practice）
在传统的回顾会议中，大家的讨论重心在值得改进的地方。功能团队的成员流动性大，并且每个团队的流程模式和应用的敏捷框架不一样，我们认为更重要的是让团队相互分享最佳实践，碰到问题的有效解决方案，值得借鉴的理论知识。
改进发现（Need Improve）
这块于传统的回顾会议一样，大家可以用Start, Stop, Keep或是五星图模式(Start, Stop, Keep, More, Less)分类等回顾会议工具。但在Flexagile中，拆分的团队又不断重组，很难像以前一样保留一个很大的改进待办文档（Improvement Backlog），所以我们通常期望把问题讨论的结果总结成可以近期执行的步骤方案，并形成物理看板的卡片在每日站会（Daily Stand-up Meeting）中进行追踪。
2. 相互分享（Present to Each Other）
当大家都列出了自己的卡片之后，可以进行团队分组讨论。使用GROW（Goal, Reality, Options, Way Forward）的方式进行问题分析、场景重现和解决方案选定。
最后，每个团队派一个代表把自己团队的卡片结论展现给大家。好的经验分享可以让大家共同借鉴；分享遇到的问题，可以寻求其他团队对于解决方案的建议。
其他流程
上面介绍了在Flexagile框架中开始的PI Planning的流程及最后的开放式回顾会议，而期间的流程形式及会议，依赖于团队拿到项目后自由选择运用的敏捷框架，可能是Scrum、Kanban或XP等。
待续
在Flexagile的体系下，我们不仅提供给大家一些框架性的流程，在实践中，我们还总结了一些对应的文化实践来更完美地打造你的敏捷团队。在下一期，我们将会推出《Flexagile弹性敏捷文化篇》，尽请期待！
RingCentral敏捷教练
不懂技术的产品经理不是好教练！
长按二维码关注
One Reply to “Flexagile 弹性敏捷 – 实践篇”