前言

    我在好未来第一个输出的内容是【线上问题处理流程】，这套流程定义了线上出现问题之后的负责人、响应流程、响应时间，Hotfix的执行流程，汇报人。这套流程经过项目组核心成员和各个TL的评审通过后，开始落实。与这套流程配合的，还有一张问题跟踪的excel表格。

    这套【线上问题处理流程】执行的第一天，记录了4个线上问题，其中2个未解决，2个不解决；执行的第二天，记录了7个线上问题，解决1个，5个未解决，1个不解决，并且还包含一个前端的Hotfix。

问题根源

    【线上问题处理流程】本来只是项目组满足交付团队的一个响应机制，现在俨然成为了一套【PRD缺陷修复流程】，本来是群里最好没人说话，线上情况稳定，万事大吉，而现在是群里隔三差五就报操作点不下去，数据丢失之类的问题。

    经过一连串的调查了解，发现问题的原因在于研发团队自身。研发的质量不过关，测试兜底，测试兜不住，交付团队兜底。研发质量在很多IT公司是没有任务约束的，研发想的是，反正有测试，我只要按时任务就可以了，不用单元自测，没有代码审查，加上个别成员责任心不强，领导不重视等客观现实。就出现了研发的设计方案没有经过任何评审、设计方案不完整漏洞发现太晚、研发不走自测导致测试花大量时间在走测试环境的构建和分支合并，从而测试时间被挤压，研发修复缺陷修东补西，构建不稳定测试无法做完整的回归，交付delay或者产品不得不砍需求。    

解决方案

    几个改进方案：

    1.    从研发的TL做自身检讨，是否管理过于松散，或者团队某些成员能力、责任心有问题，关键岗位上能否有更合适的人选。

    2.    PMO可以让研发TL在研发流程中加入代码自测、和代码走查，互相监督工作。

    3.    研发的设计方案需要经过评审，必须结合产品的规划来制定，同时测试和产品也有必要了解底层设计。如果是复杂的设计，需要项目组整体支持，给足时间，并且产品能接受需求暂缓。

    4.    PMO对可让测试配合制定测试报告，建立研发质量的奖惩机制。

    5.    在版本末期必须重视项目回顾会议，把【线上流程处理机制】【测试报告】拿出来过一遍，发现大家的痛点，回顾，探讨，改进，最好提炼出结论、解决方案，并由研发负责人制定成员推进执行。

    但所有的问题都不是一朝一夕形成的，背后有它存在的原因。改进起来也必然困难重重，可能还有更深层次的原因等待挖掘，比如项目成员对项目的信心，需求和交付给的压力紧迫程度，系统产品线太多太复杂，小版本过多之类的。凡事最难的不是找到原因，而是执行落地。