关于研发效能提升的思考

工具和流程
• 工具是流程的载体，流程只有整合到工具中才能更高 效率的被执行，尤其是流转的自动化
• 正所谓术以载道，好的工具必须是符合企业文化，并 能促进流程的自我改良的
工具和度量
• 度量是研发活动的镜子，只有完善的度量体系，才能 清晰知道哪里存在弱项，哪里是我们改进的重点
• 缺少度量，研发过程必然不可见，更谈不上如何提升 研发效能
做事方法
1. 客户在哪里？ 2. 他遇到了哪些困难？ 3. 他现在怎么解决这些问题？ 4. 你的方案有多优秀？
1. 提问
?
5. 构建
2. 目标
1. 如何衡量你找到了他们 2. 如何衡量你的方案优秀
4. 选择
科学探索环
（业务创新）
快速验证环
8. 决策 （工程卓越）
3. 共创
7. 监控
1. 如何找到他们 2. 你的问题有多少种解决方案 3. 它们的投入和产出如何评估
减少浪费的措施 聚焦完成 拉式生产 时间盒 快速反馈 故事地图
自组织团队 结果为导向
Scrum五会
任务切换 员工参与多个项目或杂事繁多，导致效率下降。
小迭代
延迟/等待 构建失败；测试阻塞；关联项目延迟。
看板方法
缺陷
解决缺陷活动本身就是浪费，而且缺陷越遗留到后端浪费越大。
TDD 自动化测试
促进价值产生
• 工具，即道具、器械，对应“器”。选对工具很重要，趁 手的工具往往能起到事半功倍的效果。
道
法
器
01
人
人
• 思想的深度决定了生产力的高度。按照敏捷宣言，个 体和交互胜过流程和工具，人的因素是最重要的，但 人的思想在短期内又无法提升，需要长期不断投入。
• 我们可以从两个方面着手，逐渐改进：
– 工程素养 – 做事方法
用户故事 影响地图 实践总结 实践分享
流程改进
• 流程改进一定要避免买椟还珠的行为，改进的目的是 减少浪费，促进价值产生，而不是为了符合流程而走 流程。
• 如果流程已经阻碍到价值的交付，那么就要考虑优化 流程。
03
工具
工具
• 工具应该是三个因素中最容易实现的，可以购买现成 的，也可以企业自己开发，比如业界常用的有Jira、 TFS、禅道、Tembition等，可以根据自身需求导入。
功能
代码未及时合入导致引发后续更多同步工作量。
未应用功能 开发完成但没有被客户应用的功能。
人员频繁流动导致经验不能积累，反复重新学习； 再次学习/重 在多个环节移交时，接收信息者需要重新学习；
复投入
相同的功能多个项目同时在开发，重复投入； 拥有某领域的专家，但却没参与，由团队重新摸索。
传递
知识信息的传递总是伴随信息丢失，比如需求传递。
价值
详细解说
明确分工
响应变化 提高协同效率
暴露问题
流程应该明确各职责的权利和责任，只有明确分 工，才能防止扯皮 我们很难做到每个技能都掌握，只能充分发挥每 个人的长处，实现整体产出最优化
流程必须有利于快速响应变化，及时作出应对 流程本身也要响应变化，而不是一成不变
通过统一的标准，大家可以在同一个频度沟通 新成员通过流程的指引，可以快速进入状态
6. 运行
持续交付双环
• 这是乔梁在《持续交付2.0》中提出的持续交付双环 模型，我觉得是PDCA环的发展，可以应用到很多领 域，比如应用到流程改进中
持续交付双环在流程改进中的应用
1. 现状分析 2. 领导期望 3. 偏差分析
?
1. 培训宣导 2. 发布计划 3. 试点实施
1. 改进方向 2. 改进目标
• 而度量必须通过工具实现，否则度量的效率就会很低 下，如果度量本身要花费大量工作，那就得不偿失
夜盲 半人 临骑 深瞎 渊马
度量原则
• 度你所做，为优而量，这是度量的根本目标 • 简单，减少度量工作量 • 客观，不易受人为干涉 • 尽量不与考核挂钩
较完整的度量框架
较完整的度量框架
如何考核
• 既然说度量不与考核挂 钩，那该如何采集考核 数据？
三要素
• 研发效能提升是最近比较热门的一个话题，本人根据这几 年的工作心得，做了一些思考总结，暂且抛转引入。
• 任何生产力的提升都离不开这三个因素：人、流程和工具， 少了其中任何一个因素都无法实现。
• 人，即思想，也就是古人说的“道”，道不同不相为谋， 是制高点，也是高层建筑的基石。
• 流程，即方法，也是古人说的“法”。研发效能的提升， 也就是要提高投入产出比，既要增加产出，也要减少消耗。
• 工具毕竟只是流程的载体，不能把心思都花在工具上， 而忽略了人和流程，那就舍本逐末了。
工具和人
• 工具是人工作的道具，既要辅助人实现工作目标，也 要把工作过程透明出来，方便干系人了解工作进展
• 所以工具的选型需要考虑几个因素：
– 组织复杂度 – 工具维护成本 – 是否能满足流程需要 – 是否方便获取状态报告
工程素养
承诺 勇气 聚焦 尊重 自省
团队成员为合理的目标做出承诺，并尽最大努力 达成承诺
有拥抱变化的勇气，有勇气做出承诺，履行承诺
把你的心思和能力都用到你承诺的工作上去，一 次只做一件事。
团队成员之间是互相平等的，每个人都有他独特 的背景和经验，都有自己擅长的地方
时刻自我反省，必须是从自我角度出发的反思， 而不是怨天尤人，否则永远也不可能改进
问题探索
选择试点 项目/ 部门
措施执行
1. 跟踪指导 2. 状态报告
1. 初步方案 2. 方案讨论
1. 正式运行 2. 持续改进
02
流程
流程
• 流程的引入并不是为了给团队增加束缚，而是提高研 发效能，即必须起到减少浪费，促进价值产生的作用
减少浪费
浪费种类
浪费举例wk.baidu.com
部分完成的 中途取消的需求、设计、BUG；
案 例
关于研发效能提升的思考
黄河敏捷
关于我
• 黄啟河 • 目前就职于银澎云计算，担任质量部主管、敏捷教练 • 负责过中兴通讯PQA、敏捷教练；深圳邮政SQA、过程改进
负责人；华商易恒Java开发工程师 • 十余年敏捷开发、项目管理、质量管理经验，PMP、CSM、
CSP，在Gitchat、CSDN、百度文库发表过一些文章
流程必须能促进问题的暴露，而不是掩盖问题 当问题暴露出来时，可以通过解决机制快速解决
客户价值为导向
流程最终的目的也是要为客服服务，以客户价值 为导向设计流程
学习型组织养成
促进学习型组织的养成，提高以上能力，并及时 总结，形成良性循环
具体实践
专业的人做专业的 事 RACI矩阵
快速试错
Scrum模式
看板方法的应用