分享到社交媒体:

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


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

1. 习惯难以改变

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

2. 能力有限

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

3. 工具不好用/不适用

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

4. 不让用

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

5. 工具妨碍了自由发挥

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

写在最后

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

更多文章推荐阅读:


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

发表回复

您的电子邮箱地址不会被公开。 必填项已用 * 标注