聊聊软件研发质量管理（二）（软件研发质量管理工作流程）

本文内容结构

一、项目经理视角下的质量管理

1、软件研发项目中的质量是什么

2、软件研发项目的质量管理

（1）质量规划

（2） 质量保证

（3） 质量控制

3、结束语

二、军事视角诠释研发质量作战图

1、研发质量管理的战略与战术

2、研发质量作战地图剖析

（1）作战指挥部

（2）主力部队

（3）后勤保障

三、质量改进之缺陷“大数据”分析

1、缺陷分析模型介绍

2、缺陷分析模型应用

（1）分析指标选择

（2）数据采集与清洗

（3）指标初步分析

（4）缺陷下钻分析

1)先按“缺陷原因”下钻

2)再按“系统”下钻

3)最后按“责任人”下钻

（5）问题识别与改进

1)问题根因分析

2)改进措施制定与跟踪

3)改进效果评估与总结

3、缺陷分析模型迭代与完善

（1）分析维度和指标完善

（2）配套性治理与工具完善

（3）引入新的分析方法及工具

4、小结

四、看我七十二变之质量检查

1、视图构建

（1）数据来源

1）考核指标

2）流程规范

3）操作指导

（2）构建原则

1）全覆盖

2）可定制

（3）检查视图

2、视图应用

（1）检查策略拟定

1）纵向深度与横向广度相结合

2）团队自检与SQA抽查相结合

（2）检查工作执行

1）团队自检

2）SQA抽查

（3）检查结果应用

1）过程符合度报告

2）项目待改进问题

3）组织典型TOP问题

4）应用实践案例

3、视图优化

4、小结

五、快速交付项目，SQA如何步步为营

1、沟通对齐意识形态

2、构建质量管理模型

3、模型工具夯实应用

4、小步快跑轻量改进

5、篇尾语

一、项目经理视角下的质量管理

1、软件研发项目中的质量是什么

软件研发项目中的质量，包括项目管理过程的质量、软件产品的质量和用户的使用质量：

1、项目管理过程的质量是指项目管理的各个阶段需要满足的质量规范或标准；

2、软件产品的质量分为内部质量和外部质量，其中内部质量主要指产品设计、代码规范性、可扩展性等，外部质量主要指软件和需求匹配度，通过功能测试，集成测试等体现；

3、用户的使用质量指产品使用过程中表现出来的质量，即用户使用后感知到的质量。

2、软件研发项目的质量管理

质量管理分为质量规划、质量保证和质量控制三个过程，质量规划过程明确项目的质量标准和实现质量标准的方法；质量保证贯穿项目全生命周期，通过质量保证确保项目的过程质量和产出质量与计划保持一致；质量控制对阶段性的成果进行检测和验证,为质量保证提供参考依据。

（1）质量规划

业界质量管理的基本准则：质量是计划出来，而不是检查出来的。影响质量的要素很多，但源头就是质量规划，质量规划确定项目的质量目标及达成目标的过程，为后续实施质量保证和质量控制提供指导和依据。

质量规划阶段的主要工作是编制质量管理计划和对项目团队进行质量管理过程培训，注意编制质量管理计划时需要考虑成本/效益的平衡。

编制质量管理计划首先需要梳理需求，需求包含明示的需求、行业标准或惯例应该包含的需求以及法律法规要求；其次根据项目的产品和范围明确质量目标，质量目标既要考虑可扩展性、健壮性等产品质量要求也要考虑视觉设计、交互体验等使用质量要求；之后根据组织的项目管理规范、质量管理规范等确认必须执行哪些过程和方法才能保证满足质量标准，如果组织现有流程规范、质量标准不足以确保项目质量目标达成，就需要制定额外的流程或质量管理规范，甚至推动组织变革以达成质量目标。

（2） 质量保证

软件质量保证既需要单元测试、集成测试、系统测试等技术手段，也需要检查、审核等管理手段。项目经理需要关注业务流程、开发过程、资源构成、软件架构、测试手段、配置管理等以确保项目质量与计划保持一致：

1、项目启动阶段明确代码开发规范，审查项目资源质量，选择合适的项目外包团队等；

2、项目实施过程中把控需求的质量关，审查技术方案、做好关键阶段和里程碑的验收、按质量评价标准和办法组织测试（包含单元测试、系统测试、集成测试、用户验收测试）、及时审核质量检查报告及有关技术文档等；

