项目分享在质量改进上做的那些事儿：
A项目：类似互联网项目离客户近、需要快速响应、质量压力相对较小、项目各团队的业务差异大。
项目从痛点—改进目标—改进举措—改进结果来介绍，改进选取点少、精、突出强化最想改进的一个点，从细节入手（比如需求验收准则落实），调动团队积极性，加强团队间相互交流，通过最后的故障复盘来验证改进措施的有效性。项目与团队之间如何有效配合起来落地质量改进策略，他们采取可视化数据，分析数据寻找可实际落地的改进点（改进点少）进行改进并持续跟踪效果，项目不过多干预团队，并通过评优方式引导团队走上项目希望走的路。
B项目：平台项目，离实际客户相对较远，目前开局局点多，质量压力非常大。
项目根据年初质量策划情况从目标—成果—改进举措来介绍项目质量改进进展，改进点从质量压力传递，到工具流程、需求、代码、测试这四方面。通过工具建设、流程梳理、度量一站式呈现，确保项目能有效运作，项目成员看的东西是同一份。通过一站式呈现情况从需求、代码，测试三方面各个突破，通过测试策略进行关联，从而控制质量。从需求把控入手，通过需求价值评估排序，与上游客户共同进行需求优先级排序来控制输入源，确保人力进行质量保障。通过设立代码专家组制定代码规范收集典型案例并分享到各团队，通过制定代码策略确保新增代码全部走查，从代码层防护质量。测试方面引入MFQ把好测试设计关，对存量用例进行清理重构，通过自动化测试建设增加覆盖率、降低重复回归人力投入，通过测试策略将上述改进举措串起来起到层层防护的作用。
C项目：需求压力大，面临开局，质量压力较大，流程和规范在逐步建立和完善
项目总体质量改进策略把握一进（需求）一出（测试）通过CI将各活动串起来，建设需求体系化和测试策略。需求体系化从需求—特性—故事—用例这一条线拉下来，拆分、管理、对应关系、策略等都有对应的约定和规范，把握住源头能保证成员做正确的事，有规范和流程能确保成员正确的做事。测试策略则对项目各环节串起来，与CI建设结合通过自动化进行层层防护。虽然目前策略刚建起来，但是在不断修订、完善的过程中又梳理了端到端交付流程。通过度量可视化呈现项目现状、以团队评优作为导向，推动项目和团队不断改进。
虽然每个项目面临不同的项目特点，但是目标都是提升项目质量，尽管质量改进举措上有差异，在分享过程中还可以从中学习探讨，还是挺不错的。质量改进之路任重而道远，希望我们都能在改进上找到适合的路，质量越来越好。
