改进逆流而上，价值顺流而成

1. 改进逆流而上，价值顺流而成傅赜

2. 讲师简介傅赜汽车之家质保工程师 9年测试经验，目前就职于汽车之家经销商技术部，PMP、ACP认证，擅长测试管理、过程质量管理、精益方法、看板方法，从0到1在团队中辅助与指导实施精益方法等。 ee.msup.com.cn

3. 目录目录 CONTENT S ee.msup.com.cn 一、背景二、解决方案三、落地实践四、持续改进五、感悟心得

4. 一 ee.msup.com.cn 背景

5. 背景——团队困境 17年部门面临困境： • 技术团队内部提测质量基本稳定，面临更多的是需求方的压力： 1. 需求快速多变、不明确，研发中大量时间用于确认需求； 2. 需求变更频繁，迭代中变更，上线后下线重做，经常返工； 3. 项目交付时间业务拍定，工期倒排，研发时间压缩导致交付质量波动大。需求输入多且急 ee.msup.com.cn 赶工交付质量不稳

6. 背景——拆解问题拆解问题共识目标复盘结果寻找方法持续改进设计方案小组实验效果反馈 ee.msup.com.cn

7. 背景——拆解问题需求快速多变、不明确，研发中大量时间用于确认需求需求变更频繁，迭代中变更，上线后下线重做，经常返工项目交付时间业务拍定，工期倒排，研发时间压缩导致交付质量不稳定 ee.msup.com.cn 需求快速多变运营提的需求产品就直接转述，分析少，对背景了解少研发沟通时间长产品提出需求宽泛不细致难以直接落地开发需求迭代中变更小的需求，描述不清，研发实现后发现不是想要的需求上线后变更大的需求，未经验证，上线后效果不好项目交付时间拍定需求推动式输入，无视研发饱和工作状态研发时间压缩交付质量波动大加班集中赶工无法保证质量

8. 背景——共识目标 1、产品不了解需求背景，未经思考，只是转述； 2、需求宽泛描述不准确，沟通等待时间长；解决问题， 3、大需求上线后未使用就改 -在保证质量的前提下，版或下线造成浪费； -更灵活、更从容地应对业务 4、产品按排期定时推动需求，方的需求交付预期；需求节奏波动大； -做有用/有价值的需求。 5、研发多任务并发集中赶工，交付效率和质量无法保证； ee.msup.com.cn

9. 二 ee.msup.com.cn 解决方案

10. 解决方案——寻找方法拆解问题共识目标精益思想：复盘结果寻找方法持续改进设计方案小组实验效果反馈 ee.msup.com.cn

11. 解决方案——寻找方法精益思想：消除浪费，最小可行化产品需求（MVP）最小可行化产品：(MVP, Minimum Viable Product )是指可以使用最少资源，被最快制作出来的、执行基本功能的、能被用户使用的实验性产品。尽快发布出去，然后根据用户使用反馈来进行优化。 ee.msup.com.cn

12. 解决方案——寻找方法看板方法：看板：拉入新工作的信号。看板方法：通过看板信号系统运作的可视化拉动生产机制进行管理的方法。 ee.msup.com.cn

13. 解决方案——设计方案精益思想价值流动消除浪费 MVP 看板方法交付拉动精益流式研发 ee.msup.com.cn 限制在制品可视化

14. 解决方案——设计方案精益流式研发：以精益思想为核心，应用看板方法可视化管理，各环节质量内建，快速、持续、最小可行化交付价值，拉动式的研发方式 ee.msup.com.cn

15. 三 ee.msup.com.cn 落地实践

16. 落地实践——小组实验拆解问题共识目标复盘结果寻找方法持续改进设计方案小组实验选定实验团队： 1.从最痛的开发团队开始； 2.从最乐意改变的开发团队开始； 3.从改变后能让业务看到效果的团队开始。 ee.msup.com.cn 效果反馈着手实践

17. 落地实践——小组实验第一阶段，思想引入第二阶段，方法落地第三阶段，问题优化 ee.msup.com.cn

18. 落地实践——小组实验——思想引入第一阶段，思想引入 1、精益产品研发导师培训向外寻找办法，了解到何勉、吴穹老师推动的精益产品研发，邀请老师来进行内部培训。优先培训技术团队骨干及对接业务运营、产品同学。 ee.msup.com.cn

