我们不是研发，不会天天去关注代码

前段时间，项目实施人员告诉我，我写的 Ansible 脚本中有一处写死了版本号。并把代码截图给我看。我一看，这代码是老版本了。他代码应该没有更新。我这么跟他说。

然后他说出了一句出乎我意料的话：我们不是研发，不会天天去关注代码。

最后，我回了一句：要想自动化，就必须关注代码。屏幕背后的我，露出无奈与惋惜的表情。

惋惜的不是他有没有关注代码这件事情。而是他使用职位来限制住自己的能力。

不要笑话上面的同事，工作中不少这样的事情：

1. 我是测试，那是研发的事情。

2. 我是研发，那是运维人员的事情。

3. 我是设计人员，不是研发。

前段时间，听另一个项目组的同事说：两周一迭代，前一周测试闲死，后一周开发闲死。

当时，我问了两个问题：

1. 在后一周的时候，开发在干嘛？

2. 在后一周的时候，产品经理在干嘛？

开发与产品经理都不是很忙的情况，为什么他们不可以参与测试呢？如果问他们，得到的回答可能是：因为那是测试的事情。

后来，我仔细想，那是XXX的事情，其实也不能完全怪他们。因为现实中，如果线上出现测试不到位的Bug，测试人员很可能会被 KPI。

最后，我才恍然大悟：那是XXX的事情的思维方式并不是员工原本的思维方式，而是这个管理制度下的结果。