本文作者:李洁(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结束时才进行的事件,而是会每两周进行一次。
工作坊通常会输出一系列“改进故事”,这些“改进故事”会添加到待办项列表中,以实现持续改进。返回搜狐,查看更多
标签: PI规划
Copyright By SEALINGAD 2005-2024 All Rights Reserved. 沪ICP备200233
w66国际·利来(中国)最给力的老牌 版权归w66国际·利来(中国)最给力的老牌所有,侵权必究。|网站地图|XML