19. 落地实践——小组实验——思想引入第一阶段，思想引入 2、敏捷教练内部培训骨干培训后，内部的敏捷教练也给团队同学做精益创业、看板方法的沙盘演练，翻硬币游戏等 ee.msup.com.cn

20. 落地实践——小组实验——思想引入第一阶段，思想引入 3、团队认知对齐团队内部普及，为什么把任务拆的细，单位时间每个人做更少的事，却带来了团队效率的提升。 ee.msup.com.cn

21. 落地实践——小组实验——方法落地——看板方法第二阶段，方法落地 1、看板方法落地 3个建立实践可视化价值流动 2个运作实践建立拉动式反馈显示化流程规则限制在制品 ee.msup.com.cn 管理工作项流动

22. 落地实践——小组实验——方法落地——看板方法看板系统的建立实践一：可视化价值流动 WIP可视流程可视价值可视排期可视价值流动 ee.msup.com.cn 任务可视

23. 落地实践——小组实验——方法落地——看板方法看板系统的建立实践一：可视化价值流动看板甬道设置演进： ee.msup.com.cn

24. 落地实践——小组实验——方法落地——看板方法看板系统的建立实践二：显示化流程规则需求需求就绪开发测试开发已选择上线开发中可供验收验收通过准入标准：每个需求卡片需满足INVEST原则；准出标准：1、已完成需求可行性分析 2、明确需求优先级交付物：创建看板任务，提交看板信息责任人：产品创建“业务需求”、开发创建“技术故事” ee.msup.com.cn 已上线

25. 落地实践——小组实验——方法落地——看板方法看板系统的建立实践二：显示化流程规则需求需求就绪开发测试开发已选择上线开发中可供验收验收通过已上线有开发资源被释放，将【需求就绪】阶段的卡片拖到【开发已选择】阶段 ee.msup.com.cn

26. 落地实践——小组实验——方法落地——看板方法看板系统的建立实践二：显示化流程规则需求需求就绪开发测试开发已选择上线开发中任务进入开发前，由开发人员拖入 ee.msup.com.cn 可供验收验收通过已上线

27. 落地实践——小组实验——方法落地——看板方法看板系统的建立实践二：显示化流程规则需求需求就绪开发测试开发已选择上线开发中可供验收验收通过开发人员开发并自测完成，将任务拖入【可供验收】阶段 ee.msup.com.cn 已上线

28. 落地实践——小组实验——方法落地——看板方法看板系统的建立实践二：显示化流程规则需求需求就绪开发测试开发已选择上线开发中可供验收验收通过产品经理需求验收通过后，将任务拖入【验收通过】阶段 ee.msup.com.cn 已上线

29. 落地实践——小组实验——方法落地——看板方法看板系统的建立实践二：显示化流程规则需求需求就绪开发测试开发已选择上线开发中可供验收需求上线后，由产品经理将任务拖入【已上线】 ee.msup.com.cn 验收通过已上线

30. 落地实践——小组实验——方法落地——看板方法看板系统的建立实践三：限制在制品利特尔法则：在一个稳定的系统（L）中，长期的平均顾客人数，等于长期的有效抵达率（λ），乘以顾客在这个系统中平均的等待时间（W）；或者，我们可以用一个代数式来表达：平均前置时间（W）= 平均并行需求数（L） / 平均交付速率（λ）代入研发体系：平均交付并行需求数（L），等于平均交付速率（λ），乘以需求在系统中的前置时间（W）利特尔法则告诉我们，并行需求越少，单个需求从开始到结束的交付周期就越短。缩短交付周期让组织可以更快地交付价值、响应市场，和更快地学习改进，这在移动互联网时代是核心竞争力。 ee.msup.com.cn

31. 落地实践——小组实验——方法落地——看板方法看板系统的运作实践一：建立拉动式反馈拉动信号 ee.msup.com.cn

32. 落地实践——小组实验——方法落地——看板方法看板系统的运作实践二：管理价值流动迭代计划会需求评审会四会合一每日站会迭代回顾会 ee.msup.com.cn 早会

33. 落地实践——小组实验——方法落地——看板方法看板系统的运作实践二：管理价值流动 1、瓶颈 • 固定时间：9:15 • 固定时长：15分钟内 • 固定人员：所有团队成员 • 会议形式：投影会议 • 会议内容：七个关注点 2、中断 3、重点需求 4、被阻塞的需求 5、快过期的需求 7、未反应在看板上的问题 ee.msup.com.cn 6、长时间无进展的需求

