PI规划会,研发团队价值聚焦的一剂良方

随着数字化建设如火如荼地推进,中大型企业的数字化建设团队规模也越来越大,团队规模的扩大一方面带来了更多产能与可能性,另一方面,不同的角色在不同的业务场景也带来了一些现实问题,例如:
作为CIO 或产品负责人,不知道如何将产品战略准确、快速地传导到每个研发团队;
作为研发团队产品经理,不知道如何与产品战略路线统一目标和节奏;
作为研发团队技术经理,不知道如何提前规划技术探索;
作为研发团队成员,不知道每个开发任务到底是有什么现实意义;
作为产品销售人员,不清楚能为客户带来什么价值?
分析上述问题,其中有一个原因在于,研发团队与各利益相关方,没有对齐价值认知,聚焦价值交付。
在往期文章中,我们从问题域和解决方案域出发,介绍了需求管理如何实现价值管理,本篇文章中,我们将从需求解决方案落地的第一步,需求规划出发,介绍如何借助业内优秀实践,完成价值聚焦。
本文所介绍的方法,是规模化敏捷中常用的 PI 规划会。当研发团队人员规模超过50人时,需要考虑引入大规模敏捷的管理模式,PI 是规模化敏捷中的一个基本概念。PI 对于 ART(敏捷发布火车)就像迭代对于敏捷团队一样。在规模化敏捷中,ART 需要以固定的迭代节奏进行增量构建。一个项目群增量,往往需要多个开发迭代才能完成。
PI(Program Increment、项目群增量)
PI 的意义在于为项目群提供了节奏和增量价值,对于整个规模化敏捷项目群来说,PI 就意味着心脏。
01
PI 规划会 是什么?
PI 始于PI规划会。PI 规划会是一个有节奏的,面对面的活动,它将 ART 上的所有团队对齐到共同的使命和愿景之下。
02
为什么需要PI 规划会?
PI 规划会带来了许多商业利益,包括:
• 在所有团队及干系人之间建立了面对面的交流;
• 建立了 ART 所依赖的社交网络;
• 通过业务背景、愿景、团队及项目群 PI 目标,将开发与业务目标对齐;
• 识别依赖,并促进跨团队、跨 ART 的协作;
• 为指导“恰到好处”的架构及精益用户体验提供机会;
• 使需求与能力相匹配,消除多余的在制品;
• 快速决策。
03
怎样开好PI 规划会?
准备工作
PI 规划会是一个重要活动,需要准备、协调,及沟通。它由 RTE(敏捷发布火车工程师)主导,参与者包括业务负责人、产品管理者、敏捷团队,系统及方案架构师/工程师、系统团队,及其他干系人。所有参与者都需要被提前通知,以便对会议做好充分准备。业务负责人的积极参与,为预算支出提供了重要的保障。
为了 PI 规划会的成功举办,必须做好以下三个方面的准备:
• 组织准备:战略对齐,以及团队和 ART 的设置
在PI 规划会之前,参会者、干系人与业务负责人之间需要进行战略对齐,关键角色指派。
• 内容准备:管理和开发准备
确保有清晰的愿景和背景,如下:
业务背景:介绍和定义当前的业务背景;
产品愿景:由产品管理者们准备的介绍,包含项目群待办清单中的排名靠前的几个特性;
架构愿景:由 CTO、企业架构师或系统架构师陈述,对新技术,新功能和非功能需求进行介绍。
• 后勤准备:成功举办活动所需的考虑事项
准备一个支持大规模参会者的活动并不是一件小事。对于在同一地理位置开展的会议,可能包含对物理空间的确认和准备,例如会议室、大屏、白板、纸,笔等。对于远程参会,还需要包含远程会议等通信渠道的准备。
标准议程
图片来源于网络
在 PI 规划会期间,团队需要对要交付的内容和交付时间进行估算,识别风险以及各项工作的跨团队依赖关系,并整合形成最终要开发、集成和演示的工作清单,以及将在哪个迭代完成这些事项的计划。
04
疫情常态化之下的PI规划会建议
虽然敏捷宣言和规模化敏捷都强调了面对面协作沟通的好处,但是在新冠疫情之下,让整列敏捷发布火车的团队同时在场并不现实,当然,除了疫情的原因,不少办公地点分散的大型研发团队,为了降低旅行时间和成本等,采用了分布式办公。为了让地理上分散的参与人有效的参与到 PI 的会议中,特给出如下建议参考:
规划地点:确定所需的不同地点的数量,我们可以通过团队名册,记录每个成员的位置,便于进行合理的地区、时间规划。这也包含在 PI 规划会的准备工作范围内。
PI 计划议程:创建一个 PI 计划议程以适应多个时区,可以把PI规划过程中各个的同步点预定为会议日程;
设施:确保有适当的物理空间来进行 PI 规划会;
工作协议:满足活动参与者的需求,制定规范和协议同时提高会议的效率;
工具:利用工具支持不同的规划活动,例如音频、视频设备、即时通讯工具、在线白板或公告,帮助不同地区的团队保证规划的协作性;
回顾:进行分布式 PI 计划活动回顾和调整,以便下一次能做得更好。
05
我们的实践
准备工作
领导层会准备一系列简报,以 PI 规划会 PPT 的形式来描述背景,内容包含:
• 领导层简报 – 业务状况和未来目标;
• 产品愿景简报 – 愿景和10 ~ 15 个优先特性(每个敏捷组);
• 架构愿景简报 - 架构愿景、新的架构史诗、通用框架等;
• 开发环境/背景 -标准实践、新工具和技术等的变化。
会议议程
产品经理介绍和呈现愿景和高优先级特性。
正在上传…重新上传取消
团队突围:特性功能的澄清,并拆分为故事,工作量评估,识别风险。
PI 规划活动将随着时间的推移而发展。最后,我们可以以回顾会结束,通过回顾会,我们可以归纳总结出我们做得好的地方和做得不好的地方,并针对不好的地方制定优化策略,这将有助于不断改进 PI规划会。
输入与输出
PI 规划会输入内容
• 当前业务背景;
• 项目群待办事项列表中排名较前的特性,包括其接收标准,以确保特性满足其完成定义。
PI 规划会输出内容
• 已承诺的 PI 目标、PI 计划;
• 维护完依赖关系的项目群公告板;
• 对 PI 目标达成共识,作出承诺。
06
总结回顾
会前准备要充分:虽然 PI 规划是以愿景级,对于功能设计的细节不用过于深究。但是,为了给相关方更丰满、具体的想象空间,以及在工作量评估时有依据,在 PI 规划会前要求产品经理准备好特性相关的关键原型图或线框图;
避免过度承诺:完成率达到100%固然美好,但不一定就是最好的。规划会必须要依据团队的实际容量,避免过度承诺,否则过多的承诺会造成完成率偏低,进而造成规划会的可信度不高,反而失去了规划会的意义;
积极管理风险:项目存在风险不一定就是坏事,尽可能早地暴露风险,尽早地进行风险管理,例如故事有延期完成的可能,都需要在早期识别出来的时候就拿出来沟通,而不是等到风险真的发生了再来解决。

