徐昊 · AI 时代的软件工程
徐昊
Thoughtworks 全球技术策略顾问
3177 人已学习
新⼈⾸单¥98
登录后,你可以任选4讲全文学习
课程目录
已更新 30 讲/共 36 讲
构建AI辅助的团队 (2讲)
徐昊 · AI 时代的软件工程
15
15
1.0x
00:00/00:00
登录|注册

27|围绕测试工序的认知对齐

你好,我是徐昊,今天我们来继续学习 AI 时代的软件工程。
上一节课,我们介绍了认知分歧,以及在软件开发过程中,理想的认知行为模式是什么样的。
理想的认知行为模式,应该看作是团队认知行为的基线。也就是只有达到了这个基线之后,才能看作是胜任的团队成员。那么怎么才能有效提升团队成员的认知呢?今天我们就来讨论这一话题。

最低胜任要求

对于团队中人数最多的开发者而言,拉齐认知基线最简单的方式,就是通过测试工序
正如我们前面课程中介绍的,在软件开发的过程中,我们按照测试策略的指引,逐步完成架构中不同组件的开发与集成。测试策略指定了我们需要完成的任务。而通过架构与测试策略分解构成的测试工序,定义了开发过程中不同的任务种类。在给定的架构与测试策略下,测试工序的数量是有限的
对于每一个开发者而言,他们所需要掌握的技能就只有,按照测试工序分解任务,以及准确地按照测试工序指引,编写测试和生产代码。我们对于开发者的胜任要求,也就变成了,是否能够准确地拆分任务,以及是否能够掌握每一个测试工序
我们不难发现,按照测试工序拆分任务属于复杂认知行为模式,而掌握每一个测试工序,则会因工序的要求,处于不同的认知模式。我通常的建议是,可以先从掌握每一个测试工序开始
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

1. 通过测试工序来拉齐认知基线,是提升团队成员认知的有效方式,可以帮助团队成员掌握任务拆分和测试工序的能力。 2. 团队可以围绕每一个测试工序构造典型场景,让新加入的团队成员按照典型场景练习测试工序的应用,以帮助他们学习架构、测试策略和团队最佳实践。 3. 结对编程、全组任务拆分和代码审查等方式可以帮助团队成员准确拆分任务,拉齐认知分歧,特别是对于新加入的成员。 4. 随着项目的深入,团队需要阶段性、周期性地回顾工序,发现并消除认知分歧,可以围绕测试工序进行专门的回顾会议,重新列出所有测试工序,询问是否有改变,以及讨论是否要对测试工序进行调整和修改。 5. 测试工序是构建团队以及提升认知的重要抓手,可以用于建立效能基线、筛选供应商或招聘门槛,以及发现效能瓶颈。 6. 使用LLM(Lean Learning Matrix)可以帮助团队做工序回顾,但具体如何使用LLM需要进一步探讨和分享。 7. 文章强调了围绕测试工序的重要性,以及如何通过测试工序来提升团队成员的认知能力,从而提高团队的效率和质量。 8. 通过围绕测试工序进行回顾,可以发现项目中的改变并消除认知分歧,有助于团队持续学习和提升。 9. 文章提出了一些实践方法,如结对编程、全组任务拆分和代码审查,来帮助团队成员准确拆分任务,拉齐认知分歧,特别是对于新加入的成员。 10. 最低限度的胜任要求是掌握所有的测试工序,团队需要围绕测试工序构造典型场景,让新加入的团队成员练习测试工序的应用,以帮助他们学习架构、测试策略和团队最佳实践。

仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《徐昊 · AI 时代的软件工程》
新⼈⾸单¥98
立即购买
登录 后留言

精选留言

由作者筛选后的优质留言将会公开显示,欢迎踊跃留言。
收起评论
显示
设置
留言
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部