【每日一学 20260914】敏捷之道——互联网PMO的敏捷之旅（三）

案例三：建立效能体系帮助团队发现问题

1.案例背景

笔者经历前两个阶段之后，组织结构面临调整，从原来的部门级别项目经理到研发组织的 PMO 团队。所负责的团队数量激增，团队结构大多是矩阵型结构。这个阶段，我经常被问的问题：整个组织的团队效能怎么样？如何进一步提效？通过什么指标可以观测？留给我的重要课题是如何有效分析团队的效能情况，从而驱动团队持续改善。

2.策略1：建立贴合实际的效能分析体系

根据业务的成熟度（新业务关注增长、老业务关注稳定性）、团队不同的阶段选择合适的度量指标，以月度/季度/年度为单位进行分析，以下是可供参考的指标解释及分析方法。

（1）资源投入相关分析

① 各项目投入人天

指标介绍：站在本部门研发团队的视角下，了解资源投入的分布，促进目标聚焦。
分析维度：我们的时间都花到哪里去了？和规划是否一致？高投入的项目目标是否达成？后续是否需要转变方向？

② 支撑部门投入人天

指标介绍：站在整个业务的视角下，了解支撑部门（中台、算法、数据等团队）的资源投入的分布。
分析维度：支撑部门的投入和规划是否一致？兵力分布是否合理？

③ 立项项目投入百分比

指标介绍：所有项目中立项项目的资源投入占比情况。
分析维度：立项项目的资源投入较低时反应团队工作的目标性较差。该指标能够引导团队做好规划，想清楚再开始。

④ 技改需求/业务需求投入百分比

分析维度：跟随当前的业务发展阶段来分析资源投入分布合理性，业务快速期更多关注业务项目，对技术项目的占比投入需要控制。在业务稳定期需要关注技术风险、稳定性，需要提高技术项目的占比投入。

（2）目标达成情况分析

① OKR 达成情况（超出预期、符合预期、不及预期、远低预期）

指标解释：业务战略达成情况
分析维度：与目标的关键衡量指标 KR 的偏差情况，对应进展和风险分析。

② Top 项目目标达成情况（超出预期、符合预期、不及预期、远低预期）

指标解释：资源投入的 Top 10 项目进展、具体目标达成数据。
分析维度：分析项目关键进展和对应的风险情况。

（3）精力投入分析

① 各类工时投入占比

指标解释：在需求交付、会议、线上问题、开发环境问题、团队管理、招聘面试、休假等投入情况，通过工时录入收集数据。
分析维度：在需求交付上时间投入是否合理水位，哪些非需求之外的投入需要改善？

（4）需求交付效率和质量

① 需求吞吐量 & 需求颗粒度

指标解释：需求吞吐量指某段时间周期内需求进入待排期、已交付的个数；需求颗粒度指需求对应的平均工时投入颗粒度。
分析维度：分析研发产出情况。

② 需求交付时长

指标解释：某段时间周期类交付的需求，平均前置时长。
分析维度：判断研发的响应效率、协同效率，以及支撑业务快速试错的情况。

③ 不同类线上故障个数

指标解释：严重故障、一般故障数量。
分析维度：分析故障数量、背后的原因、整改措施落地情况。

④ 产品质量（PRD缺陷、产品Bug率、人均产品Bug数、需求变更次数）

产品缺陷总数：产品设计质量。
产品Bug率：产品设计质量，可以平衡团队人数带来的偏差。
产品人均Bug数：产品设计质量，可以平衡团队人数带来的偏差。
需求变更次数：产品设计质量。

⑤ 研发质量（具体指标参考解释部分）

一次冒烟通过率：测试用例中冒烟用例的通过率。
每开发人日Bug数：开发代码质量，可以平衡团队人数带来的偏差。
千行代码Bug率：开发代码质量。
Bug缺陷停留时长：开发响应效率。
按时提测率：开发的计划能力、风险应对能力。
各技术模块缺陷占比：缺陷分类，促进跟进分析。

⑥ 测试质量（具体指标参考解释部分）

生产Bug漏测数：分析测试质量情况。
各环境Bug占比：Bug数量是逐渐收敛的，有效收敛能够减少线上漏测率。
平均Bug测试停留时长：测试的响应效率。

总结：业务/产品不同发展阶段对指标的关注重点不同，对应的占比目标值定义也不同。

3.策略2：流程规范落地

效能分析的前提是收集到有效的数据，这会依赖团队流程规范的落地程度。如何有效地帮助团队落地流程规范，可以从以下的角度进行思考。

（1）自上而下，引起重视

让团队相关的职能TL（Team Leader，团队领导）为你站台，强调流程规范的重要性。可以参加不同职能TL的周会，在周会上进行宣导。

（2）问题驱动、驱动团队改善

由问题入手，引入对应流程规范，更容易让团队接受，降低摩擦力。通过借助回顾会的时机引入讨论，提升大家的认同感。

（3）建立联盟和社交关系

和团队的重要干系人（如Team Leader、Scrum Master等核心团队成员）建立良好的社交关系，更容易让更多人的配合自己。

（4）找到关键抓手

通过站会来驱动关键流程规范的落地，每天的站会上都会review、提醒大家的规范性情况。

（5）营造环境

流程规范、纪律性不应该只是Scrum Master要关注的事情，每个人都应该有关注。可以通过轮流组织站会的形式来营造氛围，建立同理心。

（6）优化产品体验

优化协同工具，让对应的需求更新、工时登陆等动作更少的打断工作，让工具的体验更好。

来源：《敏捷之道》——互联网PMO的敏捷之旅--文/陈文博