34. 落地实践——小组实验——方法落地——看板方法看板系统的运作实践二：管理价值流动需求准备早会需求已定稿交付过程开发中新需求可供验收需求确认\细化验收通过/业务验收通过页面设计+前端 ee.msup.com.cn 开发已选择已上线

35. 落地实践——小组实验——方法落地——精益MVP 第二阶段，方法落地 MVP理念落地——需求拆分速度与灵活的关键，构建最小可行化产品（MVP） 2个原则最小可行化产品：(MVP, Minimum Viable Product )是指可以使用最少资源，被最快制作出来的、执行基本功能的、能被用户使用的实验性产品。尽快发布出去，然后根据用户使用反馈来进行优化。 ee.msup.com.cn 如何拆分？ INVEST MECE

36. 落地实践——小组实验——方法落地——精益MVP 需求拆分原则一：INVEST原则 I Independent(独立的) N Negotiable(便于沟通的) V Valuable(有价值的) E Estimable(可评估的) S Small(小) T Testable(可测试的) ee.msup.com.cn

37. 落地实践——小组实验——方法落地——精益MVP 需求拆分原则一： INVEST原则 ee.msup.com.cn

38. 落地实践——小组实验——方法落地——精益MVP 需求拆分原则二： MECE原则 ee.msup.com.cn • ME Mutually Exclusive （相互独立） • CE Collectively Exhaustive （完全穷尽）

39. 落地实践——小组实验——方法落地——精益MVP 需求拆分原则二： MECE原则共识需求模板 ee.msup.com.cn

40. 落地实践——小组实验——问题优化第三阶段，问题优化问题与优化流程规则问题需求拆分问题问题优化在制品限制问题早会问题 ee.msup.com.cn

41. 落地实践——小组实验——问题优化实践问题——1、流程规则的问题 • 问题：卡片各列拖动人，拖动时机，忘记拖动怎么办？ • 方案：拖动人：在看板列标题栏描述拖动角色；拖动时机：在看板中标注拖动规则忘记拖动提示：建立钉钉提示，对进入对应列到时间的卡片自动提示经办人。 ee.msup.com.cn

42. 落地实践——小组实验——问题优化实践问题——1、流程规则的问题 • 问题：验收沟通成本高：开发本地自测完成后就拖动卡片，测试、产品验收时发现验收环境未调通，再找开发合并代码调通环境，造成时间浪费； • 方案：明确开发自测通过标准为：明确验收环节规则，开发将已自测代码部署验收环境后才可以将卡片拖入可供验收； • 问题：研发承诺上线时间，未改变原有模式； • 方案：只针对紧急需求承诺交付日期，日常需求研发按工期填写、验收通过后即可上线，不承诺交付日期； ee.msup.com.cn

43. 落地实践——小组实验——问题优化实践问题——2、需求拆分的问题 • 问题：产品不会拆分，按业务需求进行拆分，需求仍会过大； • 方案： 1）三方共识拆分标准，测试确认并建立拆分标准wiki； 2）开发根据拆分标准给产品拆分建议，产品进行拆分； 3）流程上按拉动式拖动需求，促进产品将需求进行拆分； • 问题：开发为了达成吞吐量数据，任务拆分的过小； • 方案： 1）与开发共识吞吐量统计目的是为了反映显示工作状况，按规则拆分就可以； 2）重新确认拆分规则，测试同步共识需求拆分结果； ee.msup.com.cn

44. 落地实践——小组实验——问题优化实践问题——3、在制品限制的问题 • 问题：初期习惯性按人数分配在制品限制，设置了限制但并没有达到效果； • 方案：聚焦完成，价值驱动，用每日完成数指导制定在制品数量，并根据效率的改变调整在制品数； • 问题：卡片拆分粒度变小，设置的在制品限制很容易就达到； • 方案：按吞吐量适当调整在制品限制，满足团队正常交付速率；在制品调整记录：18>6>3>4>5；（适应团队调整） ee.msup.com.cn

45. 落地实践——小组实验——问题优化实践问题——4、早会过程中的问题 • 问题：习惯性的按人来说进度，而不是按价值单元，忽略了价值交付的情况； • 方案：早会投屏看板，以看板上的任务为单位进行； • 问题：关注任务技术细节而非价值单元，时间长； • 方案：看板中设置“只看价值单元”过滤器，站会中重点关注价值流动； ee.msup.com.cn

