在不增加成本的情况下引导开发人员做好功能自测的“开发与测试岗位更名为系统红蓝军”实验
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
吾真本说混沌工程
扫码关注公众号
扫码阅读
手机扫码阅读
作为IT部门某开发团队的负责人,意识到加强开发人员的自测可以降低返工,但测试人员依然抱怨开发人员提交的代码常常未通过基本功能测试。通过阅读塞勒和桑斯坦的《助推》,发现行为经济学概念“锚定效应”可能导致开发人员忽视自测责任,认为测试应由测试人员完成。
为了解决这个问题,提出了岗位名称改变的实验方案:将开发人员的岗位更名为“系统红军”,测试人员改名为“系统蓝军”,以模拟红蓝军对抗的方式促进开发人员自测。实验包含六个步骤,涉及岗位名称变更、团队动员、周期设置、迭代会议、数据收集和分析,并在实验结束后对比预测和结果。
实验被IT部门负责人和测试团队负责人所支持,要求实验组和对照组人员保密实验细节。对照组保持岗位名称不变,而实验组岗位名称改为“系统红军”和“系统蓝军”,并告知他们新的责任定义。实验周期为6周,分为三个迭代,每迭代结束进行一次会议以优化实验过程。
实验结束后,将总结对比各步骤的效果,并决定是否维持岗位名称变化。作者鼓励读者参与实验并分享结果,以便进一步改进实验方案,并在文章末尾提供了互动交流的方式。整篇文章旨在探索通过行为经济学理论改善软件开发过程中的自测问题,文章来自“知乎专栏”。
吾真本说混沌工程
吾真本说混沌工程
扫码关注公众号
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
吾真本说混沌工程的其他文章
不现实的“机器化软件人假设” v2.0与“容许自由的温和家长制”助推
企业制定的包含了技术和过程的软件开发规范,好比葡萄酒。而软件人的人性化心理特点好比氧气。如果无视氧气的存在,在打开葡萄酒后任其氧化,最后浓郁的葡萄酒,就会变成酸涩的葡萄酒醋
崩后的B站,适合执行混沌工程实验
对于那些对自己所开发和维护的系统,能否在生产环境长期稳定运行缺乏信心的团队,可以考虑实践混沌工程,以持续探索和快速修复未知生产故障,提升信心。
DevOps编程操练:用Jenkins流水线建立代码质量预警机制
解决痛点代码上线故障多不知如何用docker搭建Jenkins操练环境不知如何开始为Java代码编写自动化单
节省显示器同时提升持续集成问题修复及时性的“流水线问题责任聚焦”实验
如果将流水线健康显示屏撤掉,并要求每位开发人员,在向流水线合并代码后,需要通过自己的电脑显示器,观察流水线健康状态。直到状态变为绿色,才算合并成功。若其间发现红色/黄色告警,因为只有她/他一人在场,那么她/他主动修复问题的概率会达到最大。
被遗漏的度量指标
DevOps的4个关键指标,似乎已经成为能解释一切软件开发生产力(或研发效能)问题的“北极星”指标。 我们
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线