3、项目收尾阶段严格执行交接审查，整理项目文档并及时归档、做好用户培训和运营安排等。

（3） 质量控制

质量控制对项目管理结果(如进度绩效)或产品结果(如最终软件交付物)进行检测和验证,为质量保证提供参考依据。质量保证与质量控制的差异在于质量保证针对过程，强调执行，质量控制则是从技术角度检验输出物的质量，强调监控。

常用质量控制工具有因果图、控制图、流程图、直方图、帕累托图、趋势图、散点图、运行图、统计抽样等。在使用质量控制工具时需要注意工具背后的技术细节，比如控制图需要与7点运行法则结合使用、帕累托图与因果图联合使用可有效分析复杂项目问题、统计抽样的可靠性与样本数量的关系。

3、结束语

交付型项目经理通常会偏重于关注项目范围达成和项目按期上线，而忽略了项目的质量管理，造成项目投产后用户体验不佳或者生产问题频现，本文针对这一问题从软件研发项目的项目经理角度就质量管理的基本概念及注意事项做了简要阐述，即为归纳总结，也为抛砖引玉，还望业界同仁或项目管理爱好者不吝赐教，留言交流。（苏宁金融–陈辉）

二、军事视角诠释研发质量作战图

1、研发质量管理的战略与战术

孙子曰:兵者，国之大事，死生之地，存亡之道，不可不察也。斗胆套用到质量管理上：质量者，公司之大事，兴衰之鉴，存亡之道，不可不重视也。作为一个组织的质量负责人，其核心职责就是要制定与组织战略相匹配的质量战略。战略是回答“我们为什么要这么做”，而战术是回答“我们要做什么才能达到既定的目标”。战略指导战术，而战术是达成战略的不同路径。下图是一个中长期研发质量管理战略及其战术分解的结果。图片

2、研发质量作战地图剖析

战略战术都有了，我们是不是马上就可以进行研发质量大作战啦？非也，尚需精心谋划，排兵布阵一番，才能达到预期目标。

大家一定还记得曾风靡一时的三国策略游戏《三国策Ⅳ》，玩家通过勤修内政和巧妙战斗，享受那种运筹帷幄之中，决胜千里之外的快感。同样，要想“打赢”研发质量的相关战役，也需要提前布局。下图是一幅研发质量作战地图，整个作战部队根据职能不同被分为三大块：作战指挥部、主力部队、后勤保障。它们之间既有分工，也有协作。

（1）作战指挥部

作战指挥部是掌控整场战役的超强大脑，决定着战役的走向和最终成败，负责统筹协调、决策指挥，通过分解质量目标，指挥质量人员开展各项质量工作，获取最新的质量信息并进行问题分析、制定改进措施并推动落地闭环。

首先，要对质量战术进一步分解，变成切实可行且能够指导部队作战的方案或计划。如建立和完善研发流程管理规范这一战术目标，就可以分解为：根据研发中心组织架构进行关键角色调研；梳理核心活动链及各活动的输入、输出；完成流程设计并经评审通过后试运行；流程优化及改进。

其次，通过情报收集，及时获取一线战报并做战情分析。报告的种类颇多，大致可以分为：质量视图，通常是例行的定量统计分析数据，如：研发质量周/月报、专项治理周报等；审计报告，包括针对组织流程落地的专项抽查报告以及针对项目进行的质量检查报告；改进报告，主要是在质量改进领域开展的过程改进工作形成的报告，如：缺陷分析报告、质量回溯报告等。

最后，经各方达成共识，形成最终决策，对部队进行战斗指令下达。如此循环往复，不断修正战术、优化方法、达成使命。

（2）主力部队

主力部队是一线作战部队，负责接受并严格执行作战指挥部的战斗指令。它们直面阻碍研发质量提升的“敌人”，这些“敌人”可能是近乎缺失的质量文化，也可能是形同虚设的业务流程，还可能是隐藏在软件产品内部随时可能爆发的代码隐患或生产问题。为了获得战斗的胜利，我们必须要进行不同兵种的部署，取长补短、通力配合。

首先，介绍一下中路的一体化赋能部队，它主要负责组织流程落地及持续过程改进。由于其决定战役的主要方向，所以需要集中兵力投入。

