阻碍团队使用工具的原因竟然是……

本文首发于个人网站「BY林子」，转载请参考版权声明。

---

工具化、自动化、数字化，这些都是逐步改善工作的质量和效率的方式，是时代不断进步的表现。然而，还是有很多软件开发团队的工作还处于手工阶段，这是为什么呢？原因是多方面的，其中竟然有一个是“审计阻碍”。

1. 习惯难以改变

习惯了传统的手工方法，对新生事物（工具）接受程度较低。对于一些年龄较长的同仁，对于学习新的工具和方法是有成本的，而原来熟练的工作方式则更为顺手，也不太愿意花费多余精力去学习改变。

2. 能力有限

某些团队可能是由于大家都不具备使用某个新工具的能力，且由于手头工作过于忙碌，也没有时间去学习研究。加上结合前面一个习惯成自然的原因，也是没有动力去提升这方便的能力。

3. 工具不好用/不适用

可能大家也愿意去改变，愿意去钻研新工具新方法。但是，确实没有一款好用的工具来完成相应的工作，又或者是工具虽然功能强大，但不适合当前团队的情况，也没法使用。

4. 不让用

某些团队成员可能非常想用工具，想用自动化的方式来提升工作效率，但是由于某些原因限制没法用，比如有的组织对工具的使用有严格限制，不允许随便采用新的工具；有的团队可能因为业务特点，出于安全因素考虑，不允许使用某些工具。

5. 工具妨碍了自由发挥

还有一个原因竟然是……使用工具，所有工作都会被工具客观记录下来，当审计来临时，没有按照规定完成的工作将会暴露无遗……审计通不过怎么办？！于是，我们就采用原始的方式吧，那样可以根据审计要求“做”好每项工作！因此，需要Story signoff用word文档而不是在系统完成，Test case用Excel管理而不是直接写在Jira……

写在最后

存在即为合理。团队这样做，相信每个决定背后都有其原因。在这里，我们看到的是审计考核制度带来的必然结果，因为“考核什么就能得到什么”。

更多文章推荐阅读：

• 责任等同于背锅？
• 质量指标如何发挥作用？构建质量能力是关键
• 警惕度量指标陷阱
• 构建测试的体系化思维（基础篇）/ Building Systematic Thinking for Testing (Basics)
• 构建测试的体系化思维（进阶篇）/ Building Systematic Thinking for Testing (Intermediate)
• 构建测试的体系化思维（高级篇）/ Building Systematic Thinking for Testing (Advanced)

---

本文首发于个人网站「BY林子」，转载请参考版权声明。