叠飞机与敏捷项目知识传递

阅读数:1929 2009 年 8 月 19 日

话题:敏捷文化 & 方法

将某种情形下的知识从一个单位(可以是个人、团队、部门、组织)传递到另一个单位,这就是知识传递。很多组织用了很多时间将自己积累的知识记录成文档,希望知识传递过程能由此变得更顺利、高效。而敏捷并不鼓励文档,它强调“可工作的软件胜过全面的文档”。在在一系列有趣的试验中,Steve Bockman试图找出在敏捷项目中传递知识的最佳途径。

在试验中,Steve 试图将一只不寻常的纸飞机作为产品,并将其相关的知识通过三种方式传递。他使用了下面三种策略:

  • 文档:工作者们得到写下的纸飞机制作说明(包括 22 个步骤)。

  • 反向工程:工作者们得到一个已完成的纸飞机,他们可以用之学习如何重现制作纸飞机的步骤。

  • 指导:“首席设计者”按步骤制作一只纸飞机,而工作者们重复完成的每一步。

参与实验的共有 8 个人,每种方式各用 5 分钟。实验结果令人惊讶不已。

只有12.5%的人能够按照文档完成任务。使用反向工程方法,有25%的参与者成功做出飞机,而指导方法则可以让100%的参与者全部成功做出飞机。

这毋容置疑地指出:健康的沟通和指导,是传递和分享知识的最佳方式。Steve 还认为:对于需要经常沟通和反馈的软件开发来说,这个原则更具价值。在他看来:

假如我是一个开发人员,我发现了一个技巧,可以将一些数据绑定到某个用户界面里的控件中,而且写出了代码实现。这个技巧构成了一种模式,与我一起开发的同事们希望了解具体做法。如果你是我的同事,有三种方法:a)我给你一个说明该技巧的相关文档;b)我告诉你代码在哪里,建议你自己弄明白;c)我跟你结对编程,通过一组新数据实现该模式;你会选哪一种?

Young Ye 和 Royce Fay 建议使用另外一种使用不均衡结对编程(Asymmetric pair Programming)高效传递知识的方法。该方法的本质在于:它除了在开发人员之间结对之外,还可以在开发人员和领域用户之间结对。这样做的重点也在于人与人之间的沟通,而不是文档。

结对编程有一个广为人知的好处,就是快速的知识分享和传递。Alan Skorkin 同意这个观点,同时指出:

我认为:最重要的好处在于,结对对于有机的知识传递效果非常好,尤其是大型系统中,这是关键,因为根本没有其他方式能够做好这一点。

因此,大家都同意传递知识的最好方式就是通过沟通、指导和一起工作。虽然,有些文档确实有用,但单单依赖文档能带来的好处很有限。

查看英文原文:How to Transfer Knowledge in an Agile Project