SAFe之PI运作指南——Scrum中文网

　　本文作者：李洁（Jerry Li），CSP，CSM，Scrum中文网资深敏捷顾问和培训师，敏捷教练

　　PI（Program Increment）是SAFe中的一个基本概念，目前还没有一个贴切的中文翻译，我们就直接称其PI好了。

　　在Scrum实施中，Scrum团队往往会把迭代的开发工作排得过满，从而出现在团队改进和下迭代准备上投入不足的情况。SAFe在设计PI结构时对此做了优化，将其设计为n+1模式——n个开发迭代 + 1个创新和规划（IP，Innovation and Planning）迭代，以更好地实现ART级PDCA学习循环。（最典型为4+1模式——4个开发迭代+1个创新和规划迭代。）

　　企业可以根据需要，选择在任何合适时机执行解决方案系统的发布。简单来说，就是既可以在1个PI内完成多次解决方案系统的发布，也可以经过多个PI才做一次解决方案系统的发布。

　　如图3所示，PI采用了类似于敏捷迭代的五个事件来进行管理。这五个事件形成了一个闭环的体系，可以保证敏捷发布火车的持续、顺利运行。

　　由于PI以固定的节奏进行，所以PI Planning的日期几乎是固定的，这就使得ART团队能提前在日程表上安排PI Planning事件，以确保ART团队成员都能参与。

　　在PI Planning期间，团队对要交付的内容和交付时间进行估算，识别风险以及各项工作的跨团队依赖关系，并整合形成最终要开发、集成和演示的工作清单，以及将在哪个迭代完成这些事项的计划，具体如图4所示。

　　SoS的与会人员包括RTE和各敏捷团队的代表（通常是各敏捷团队的Scrum Master），必要时也可以邀请其他相关人员参与。

　　SoS中，将针对PI目标和跨团队依赖，回顾各团队的工作进展、规划下次会议前的工作目标，并暴露障碍。

　　SoS的会议时间盒为30-60分钟。在SoS会后，相关人员可以召开“meet after”会议，以专题讨论和解决障碍。

　　在PI期间，解决方案PM（产品经理）会组织召开PO Sync会议，以实现各敏捷团队PO间的同步和协作。

　　PO Sync也有会议时间盒（30-60分钟）。在PO Sync会后，也可以组织召开“meet after”会议，以专题讨论和解决问题。

　　PO Sync的主要与会人员为解决方案PM、各敏捷团队PO。此会议可以由RTE或者解决方案的产品经理来组织推进。

　　需要注意的是，System Demo并不是仅在PI结束时才进行的事件，而是会每两周进行一次。

　　工作坊通常会输出一系列“改进故事”，这些“改进故事”会添加到待办项列表中，以实现持续改进。返回搜狐，查看更多