需求直通率产品团队提升效率的一个重要绩效指标

　　需求直通率这个提法，来源于制造业的精益管理体系。即一个成品经由多道工序生产时，在每道工序都是一次完成，没有返工的比率。
　　经常有团队管理者问这样的问题：每个人都很努力，但进度就是控制不了，线上就是bug多；还有些团队说，我们对开发人员的考核是bug越少越好，对测试人员的考核是bug越多越好，导致开发测试天然冲突，真不合理，但又没有更好的办法。
　　这些问题的根源在哪里呢？是因为：局部效率不等于系统效率。
　　每个人都在局部努力，但组织是一个相互作用的系统，局部优化了，并不等于整体的系统得到了优化。管理者，需要站在系统角度，运用系统化思维来解决整体的效率问题。
　　本次分享一个系统效率的重要指标：需求直通率。
　　需求直通率
　　需求直通率这个提法，来源于制造业的精益管理体系，原有术语为＂直通率（Throughput Yield，TPY）＂或＂产品直通率＂。即一个成品经由多道工序生产时，在每道工序都是一次完成，没有返工的比率。TPY的英文也可表示为First Pass Yield（FPY）。
　　TPY/FPY = 一次通过工序的成品数量 / 总投入生产数量
　　当有多道工序时，可用流通合格率（Rolled Throughput Yield，RPY）来表述整体质量，即每道工序直通率的乘积：
　　RPY = TPY(工序一) * TPY(工序二) * TPY(工序N)
　　由于产品需求从提出到发布需要经由多个环节，需求直通率适用的计算方式为RPY。
　　需求直通率度量的收益
　　2016年，我们帮助某公司产品线部门进行改进的咨询项目中，就首次运用了需求直通率这一指标，最终从需求交接效率、线上缺陷和事件数量上，都实现了很好的改进效果。
　　当时为什么采取这一指标呢？
　　就是因为该产品线的问题实在太多了，需求严重积压，产品经理压力山大；研发团队不愿意接需求，认为需求问题太多又经常变化；测试团队受困于bug分析定位，因为被考核＂bug转交次数＂这一指标……
　　所以我们当机立断，建议团队通过＂需求直通率＂指标，让QA记录和计算每个环节的TPY：
　　需求一次交接通过率
　　开发一次转测通过率
　　测试一次转验收通过率
　　线上缺陷率
　　需求直通率即上面几项指标的乘积。产品团队一开始感到＂要求太高＂、＂不可思议＂、＂怎么可能做得到＂、＂功能哪有不改的＂，我们是怎么说服团队接受的呢？
　　就是不对指标的具体数字提任何要求。先量化，让团队知道自己的现状，再由团队自己决定改进目标，我们提供改进的方法。这样一来，大大减轻了团队的压力。
　　大家通过QA每个迭代的报告，慢慢建立起了全局的效率感知，三个月改进，最终取得了需求一次交接通过率达到60%，线上缺陷率下降40%的效果。
　　通过对直通率关注，开发也渐渐地不再与测试对立，主动通过测试用例来进行防御性的检查。
　　对需求管理的要求
　　要实现需求直通率的有效度量，前提是产品经理能够划分出拉通开发测试和业务验收的需求颗粒，大家围绕这个需求颗粒开展协作，作为直通率的计算单元。
　　我们推荐的需求颗粒建立在产品特性上，用户可使用、测试可测、开发可独立完成的最小发布功能单元。
　　比如说，用户注册、登录、找回密码、修改密码，可作为四个独立的产品特性。
　　特性划分和功能点、故事点的不同之处是，后两者体现的是需求在不同环节的工作量，而非用户视角的功能。
　　据我们现在的调研，很多公司都还未做到基于功能的开发，更多是对一个大的需求文档进行技术设计后，分解为许多开发任务、测试任务，通过开发测试计划在内部执行。所以要实现团队整体效率的提升，我们推荐由产品经理/BA来牵头，从需求管理上进行调整，建立起直通率全局观，逐步地带动团队的整体效率提升。