2009/8/26 老范 <fanyun2000在gmail.com>:
> 这个文章是典型现有论点再有论证案例的诡辩； 纸飞机例子设计本身就是有倾向性的。
>
赞！批判式思维的经典分析！
介绍一下 老范:
上海某高科技公司副总裁，ErlBattle 学习式游戏创始人 http://code.google.com/p/erlbattle/

> 1.  纸飞机是一个非常简单的玩意，可以通过短时间指导完成的事情。对于实际项目中， 首席设计师根本不可能一个人去完成一个纸飞机，然后让别人重做。
> 如果可以的话，那也就不用别人了。

文章中的确有扩大化类比 折纸和软件工程的问题;
不过,文章的核心 是指出在组织中的知识/经验传承的基本规律;
- 的确 首席设计师 不可能,也不应该这么玩软件工程,毕竟软件开发也有艺术创作因素在其中
- 但是,
    + 首席设计师 和 架构师 之间的知识流通
    + 首席开发官? 和 开发组长之间
    + 开发组长和成员之间
    这种文档和f2f 的演示结合来加速知识/经验分享的进程,的确是应该提倡的哈?!

> 2.  纸飞机并没有描述其设计制造过程的工业标准。  编写制作说明的人和阅读制作说明的人并没有一种共同约定的语言或者设计方法规范来提高沟通效率。
折纸图解
http://oriman.topcities.com/dia-s.htm

其实,和作真飞机一样,折纸作为一个比制造真飞机更加悠久的人类活动,
虽然没有工业标准,但是一直都遵循 可视化,流程化 的原则,
各种不论是照片还是图纸方式的制作说明,都是以一个正常空间思维能力的人,就可以自行完成的标准来组织的,
同类的说明有 宜家的家具安装说明书 ;-)

> 而如果不是做纸飞机，是做真飞机的场景下，由于机械制造有一套非常完整的设计图纸编制体系，而工人们也经过充分培训知道如何阅读这个图纸。 结果会是完全相反。
> 对于软件开发而言也是如此。
>

和工业制造面临的问题类似(只是软件工程更加凄惨些，到现在都没有统一的设计图纸体系，不要说UML！)
- 工人/coder 在学校中可以获得的阅读图纸的能力越来越低下
- 所有制造厂／软件公司 都不得不对新员工进行再培训
- 再培训过程中， 有人带和无人带的效果，真的是不同的...


>
> Regards
>
>
> 老范
>
>
> 2009/8/26 Zoom.Quiet <zoom.quiet在gmail.com>
>>
>> 叠飞机与敏捷项目知识传递
>>
>> 作者 Vikas Hazrati 译者 郑柯 发布于 2009年8月19日 下午12时3分
>>
>> 标签结对编程, 教练和指导
>>
>> 将某种情形下的知识从一个单位（可以是个人、团队、部门、组织）传递到另一个单位，这就是知识传递。很多组织用了很多时间将自己积累的知识记录成文
>> 档，希望知识传递过程能由此变得更顺利、高效。而敏捷并不鼓励文档，它强调“可工作的软件胜过全面的文档”。在在一系列有趣的试验中，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
>>
>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>> 太现象了！而且有实验作证！




-- 
http://zoomquiet.org 人生苦短,Pythonic!-)