大家都知道，21天可以养成一个习惯。但是，一个组织的流程落地却是任重而道远。一方面，在流程设计时就要充分听取相关方意见，从研发的“业务”流出发为研发本身服务；另一方面，在流程试点推广期，要轮番轰炸，持续“洗脑”，做好流程宣贯答疑工作。通过定期收集反馈意见并持续优化，使流程越来越好用。这样，流程才能逐步落地，并在组织内部推广开来，形成良性循环。除了制定规范以外，还要配套相关模板、操作手册等，以提高工作效率。

《论语》有曰：吾日三省吾身。高速发展的组织，在流程体系建设时期，会面临各种各样的问题。通过不断“自省”，持续进行过程改进，可以减少质量成本，达到提高研发质量的效果。作为一体化赋能部队，其必须是质量领域的专家，是能力中心，掌握大量质量工具及方法论，并且能指导研发团队开展相关过程改进活动，使质量能力渗透到团队中去，譬如：研发缺陷分析、生产问题治理、质量回溯等。

接着，介绍一下左路的自动化工具部队，它是中路不可或缺的得力干将，主要负责研发流程中的质量控制，通过自动化的手段，在开发过程中就层层把控代码质量。开发阶段，通过持续集成对代码进行构建、打包、单元测试和质量分析，还可按需定制多阶段多任务的流水线，定时自动执行，实时监控；在测试阶段，通过分层自动化测试，大大提高测试效率，及时发现代码变更引发的问题。

最后，介绍一下右路的特种突击部队，它也是中路至关重要的干城之将，主要负责专项质量工作，周期不长，但需要重点突破。以异常治理为例，需要对生产环境异常进行监控，尤其是空指针、内存溢出等。通过制定考核指标等手段，牵引研发中心有序开展治理。类似的工作还有服务治理、专项质量审计等。

（3）后勤保障

后勤保障是后方部队，它虽然不直接参加一线战斗，但却为主力部队提供各类保障工作，功不可没。文化保障：开展各类质量氛围及文化营造活动，鼓舞大军士气；装备保障：推动平台工具优化与改进，不断升级自动化武器装备，提高研发效能；基建保障：进行研发质量基础建设，如研发质量基线与度量、质量知识库维护等；协同保障：协同PMO、绩效管理、技术管理等职能部门共同参与作战保障工作。

研发质量管理是一个大的命题，需要通盘考虑、精心谋划、巧妙作战。质量人员不是一个人在战斗，他们的身后有领导的大力支持、工具平台的强大支撑、职能管理团队的高效协同。我想，胜利一定会属于我们，也必将属于我们！（苏宁金融–王威）

三、质量改进之缺陷“大数据”分析

要想产品质量好，质量改进不可少。

缺陷分析是个宝，方法工具掌握牢。

问我分析啥指标，目标范围先定好。

数据清洗做前哨，异常数据不能要。

缺陷趋势若走高，基线数据来对标。

漏斗模型真是妙，抽丝剥茧查秋毫。

亲和去把原因找，二八原则来聚焦。

解决问题有门道，且听下文慢慢韶。

研发质量缺陷分析工作是SQA的抓手之一，通过对缺陷进行深入分析，有助于我们进行质量预测、过程改进、衡量产品质量。

缺陷分析的目的主要不是解决缺陷，而是为了防止缺陷再次发生。本文介绍一种缺陷批量分析的方法，通过分析大量的缺陷数据来发现组织级的共性问题，并在流程、工具上予以优化和改进，最终提升产品交付质量。

1、缺陷分析模型介绍

业界常用的缺陷分析技术有：缺陷发展趋势分析；缺陷分布状况分析；缺陷注入分析等。但每种分析方法都有其适用场景，存在局限性。我们通过在研发中心持续开展缺陷分析工作，总结并提炼了一套适合自己的“研发质量缺陷分析模型”，其整体框架如下：

分析维度及指标：该部分是缺陷分析的基础，通过对度量指标进行维度整合，划分为缺陷分布、缺陷密度、缺陷解决质量、缺陷解决效率4大维度18个指标。

分析过程：缺陷分析是一个闭环改进的过程，其主要包括五大步骤：分析指标选择、数据采集与清洗、指标初步分析、缺陷下钻分析、问题识别与改进。

分析方法及工具：每个步骤都有适用的分析方法及工具做支撑，定量与定性分析相结合来保证缺陷分析结果的有效性。

2、缺陷分析模型应用

下面详细介绍一下研发质量缺陷分析的过程、方法及工具以及其在研发中心应用的效果评估。

