聊聊开发大佬 甩锅那些事

Posted 2021-06-02 BKY007

在我们的研发过程中，有时项目紧急、项目又杂又多，开发人手不足的情况下，还是会存在少部分的 开发主管或开发经理 甩锅的现象的。

出现这种情况 我们该怎么办呢？

我的基本原则 有几点：

1、开发大佬甩锅指责测试，我们务必做好我们自己的工作，针对开发大佬提出的意见 去进一步加强自己，做到让别人满意和无可挑剔，只有做好了我们自己的工作，我们才有底气说 我们已经做得足够优秀。

2、我们平时需要养成一些好的 工作习惯，对每件事情 都需要 梳理清楚，并且遇到棘手事情 都需要有 应急的预案，并通知到相关责任人。

3、对平时的工作 做好记录 ，汇总，多在企业微信群 沟通，尽量少些企业微信私下沟通。

4、保证信息一致性、沟通顺畅，让项目相关责任人 了解到 我们测试阶段（提测阶段、冒烟测试、第一轮测试、回归测试阶段、上线前稳定环境测试、上线后验证）的 的结果与 详情。

案例1：

1、提测的项目 达不到 提测标准

A开发主管 提交一个 项目，结果 测试人员发现 这个东西压根无法测试下去.......，提测延期，测试时间被压缩，导致影响上线的质量或无法上线；有些开发主管会习惯性的 以这个时间节点作为提测时间节点。

应对方式：

按流程来，A开发主管 在禅道等管理工具上 提交一个测试单，我们在测试的过程 中 发现某流程压根不通，无法测试。

1）在禅道上标记为 测试阻碍，说明原因，并截图备注

2）在企业微信中的项目群里  @项目经理  @开发主管  说明当前的测试情况，并配上截图

3） 向开发主管、项目经理 求证 什么时候 可以提供一个 可测的版本

4）如果延期多长时间 将会影响到上线，评估影响上线的范围，看是延后发版，还是只上线某部分功能；如果明知道会影响上线 还是要上线，这个需要向 相应的项目关联的 技术总监、运营人员、项目经理反馈；

如果 上线失败 采取回滚的方式来应急 还是 先上某一部分的功能？我们需要事先想好 预案  把风险降低到最低。

5）出现项目延期的风险，可以提前反馈给项目经理，由项目经理 去跟 开发主管 提前做好沟通 与 预案，（这个事情开发经理和项目经理 本身就有自己的责任，不能等到测试阶段才去发现这个风险）；既然等到我们测试发现了，我们就及时反馈出来。

6）测试人员 都要做好 自己负责的项目 测试结果 反馈，让项目经理、开发经理 等相关责任人 了解到 当前项目的 具体详情情况，让研发团队的项目相关干系人 对项目状态有一个清晰的认识。 

 

案例2：

在很多时候，我们的系统 会和第三方系统对接，这种情况下开发只需要开发 相应的接口就好；由于这些接口开发都比较简单，大部分的开发主管一般喜欢自测 不想让测试人员介入（这里涉及到 季度项目奖金的利益问题）所以开发主管习惯了揽下来自测，上面领导也默认了。

但是出了问题，个别项目主管就会甩锅了，说 测试都没有介入测试........

1）我们在测试的整个过程（提测阶段、上线阶段） 中 梳理清楚 哪些接口是  测试人员测试过的，哪些是没有介入测试过的；在项目群里 反馈清楚

2）我们测试人员在时间允许的情况下 在测试环境中 对照接口文档 测试一遍，有bug及时反馈给开发人员 ；降低这些接口 上线的风险；部分开发主管在乎那些绳头小利，我们不用去跟他们计较这些东西，我们做好了我们该做的 就好。

3）测试主管 在每周对项目的梳理 中，汇总好 每个项目中 测试情况，风险情况，上线影响，上线失败的应对预案。

 

最后我想说一句：大家都是为了一个可靠、稳定、高质量的系统努力，目标一致，应该先想到提前预防风险、规避风险、降低风险，提前做好预案，而不是等到出现了问题 互相扯皮甩锅，这样不是一个好的方式，各个team leader 应该提高自己的思想觉悟！！！

另外建议 技术总监级别的 teamleader  应该在团队内部 杜绝这种思想和氛围的 滋生！！！ 绝不让这种扯皮的事情出现... ...