扫码阅读
手机扫码阅读
在不增加成本的情况下引导开发人员做好功能自测的“开发与测试岗位更名为系统红蓝军”实验
![](/theme/default/default/images/main/eye-open.png)
作为IT部门某开发团队的负责人,意识到加强开发人员的自测可以降低返工,但测试人员依然抱怨开发人员提交的代码常常未通过基本功能测试。通过阅读塞勒和桑斯坦的《助推》,发现行为经济学概念“锚定效应”可能导致开发人员忽视自测责任,认为测试应由测试人员完成。
为了解决这个问题,提出了岗位名称改变的实验方案:将开发人员的岗位更名为“系统红军”,测试人员改名为“系统蓝军”,以模拟红蓝军对抗的方式促进开发人员自测。实验包含六个步骤,涉及岗位名称变更、团队动员、周期设置、迭代会议、数据收集和分析,并在实验结束后对比预测和结果。
实验被IT部门负责人和测试团队负责人所支持,要求实验组和对照组人员保密实验细节。对照组保持岗位名称不变,而实验组岗位名称改为“系统红军”和“系统蓝军”,并告知他们新的责任定义。实验周期为6周,分为三个迭代,每迭代结束进行一次会议以优化实验过程。
实验结束后,将总结对比各步骤的效果,并决定是否维持岗位名称变化。作者鼓励读者参与实验并分享结果,以便进一步改进实验方案,并在文章末尾提供了互动交流的方式。整篇文章旨在探索通过行为经济学理论改善软件开发过程中的自测问题,文章来自“知乎专栏”。
想要了解更多,点击
查看原文
吾真本说混沌工程的其他文章
如何识别度量数据中的改进信号
度量驱动改进活动中最大的痛点,就是搜集了一堆数据后,发现无法精确地识别哪些数据是改进信号,哪些数据是可以获取
混沌工程和软件系统稳定性实践在技术大会上没啥可讲的?
什么是混沌工程?用一句简单的话来解释,就是使用科学方法,用做有对照组的实验,来实证复杂的分布式软件系统,能够
不增加成本能更好应对生产系统稳定性意外故障的“开发测试运维三岗转为系统红蓝军”实验
开发、测试和运维这三个岗位之间的关系,可以转变为红蓝军对抗。这样就能有效克服管理者和工程师的过度自信、确认性偏见、从众效应和注意力顾此失彼等心理特点所带来的负面影响,减少意料之外的软件系统生产环境稳定性故障,并提升故障的修复速度和质量。
听见呼救无人报警与持续集成流水线红色告警无人理会
开发团队持续集成流水线纪律落地的实际成效,还取决于在同一流水线上工作的开发人员数量。数量越少,效果越好。在同一流水线上工作的开发人员,意味着他们的代码最终都会合并到这条流水线上。
走进神秘的ThoughtWorks咨询团队v0.3
[v0.3增加了ThoughtWorks咨询师入职攻略] 你不必等什么都精通了再来尝试ThoughtWorks咨询师;只要你能够“学得快”就行。在客户现场,咨询师们只要比客户们学得快一天就行。
加入社区微信群
与行业大咖零距离交流学习
![](https://cdn.easycorp.cn/rongpm/upload/202312/f_39217d624bb2b42ce8f6322ebd7e573a.png)
![](https://cdn.easycorp.cn/rongpm/upload/202312/f_39217d624bb2b42ce8f6322ebd7e573a.png)
软件研发质量管理体系建设
白皮书上线