（1）分析指标选择

SQA充分识别缺陷分析的相关方（组织中/高层、职能管理等）及其期望。收集完“客户声音”，并进行质量改进策划。建议通过专题会议明确本次分析工作的目标和范围，并挑选匹配的分析维度及指标。

（2）数据采集与清洗

从缺陷管理平台（Jira）查询并导出分析范围内的缺陷数据，并对数据做清洗工作。常用的方法有：缺失值处理、异常值处理、去重处理等。针对数值型的关键属性可以利用minitab快速处理。

（3）指标初步分析

完成数据清洗后，可以先对指标做一轮初步分析，进一步明确分析对象。常用的方法有：趋势分析法（按月）、基线对比法（参考组织度量基线）、相对排序法（按二级中心）等。

（4）缺陷下钻分析

通过指标初步分析确定需要重点分析的对象后，可以对缺陷进一步下钻。下钻时常用的层次有：

以缺陷原因->系统->责任人为例，具体步骤如下：

1)先按“缺陷原因”下钻

统计出“缺陷原因占比”指标值并按降序排序，取TOP3的缺陷原因进一步下钻分析。

2)再按“系统”下钻

统计出“系统缺陷占比”指标值并按降序排序，取TOP3的系统进一步下钻分析。

3)最后按“责任人”下钻

统计出“BUG责任人缺陷占比”指标值并按降序排序，以便最终问题的识别。

（5）问题识别与改进

通过缺陷下钻分析，抽丝剥茧找到缺陷的主要问题对象后，SQA引导团队对问题根因进行识别。

1)问题根因分析

可以借助亲和图、帕累托图、鱼骨图等质量工具进行根因分析。下图是针对某系统的问题亲和后绘制的一个帕累托图样例：

2)改进措施制定与跟踪

SQA协助团队针对TOP根因制定改进措施，责任人建议为部门经理及以上，并通过周例会的形式跟踪进展，及时通报问题和风险。下表是针对某中心的缺陷分析改进措施跟踪表：

3)改进效果评估与总结

SQA组织团队定期回顾并总结改进措施的实施效果，将好的经验总结固化到流程规范或相关工具中。

针对上例中的开发自测问题，团队采取了意识宣导、培训赋能、绩效考评等方式来进行改进，做了相关技术分享，如：《编码之路》、《提升编码速度》等，并制定了《研发质量标兵评比标准》树立质量标杆。通过对同一系统进行对比分析，改进效果如下：

针对上例中的需求评审问题，团队增加了需求专业内审核活动，在项目组进行串讲与反串讲，并总结了《评审会议操作指南》提高评审效率。通过以上改进活动提升需求文档质量，保证相关角色对需求理解一致。

3、缺陷分析模型迭代与完善

缺陷分析模型在应用过程中也发现了需要改进的地方，后续对于该模型的优化工作项如下：

（1）分析维度和指标完善

增加测试相关的分析维度及指标，重点分析测试漏测等。丰富指标的属性，将指标划分为通用指标和个性指标，支持指标自定义等。

（2）配套性治理与工具完善

为了提高数据的准确性，需要在组织层面做配套性治理工作，比如：优化测试提单规范，对“缺陷等级”的定义重新梳理并宣贯；梳理缺陷原因为“其他原因”的场景，使问题原因定位更准确等。

（3）引入新的分析方法及工具

引入缺陷发展趋势分析、正交缺陷分类分析、缺陷收敛及零反弹分析等分析方法，通过应用进行经验固化。

4、小结

缺陷是研发质量改进的宝藏之一，SQA需要利用自身专业度充分挖掘这块宝藏并使其产生价值。研发质量缺陷分析模型可以指导SQA快速掌握分析方法，深入研发线进行过程改进工作，提升研发过程活动的规范性，提高软件产品的交付质量。（晓风）

四、看我七十二变之质量检查

互联网 时代，研发节奏快，周期短。无论是研发模型还是质量管理方式都在与时俱进，不断创新。

质量检查作为质量保证的重要工具之一，也需要跟上时代步伐，以适应新的业态。因此我们构建了以适应不断变化的质量检查视图。

1、视图构建

通过对业界研发质量检查方法的研究，结合互联网开发的特点，我们构建了适合自身研发中心的质量检查视图。该视图覆盖研发生命周期，并支持多种维度的组合定制。下图是该视图的整体框架：

（1）数据来源

