将某种情形下的知识从一个单位（可以是个人、团队、部门、组织）传递到另一个单位，这就是知识传递。很多组织用了很多时间将自己积累的知识记录成文档，希望知识传递过程能由此变得更顺利、高效。而敏捷并不鼓励文档，它强调“可工作的软件胜过全面的文档”。在在一系列有趣的试验中， Steve Bockman 试图找出在敏捷项目中传递知识的最佳途径。
在试验中，Steve 试图将一只不寻常的纸飞机作为产品，并将其相关的知识通过三种方式传递。他使用了下面三种策略：
- 文档：工作者们得到写下的纸飞机制作说明（包括 22 个步骤）。
- 反向工程：工作者们得到一个已完成的纸飞机，他们可以用之学习如何重现制作纸飞机的步骤。
- 指导：“首席设计者”按步骤制作一只纸飞机，而工作者们重复完成的每一步。
参与实验的共有 8 个人，每种方式各用 5 分钟。实验结果令人惊讶不已。
只有 **12.5%的人能够按照文档完成任务。使用反向工程方法，有25%的参与者成功做出飞机，而指导方法则可以让100%** 的参与者全部成功做出飞机。
这毋容置疑地指出：健康的沟通和指导，是传递和分享知识的最佳方式。Steve 还认为：对于需要经常沟通和反馈的软件开发来说，这个原则更具价值。在他看来：
假如我是一个开发人员，我发现了一个技巧，可以将一些数据绑定到某个用户界面里的控件中，而且写出了代码实现。这个技巧构成了一种模式，与我一起开发的同事们希望了解具体做法。如果你是我的同事，有三种方法：a）我给你一个说明该技巧的相关文档；b）我告诉你代码在哪里，建议你自己弄明白；c）我跟你结对编程，通过一组新数据实现该模式；你会选哪一种？
Young Ye 和 Royce Fay 建议使用另外一种使用不均衡结对编程（ Asymmetric pair Programming ）高效传递知识的方法。该方法的本质在于：它除了在开发人员之间结对之外，还可以在开发人员和领域用户之间结对。这样做的重点也在于人与人之间的沟通，而不是文档。
结对编程有一个广为人知的好处，就是快速的知识分享和传递。 Alan Skorkin 同意这个观点，同时指出：
我认为：最重要的好处在于，结对对于有机的知识传递效果非常好，尤其是大型系统中，这是关键，因为根本没有其他方式能够做好这一点。
因此，大家都同意传递知识的最好方式就是通过沟通、指导和一起工作。虽然，有些文档确实有用，但单单依赖文档能带来的好处很有限。
暂无签名
中国开发者画像洞察研究报告 2024
分析开发者的行为模式、工作价值、职业发展等内容，帮助整个行业生态更深入地理解开发者，为他们提供更精准...
评论