在不增加成本的情况下引导开发人员做好功能自测的“开发与测试岗位更名为系统红蓝军”实验

版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。

吾真本说混沌工程
扫码关注公众号
扫码阅读
手机扫码阅读
作为IT部门某开发团队的负责人,意识到加强开发人员的自测可以降低返工,但测试人员依然抱怨开发人员提交的代码常常未通过基本功能测试。通过阅读塞勒和桑斯坦的《助推》,发现行为经济学概念“锚定效应”可能导致开发人员忽视自测责任,认为测试应由测试人员完成。
为了解决这个问题,提出了岗位名称改变的实验方案:将开发人员的岗位更名为“系统红军”,测试人员改名为“系统蓝军”,以模拟红蓝军对抗的方式促进开发人员自测。实验包含六个步骤,涉及岗位名称变更、团队动员、周期设置、迭代会议、数据收集和分析,并在实验结束后对比预测和结果。
实验被IT部门负责人和测试团队负责人所支持,要求实验组和对照组人员保密实验细节。对照组保持岗位名称不变,而实验组岗位名称改为“系统红军”和“系统蓝军”,并告知他们新的责任定义。实验周期为6周,分为三个迭代,每迭代结束进行一次会议以优化实验过程。
实验结束后,将总结对比各步骤的效果,并决定是否维持岗位名称变化。作者鼓励读者参与实验并分享结果,以便进一步改进实验方案,并在文章末尾提供了互动交流的方式。整篇文章旨在探索通过行为经济学理论改善软件开发过程中的自测问题,文章来自“知乎专栏”。
吾真本说混沌工程

吾真本说混沌工程
扫码关注公众号
吾真本说混沌工程的其他文章
《Learning Go》中译版推荐序
读书很花时间。由于要运行书中的代码,读编程语言的书就更花时间。对于难以实现时间自由的程序员们来说,只有选择读
用UDDD破解软件开发的三大魔咒
详解如何破解“三次需求改变就能杀死程序员”、“不敢删除垃圾代码”、“不知如何切分系统”这软件开发的三大魔咒,并给出落地步骤。
懂人心的软件开发:不现实的机器化软件人假设
业界只重视技术和过程,忽视软件人的心理,导致软件人消极应付开发规范。懂人心的软件开发,将心理学和行为经济学研究成果,应用于软件工程和敏捷软件开发,用助推方法,以较低成本,让软件人在工作中自然做出提升软件产品质量和用户价值的行为。
待你初出校园,学艺明师可好
初出校园,学艺明师,少走弯路,直达前沿。世上还有比这更好的个人发展之路吗?
K8S下所用的Istio就是检验微服务稳定性的混沌工程开源工具
在K8S上部署的微服务,经常会依赖不受你控制的其他微服务。当两者之间的HTTP交互出现延迟或错误后,你的微服务能否按预期正常工作?应该做一个故障注入实验来检验。如果在K8S上使用了Istio,那么恭喜,你已拥有了简单易用的混沌工程开源工具。
加入社区微信群
与行业大咖零距离交流学习


PMO实践白皮书
白皮书上线
白皮书上线