为了确保项目执行过程符合组织或项目定义的标准和程序，尤其是在规范发布初期，需要通过质量检查的方法来识别研发过程中的问题，持续推动改进。

质量检查视图就是一个有效的检查工具，它的数据来源主要分为三类：考核指标、流程规范、操作指导。

1）考核指标

包括集团CTO下发的质量考核指标、体系内发布的IT绩效考核方案等。

2）流程规范

包括质量相关的流程规范要求，如：《项目管理规范》、《研发流程管理规范》等。

3）操作指导

包括项目实施过程中总结出的实践经验文档，工作指导手册等。

（2）构建原则

SQA可以依据以上的输入来源构建质量检查视图，其基本原则如下：

1）全覆盖

以研发流程管理规范为主线，覆盖五大阶段的所有关键活动。

2）可定制

基于不同的质量检查目的及策略，通过七个核心维度灵活地组合定制质量检查视图。如：SQA在推进UAT工作时，可以采用”活动 责任角色”的组合维度来定制质量检查视图，以保证该工作的有效执行。

（3）检查视图

基于全覆盖、可定制的原则，并结合各类规范在实际执行过程中发现的问题，我们提炼了60条质量检查项作为质量关键控制点。下图是质量检查视图的样例：

2、视图应用

（1）检查策略拟定

工欲善其事必先利其器，SQA手握“多维质量检查视图”这个工具，就可以开展质量检查工作了。在总体策略上，我们采取的是以下两种方式：

1）纵向深度与横向广度相结合

纵向上，要保证覆盖项目全生命周期，以便全面了解项目执行过程，避免以偏概全。

横向上，要保证覆盖各二级研发中心的重点项目，以便全面评估研发中心过程符合情况，避免以点概面。

2）团队自检与SQA抽查相结合

团队自检是为了提升项目中各角色的质量意识，提前识别质量关键控制点，并做好应对措施，减少项目延期等重大风险的发生。

SQA抽查一是为了发掘项目关键活动的最佳实践，二是为了发现项目执行过程缺失或不符合组织要求的问题。两者都是为了推动组织和项目的改进。

SQA在日常工作中会收集多方的“声音”，比如：质量回溯共性问题、例行质量检查发现的问题、高层反馈的问题等。策划质量检查工作时，会根据这些问题的重要紧急程度来排优先级，选择TOP问题针对性地定制质量检查视图，并制定质量检查计划，明确检查时间、检查责任人等。

（2）检查工作执行

SQA根据质量检查计划推动质量检查工作，下面从团队自检和SQA抽查两个方面介绍具体执行过程：

1）团队自检

立项宣贯：项目立项前，SQA针对项目中责任角色（项目经理、产品经理、技术经理、测试经理等）进行质量宣贯，辅导团队根据项目自身情况定制质量检查视图。

自检辅导：在项目各个阶段，SQA进行自检辅导。项目经理组织各责任角色进行自检，发现不符合问题及时改进。

结果反馈：项目上线后，项目经理反馈自检结果给SQA，SQA提炼典型TOP问题纳入组织级改进问题池。

2）SQA抽查

事前对齐：SQA就质量检查计划及检查内容与项目责任角色对齐，达成共识。对于新入职的同事，要进行一对一质量宣贯。

事中参与：SQA在项目执行过程中参与关键活动，如需求评审、项目周例会等，以便及时发现问题和风险，并提供相应辅导。

事后总结：SQA根据检查结果，形成质量检查报告并在组织内部进行通报。

（3）检查结果应用

质量检查结果通常包括以下内容：过程符合度报告、项目待改进问题、组织典型TOP问题、最佳实践等。

1）过程符合度报告

分多个维度展示质量检查结果，如：按阶段、按责任角色等。

2）项目待改进问题

SQA跟踪责任人制定问题改进措施，并跟踪改进措施闭环。

3）组织典型TOP问题

SQA提炼组织典型TOP问题，在组织层面推动改进。

4）应用实践案例

下图是SQA在UAT专项抽查过程中发掘的应用实践案例：

3、视图优化

世界上唯一不变的就是变化。质量检查工作也要与时俱进，不断优化改进，以适配不断变化的研发工作。

我们的质量检查视图已形成例行优化机制，具体如下：

季度优化：每季度末启动，SQA根据质量检查中的经验教训等进行季度优化。小优化一般在下季度初完成。季度优化的内容会继承到年度优化中。

