我曾经使用过提高软件质量的招儿，这里分享给大家。从实际度量来看，这些招对于软件质量提升然并卵，对于研发进度也没有多少缩短。不过环境变量发生了改变，那就是研发人员多了、项目多了、项目复杂了。不过说再多，质量没啥大变化、进度没啥大变化，结果是摆在那里的。你觉得应该怎么办呢？
一、运维监控
1、日志监控、自动化日志工具和监控工具，快速发现快速定位错误。
2、成立专门的主动运维工程师团队，每季度固定给客户做主动运维检查，及时发现问题及时修复问题，不要让问题攒成复杂的一大团问题。
二、架构解耦
1、架构服务化、特性开关，这样可以快速定位到错误可以快速修改快速升级。
2、日志监控，快速发现，快速分流或回滚切换到旧版本。
三、小步迭代
1、小步前进：每天修改每天上线，小步快进。
2、小步前进：特性开关、灰度发布，从小到大范围逐步扩散新版本。
3、小步管理：任务看板、每日9点钟15分钟站立例会。
四、需求
1、精益创业精益需求，这样可以少做特性少写代码。
2、给所有管理族/产品经理/项目经理/开发leader/测试leader培训工具与方法：商业画布、金字塔原理、流程梳理。
五、平台
1、模板、框架、工具
- 有奖金激励大家主动制作和推广；
- 有专门职责和考核让Leader来担当。
2、平台研发
- 专门平台研发团队；
- 平台和应用有明确对口人和专门每月对口沟通机制；
- 平台新版本升级都有专门的扶上马送一程的机制动作和流程；
- 我们还让平台人吃自己的狗食，每年挑几个项目让平台人来修改让平台人自己痛。
六、招聘与培训
1、提高进人要求；
2、提高新人培训和考试；
3、新人师傅制、并师傅绩效连坐。
七、分享与学习
1、每月留下两个半天当做学习日不能安排项目任务，并且在项目流程中把项目复盘当做项目管理的其中一个环节。项目组日常复盘总结会、项目Bug分析总结改进行动。
2、最佳实践分享大讲堂（线下讲、线上blog分享），并且还有每月讲师礼品颁奖。
3、知识总结与分享设为管理组的年度绩效，并且还有排行榜每月进行公示激励哪个部门分享学习做的好。
八、知识传递
1、项目是全职能部门实体部门，不是多部门协同。
2、项目团队和项目保持稳定绑定，保持一个完整项目从头到尾人员完整人员资源配置。
3、项目前集体学习并做问答考试，我们称为交底确认。
九、质量保障
1、产品经理在产品测试前做功能验收。
2、自动化测试每天晚上跑一遍基本点测试。
3、在大版本发布前，邀请一线客服、实施、服务人员做用户体验测试。
4、测试权力赋予：质量指标不达标，不能发布不能项目完结。质量总监直接向COO汇报。
十、质量绩效
1、质量bug（重大异常/常见低级）作为每个员工每个部门每个项目每个季度的固定绩效衡量指标。
2、排行榜，公示，奖励、表扬、研发E刊采访并刊登做传播宣传树典型。对于做的不好的，给予批评、罚款，甚至开除。