46. 落地实践——小组实验——问题优化实践问题——4、早会过程中的问题 • 问题：需求不按优先级排序，需要花时间选择； • 方案：早会前产品将看板任务按优先级高低从上到下排序，早会时有拖动信号就按顺序从上向下拖动卡片； • 问题：早会上看板外的问题会有遗漏，导致无人跟进； • 方案：每日更新群待办，对于非看板问题，确认跟进人，在群待办中进行跟进解决； ee.msup.com.cn

47. 落地实践——效果反馈研发流程变化——将问题的不确定性前置 ee.msup.com.cn

48. 落地实践——效果反馈小组实验效果及数据反馈迭代周期变化——更为灵活 ee.msup.com.cn

49. 落地实践——效果反馈效果反馈—数据反馈解决问题: 1. 解决的问题: 落实mvp，消除大需求传递中的等待、减少频繁沟通，更灵活应对变更，缩短交付时间。 2. 同时因需求范围的精简，仅对核心功能上线，验证效果后实施，以新需求的形式替代原有的需求变更，减少浪费在处理变更重复开发的时间。 3. 通过可视化价值流程，规范流程管理，将研发流程调整的更灵活，并快速响应交付需求，减少倒排期带来的质量波动。 4. 应用需求模板，产品对需求背景的追溯得到保障，需求更具体，准备更充分。 ee.msup.com.cn

50. 落地实践——效果反馈效果反馈——成员反馈团队: 沟通更加顺畅，且面对看板沟通更有针对性；过程可视化，遇到影响流程的问题可以更快发现并解决；需求模板的应用，团队对于需求背景认知对齐，需求评审效率更高，产品得到更多有效反馈。 ee.msup.com.cn

51. 落地实践——效果反馈效果反馈——成员反馈产品: 加强对研发的信心，上线更为快速灵活研发: 减少打断、沟通时间，开发更专注高效 ee.msup.com.cn

52. 落地实践——效果反馈效果反馈——成员反馈测试: 交付质量稳定，研发进度更稳定，可以节省出更多时间进一步推进过程质量左/右移动，如更多场景的自动化辅助测试、需求管理、线上监控等；通过对拆分需求的把控，更全面的了解业务细节、技术细节，加深对被测系统的全面认知。 ee.msup.com.cn

53. 四 ee.msup.com.cn 持续改进

54. 复盘结果拆解问题复盘：仍存在的一些问题 1、将精益推广至部门其他组时也遇到过问题：共识目标复盘结果寻找方法持续改进设计方案如对不同的组，B端、C端、APP组，不同需求形式、不同开发形式下，对需求拆分、上线过程会理解不一，需要在施行过程中进行更多讨论共识。 2、不同组不同角色对于需求拆分的理解不能达成一致，有些只是为了推进任务而被动拆分：不定期对产品、开发、测试进行个人访谈，了解需求拆分过程中的问题，更新需求拆分规范及需求模板，确保是面向价值进行拆分。 ee.msup.com.cn 小组试验效果反馈

55. 复盘结果复盘：辅助流程产品技术月度会参与人员：运营、产品、技术频次：1次/月会议内容： 1、待办事项跟进 2、问题复盘 3、功能效果分析 4、未来产品规划 5、产品讨论 ee.msup.com.cn

56. 持续改进 • 新的实践尝试：需求效果评估需求评审 •为什么？ •怎么做？ •目标？ •拆分？需求。。。。。。效果继续逆行而上，推进价值流动目标达成？做正确的事做对产品目标项目/功能模块做完正确的做事单个需求 ee.msup.com.cn

57. 持续改进 • 新的实践尝试：需求效果评估 ee.msup.com.cn

58. 五 ee.msup.com.cn 感悟心得

59. 感悟心得 1、角色间协作流程问题比自动化工具改善效果更大；良好的流程规范+有效的沟通+适宜的方法，是团队效率最大化的有力手段； 2、先从内部梳理，疏通顺畅建立良好的凝聚力和改进效果后再向上游推进，对方会更容易接受； 3、团队遇到困难时，适当向外看，学习先进的方法，比闭门造车更为高效； ee.msup.com.cn

60. 感悟心得 4、在流式研发的落地过程中，团队成员逐步养成了：任务分解、目标设定、阶段反馈、结果验证、改进提升、总结分享、持续改进的整个做事逻辑闭环，优秀的做事套路对个人能力的提升有非常大的作用，个人到团队的每件小事都按这个闭环执行，长期来看，能力也就会实现螺旋式的上升。 ee.msup.com.cn

61. 关注msup公众号获取更多工程效能实践案例