27|围绕测试工序的认知对齐
徐昊
你好,我是徐昊,今天我们来继续学习 AI 时代的软件工程。
上一节课,我们介绍了认知分歧,以及在软件开发过程中,理想的认知行为模式是什么样的。
理想的认知行为模式,应该看作是团队认知行为的基线。也就是只有达到了这个基线之后,才能看作是胜任的团队成员。那么怎么才能有效提升团队成员的认知呢?今天我们就来讨论这一话题。
最低胜任要求
对于团队中人数最多的开发者而言,拉齐认知基线最简单的方式,就是通过测试工序。
正如我们前面课程中介绍的,在软件开发的过程中,我们按照测试策略的指引,逐步完成架构中不同组件的开发与集成。测试策略指定了我们需要完成的任务。而通过架构与测试策略分解构成的测试工序,定义了开发过程中不同的任务种类。在给定的架构与测试策略下,测试工序的数量是有限的。
对于每一个开发者而言,他们所需要掌握的技能就只有,按照测试工序分解任务,以及准确地按照测试工序指引,编写测试和生产代码。我们对于开发者的胜任要求,也就变成了,是否能够准确地拆分任务,以及是否能够掌握每一个测试工序。
我们不难发现,按照测试工序拆分任务属于复杂认知行为模式,而掌握每一个测试工序,则会因工序的要求,处于不同的认知模式。我通常的建议是,可以先从掌握每一个测试工序开始。
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
1. 通过测试工序来拉齐认知基线,是提升团队成员认知的有效方式,可以帮助团队成员掌握任务拆分和测试工序的能力。 2. 团队可以围绕每一个测试工序构造典型场景,让新加入的团队成员按照典型场景练习测试工序的应用,以帮助他们学习架构、测试策略和团队最佳实践。 3. 结对编程、全组任务拆分和代码审查等方式可以帮助团队成员准确拆分任务,拉齐认知分歧,特别是对于新加入的成员。 4. 随着项目的深入,团队需要阶段性、周期性地回顾工序,发现并消除认知分歧,可以围绕测试工序进行专门的回顾会议,重新列出所有测试工序,询问是否有改变,以及讨论是否要对测试工序进行调整和修改。 5. 测试工序是构建团队以及提升认知的重要抓手,可以用于建立效能基线、筛选供应商或招聘门槛,以及发现效能瓶颈。 6. 使用LLM(Lean Learning Matrix)可以帮助团队做工序回顾,但具体如何使用LLM需要进一步探讨和分享。 7. 文章强调了围绕测试工序的重要性,以及如何通过测试工序来提升团队成员的认知能力,从而提高团队的效率和质量。 8. 通过围绕测试工序进行回顾,可以发现项目中的改变并消除认知分歧,有助于团队持续学习和提升。 9. 文章提出了一些实践方法,如结对编程、全组任务拆分和代码审查,来帮助团队成员准确拆分任务,拉齐认知分歧,特别是对于新加入的成员。 10. 最低限度的胜任要求是掌握所有的测试工序,团队需要围绕测试工序构造典型场景,让新加入的团队成员练习测试工序的应用,以帮助他们学习架构、测试策略和团队最佳实践。
仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《徐昊 · AI 时代的软件工程》,新⼈⾸单¥98
《徐昊 · AI 时代的软件工程》,新⼈⾸单¥98
立即购买
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
登录 后留言
精选留言
由作者筛选后的优质留言将会公开显示,欢迎踊跃留言。
收起评论