上海甄知科技有限公司(简称甄知科技)是一家服务管理数字化领先企业,由业界知名的企业数字化综合服务商--上海汉得信息技术股份有限公司(股票代码:300170)孵化而成,承袭汉得信息20年的企业信息化服务经验和对企业数智化建设的深入理解,以产品燕千云、猪齿鱼,为用户提供智能化IT运维、人性化员工服务、全方位客户成功、可视化软件研发的SaaS管理平台+PaaS定制能力,强势助力各行业企业数智化转型升级。
推荐阅读


PI规划会,研发团队价值聚焦的一剂良方的更多相关文章
- 产品研发团队如何融合OKR与Scrum敏捷开发?
「 OKR 」现在非常的火爆,很多公司都在使用,不仅国外的 Google.英特尔等大公司在用,国内的一线知名互联网企业今日头条和一些创业团队也都在使用. 那为什么「 OKR 」这么受欢迎呢,因为把它可 ...
- 中小型研发团队架构实践:分布式协调服务ZooKeeper
一.ZooKeeper 是什么 Apache ZooKeeper 由 Apache Hadoop 的子项目发展而来,于 2010 年 11 月正式成为了 Apache 的顶级项目. 相关厂商内容 优秀 ...
- 中小型研发团队架构实践:任务调度Job
一.Job 简介 Job 类似于数据库中的作业,多用于实现定时执行任务.适用场景主要包括定时轮询数据库同步.定时处理数据.定时邮件通知等. 我们的 Job 分为操作系统级别定时任务 WinJob 和 ...
- 中小型研发团队架构实践:Redis快速入门及应用
Redis的使用难吗?不难,Redis用好容易吗?不容易.Redis的使用虽然不难,但与业务结合的应用场景特别多.特别紧,用好并不容易.我们希望通过一篇文章及Demo,即可轻松.快速入门并学会应用. ...
- 百人研发团队的难题:研发管理、绩效考核、组织文化和OKR
分享一个公司规模近200,研发占一半的创业公司 Worktile 在研发团队管理方面的玩法,仅供百人左右研发团队参考~ 什么是研发团队?简单的说,你熟悉的那帮穿格子衬衫,以程序员为核心组成的团队,就是 ...
- 还在用 KPI 管研发团队?用 OKR 倍儿爽!
近几年,经常能听到不少技术管理者在倡导:用 OKR 来管理及打造一个高执行力的研发团队. 据我了解,OKR 最成功的落地公司是在 Google --一家有着非常浓厚工程师文化的公司,后来陆续在 Fac ...
- 对这些工程师来说,Skype Translator是他们自己的事——Skype Translator项目研发团队的故事
Translator是他们自己的事--Skype Translator项目研发团队的故事" title="对这些工程师来说,Skype Translator是他们自己的事--Sky ...
- DevOps|研发效能价值如何衡量
现在很多公司都在做或者计划做研发效能,也知道研发效能工作很重要,能提高产研运同学的协同效率,提高员工的工作效率和质量,提高业务交付效率和交付质量,但是价值有多大?效率又有多高呢?因为不容易说清楚,所以 ...
- Atitit.研发团队的管理原则---立长不立贤与按资排辈原则
Atitit.研发团队的管理原则---立长不立贤与按资排辈原则 1. 组织任命原则概述1 2. 历史的角度看,大部分组织使用的立长不立贤原则1 3. 论资排辈 立长不立贤原则1 3.1. 资格和辈分是 ...
- Atitit.研发团队与公司绩效管理的原理概论的attilax总结
Atitit.研发团队与公司绩效管理的原理概论的attilax总结 1. 四个理念 1 1.1. 绩效管理的三个目的.四个环节.五个关键2 1.2. 绩效目标smart2 2. 考核对象2 3. 绩效 ...
随机推荐
- RocketMQ 千锤百炼--哈啰在分布式消息治理和微服务治理中的实践
简介: 随着公司业务的不断发展,流量也在不断增长.我们发现生产中的一些重大事故,往往是被突发的流量冲跨的,对流量的治理和防护,保障系统高可用就尤为重要. 作者|梁勇 背景 哈啰已进化为包括两轮出 ...
- PostMan测试图片上传接口的方法
一.选择POST后添加接口地址 二.选择Body下的from-data 注:Headers不要加参数 三.填写key,再key后的下拉选择file,然后选择文件 注:key并不是图片名称,而是接口接收 ...
- Linux内核之SPI协议
SPI(Serial Peripheral Interface,串行外设接口)是一种同步串行的行业标准,但是并没有像I2C那样有标准文档,它还有主从.可片选的特性. 图源自Serial Periphe ...
- 微服务 - 作业调度 · Hangfire集成式 · 仪表盘 · DolphinScheduler分布式 · 定义流程
系列目录 微服务 - 1.概念 · 应用 · 架构 · 通讯 · 授权 · 跨域 · 限流 微服务 - 2.IdentityServer4认证授权 · 概念认识 · 运行过程 · 实践应用 微服务 - ...
- go1.18泛型全部教程
目录 go1.18泛型全部教程 一 什么是泛型 二 Golang中的泛型 三 泛型语法详解 3.1 泛型的语法 3.2 Constraint(约束)是什么 3.3 自定义constraint(约束) ...
- uni-app移动端开发中ios/安卓--坑和经验总结
1. ios new时间对象,需要用逗号隔开传日期的方式, 不支持 new Date('2019-03-01 08:00:00') 格式: 支持以下两种方式: 2. ios个别版本对fixed的属性的 ...
- 让AnaTraf成为您网络流量分析的最佳利器
在快速发展的数字时代,企业对网络性能的监测与分析需求愈加旺盛.作为网络性能监测与诊断(NPMD)领域的佼佼者,AnaTraf网络流量分析仪凭借其出色的性能和易用性,正成为网络管理人员的首选工具. An ...
- Mark Lee:Splashtop 如何成为最新的 10 亿美元估值技术独角兽
从左至右:Splashtop联合创始人Rob.Philip.Mark和Thomas Splashtop 刚刚完成了由我们的长期投资者 Sapphire Ventures 领投的 5000 万美元的新融 ...
- C#的关于窗体的类库方案 - 开源研究系列文章
这次想到了以前编写的关于应用的那个类库,不过当时的只是定义了显示接口,然后调用窗体显示.现在想到要把这个关于窗体的类库进行集合,统一调用,于是就把原来的代码进行了修改完善,终于得到了这次这个例子. 这 ...
- CentOS7部署Redis(离线单机)
一.检查是否安装 ## 检查是否安装了Redis [root@localhost /]# ps -ef | grep redis ## 存在就删除 [root@localhost /]# sudo y ...