如何管理过程质量？新手管理者的陷阱

没有过程保证的交付结果，就像在沙堆上建高楼，也许可以看到建成的房子，但浪一打就瘫。@一笑

新上任的管理者，经常会一头扎入业务，对于过程的质量不太关心。

团队跑一段时间后，就各种忙于救火，整体的交付效率很低。

这是管理者需要警惕的。

今天跟大家分享一个管理案例，希望能够启发思考和改变。

现状

前几天刚接触一个团队，在被各种投诉，当我刚介入的时候，各方都在找我吐槽和抱怨。

上下游相互投诉、告状。

运营说研发不配合，需求经常延期，质量不稳定。

研发说运营响应慢，要快速做个事情，拖拖拉拉，不知道该找哪个处理。

研发抱怨产品不懂技术，给的需求方案不合理。

产品说研发难配合，动不动就发脾气，交付的产品不稳定，上线问题多，客户不满意。

团队内部不和睦。 

新成员不服经理管。

有认为组织架构调整后没什么盼头的。

有抱怨团队内部没有做质量管理心里慌的。

产品交付质量差。

交付上线后质量差，需要排查定位的问题多。

半年内客户因质量问题直接投诉到高层 2 次。上游投诉到高层就不计其数了。

问题

深入团队去分析，发现这个团队基本是背着业务在裸奔。

需求链路没有打通。

需求澄清是经理找具体的开发讲一下要做什么，怎么做，细节的偏差很难被识别和保证。

设置的产品经理在团队中两个月，难以融入，大家的需求都还是习惯直接找开发。

开发抱怨经常被打断，需求不清晰经常挂起，产品经理又觉得自己使不上力。

没有做版本规划。

交付时间不可控，每个迭代积压下来，现在开发中的版本有近 30 个。

版本升级没有流程控制。

研发直接在线上操作，因为升级失败引发了至少 2 次的重大故障，客户直接投诉到高层。

开发过程基本没有质量管理

没有做静态扫描、代码走查。

自测基本没有做，很依赖测试人员把关。

没有做自动化测试，但其实接口挺多，是可以做并且需要做的。

改进

团队问题多的时候，管理者切忌眉毛胡子一把抓。

推进的思路，可以先保证做事顺畅 ，再慢慢优化内部，基本上道之后再持续优化。

先保证做事顺畅。

以需求流程为例，先保证从产品到研发到交付的流程是畅通的，体现在流程上就是，需求提交、需求澄清、需求开发、需求交付的过程是顺畅的，这里涉及到几个关键的角色，运营、产品、开发、测试是需要教会他们要掌握这个流程。

慢慢优化内部。

每个迭代优化改进一点，问题就会慢慢解决。

可以从严重性出发，也可以从我们熟悉的流程、规则来介入。

在这个团队，内部的问题很多，比如：

站会时间很长，每天 30 分钟，开完却没有聚焦每天的工作重点。

开发没有过程质量管控（自测要求、代码走查、静态扫描、代码提交、测试、升级等很多都缺失）

可以从站会入手。

调整站会规则，目标是 15 分钟内可以搞定，每个人聚焦目标重点、高优先级的任务优先完成。

做了如下调整：

定义完成标准（先定义了“需求开发完成标准”：代码提交要关联 issue，sonar 扫描问题并处理完成，自测通过，codereview 完成，提测完成（含部署文档））

迭代计划中敲定每个人的重点任务、优先要完成的事项；

简化看板泳道，删除无用的信息；

每天站会只过昨天搞定的及今天计划要搞定的事情，以及需要的协助和依赖。没有启动的任务不过

运营相关的事项如果不是强相关，则由项目经理推进，在站会上同步即可；

产品人员有特别依赖的事项可以在站会上同步

建立开发过程的管理规则，并在迭代中跟进落地。

梳理代码分支管理、代码提交规则、版本发布规则、版本升级规则等。

当把以上的基础规则建立起来之后，团队的整个状态都变好了，之前的一些抱怨不见了。

测试抱怨开发自己没自测就提交、提交测试的版本质量太差返工多。

开发抱怨合并代码很烦，开发完也不知道要合入哪个版本发布。

运营抱怨研发发布版本太随意，都不走正规流程，每次升级操作都心惊胆战.。

你会有很深的体会规则的重要性，适量的规则可以促使高效地协作。

再持续调优。

当基础规则建立起来，看到团队在良性运作时，可以再进一步地提高改进的要求。

比如测试成为了瓶颈，开发很依赖测试最后的把关。

但该团队开发测试比近 10：1，依赖瀑布模式所有的都交给测试把关是不现实的。

而现状也是，测试手上积压了非常多的版本，根本来不及测试。

怎么办呢？测试的功能要重新定义。

于是组织团队一起，确定几个事情：

1、测试保证用例设计质量，重点保证自动化回归的质量；在开发提测前，完成用例的设计和评审；

2、开发同学在提交测试时，要把所有的用例跑通，保证自己提测的质量；

这两个简单的规则，做起来其实挺难。特别是测试已经成为瓶颈的时候。

我们拿了两个迭代去消化原来遗留的版本，组织测试的同学给开发赋能。

到第三个迭代，确保大需求测试可以提前介入设计用例，小需求由开发自己保证。

仅仅做到这一点，已经让质量有一个质的提升了。

当基本过程跑通后，你会发现更高阶的问题，再去优化也不迟。

小结

当你感觉团队哪哪都是问题的时候，不要急着所有问题一锅端，那样往往会水土不服。

先保证团队做事顺畅。上下游跑顺了，障碍就少了很多。

再慢慢优化内部。每个迭代改进一点，问题就会慢慢好转。

再持续地优化。当基本过程跑通后，更高阶的问题就会浮现。

整个团队在你的带领之下，就会朝着越来越好的方向去前进。