年度优化：每年12初启动，SQA根据考核指标、流程规范、操作指导的变更点进行年度优化升级。一般在次年1月底前完成，并对优化内容进行宣贯。

4、小结

适合自己的才是最好的。质量检查视图需结合企业自身的文化，进行本土化的定制。随着企业不同的阶段及成熟度，我们可以自由组合定制出适合自身需求的视图。

对于质量检查工作相信大家还有其他好的实践，欢迎一起探讨！（千寻）

五、快速交付项目，SQA如何步步为营

互联网研发节奏更快，周期更短，研发模型和项目管理模式都在创新，以便适应新的业态环境。作为质量人员，我们如何应对？

提到SQA，大家最容易想到警察、教练。前者偏重检查（事后），后者偏重指导（事中）。

金服集团1500 的研发团队，质量工作如何开展？中心对SQA的定位主要在于以下四个方面：

1）质量体系规范建立与完善；

2）组织级质量指标达成与改进；

3）重大项目质量跟踪与监控；

4）项目质量审计与质量回溯。

明确我们的定位和目标后，通过以下四步，逐步建立起支撑目标达成的工作思路和策略。

1、沟通对齐意识形态

传统质量工作来源于重量级研发过程，已不能适应当前软件研发更快的节奏，更短的周期。如何转变思路应对外界环境的变化呢？

大家都知道，现代项目管理与质量管理是有很多共识的，比如都遵循：客户满意、预防胜于检查、持续改进。

质量工作的开展，同样是为了项目成功交付，客户满意度高，组织效率效能提升；而不是简单的执行检查，为了检查而检查，我更倾向于称之为质量看护。

SQA和PM的关系其实是的partner关系，因项目成功与否，而一荣俱荣，一损俱损。

对齐意识形态之后，我们方可做到灵活的开展工作，比如：围绕企业战略实现和运营需要，分解出的若干战略项目以及不同优先级项目。

针对不同项目和不同成熟度PM采取不同的看护策略，对于专职PM，我们侧重过程监控的辅助，对于产品经理兼职项目经理，我们更侧重研发过程和项目管理知识的赋能指导。

针对不同任务要求，配备不同的SQA，组织级的侧重整体规划与改进，项目级的侧重过程监控与赋能。

2、构建质量管理模型

基于ISO9000，CMMI，PMI知识体系，结合业务形态，梳理构建企业的研发能力成熟度框架。

项目管理过程与软件研发过程是交互的，各自测重不同的部分，共同为项目成功交付保驾护航。针对重大项目交付，从事前预防和规划、事中监控和指导、事后总结和改进这三个方面全方位看护项目。

前期，SQA协助或指导PM制定项目计划，定义项目过程；

中期，SQA监控过程开展情况，通过度量分析识别过程中待改进的问题；

后期，SQA在执行改进过程中，优化流程和管控点，并作为下次/下个项目中提供预防性举措的来源。

基于研发能力成熟度，梳理出质量管理模型。

针对过程和产品采用不同的检测手段，并达到过程质量可视化，产品质量可量化的效果，问题驱动的负向改进牵引质量步步提升，改进反哺到策划里，作为新的输入材料，形成完整的PDCA闭环。

3、模型工具夯实应用

有了质量管理模型，落地实施我们还需要更细节的指导，在模型中，围绕“核心”有哪些需要开展的具体标准动作，我们梳理出项目全栈式检查表，既可作为我们看护项目的检查点，也可以用于项目经理的管控自查。

同时，通过质量评价模型、缺陷分析模型以及质量审计模型的应用，提升质量工作的效率和效能。

4、小步快跑轻量改进

不是所有改进都需要源自于量化分析，在当前研发快节奏环境下，经验型改进更省时高效，即通过成熟质量人员识别痛点，按优先级顺序，以点带面，迭代改进，这样的好处是，快速，短时，见效快。

通过多次迭代，一段时间的积累，也能实现系统级的改进。

这需要我们具备自上而下系统的视角和思考能力，执行轻量级持续改进，最终同样实现支撑系统性整体改进的目标。

5、篇尾语

做什么（what）、怎么做（how），为什么要做（why），当你做事习惯于去了解why，那么不管未来如何变化，你又何惧！

毕竟，我们走过的路，每一步都算数，欢迎交流分享，碰撞出思维的火花！（张盼盼）(来源：苏项荟）