推荐 Organizational Patterns (更新了 Cutter Report)

当Agile已经变成一个贬义词的时候，我们是要把Lean变成下一个贬义词吗？还是脚踏实地去做一些改进？

在这里，向大家推荐 James Coplien 的 Organizational Patterns。它不是一套新的过程，一上来弄十几个实践，也不知道为什么就开始结对开始 TDD 了。它也不是什么大师思想，只有大师才能领会。它更像一个中药柜，里面列了许多药方，更重要的是还告诉你了什么时候用什么药，相关的药有哪些，吃了药有副作用的话用什么药去化解。

在Oredev 2008上有一个相关的演讲视频（原视频地址被墙，这是我放在Youku里的）：
http://v.youku.com/v_show/id_XMTUxNzgyOTI0.html
不过没有演讲稿的下载，我找到了一个类似的（见附件）

这本书在电驴上有，不过还没有下载下来。国外的朋友可以去买纸版的：
http://www.amazon.com/Organizational-Patterns-Agile-Software-Development/dp/0131467409
我下载了第三章和第四章的sample，来源是合法的（见附件）

在他的主页上有Top 10 Patterns：
http://users.rcn.com/jcoplien/Patterns/Top10OrgPatterns.html

本来有一个wiki的，不过现在已经挂掉了。利用web.archive.org还可以找回来。
http://orgpatterns.wikispaces.com/

模式有很多。在我看来最重要的就两个：
第一个是要有Unity of Purpose，大家必须要朝一个方向努力。另外一个是Distribute Work Evenly，工作必须在所有组员之间平均分担。不过最重要的也是最无用的，因为只要达到了这两个状态，基本上也没有项目管理问题了。所以我把其他的模式都看成达到Unity of Purpose & Distribute Work Evently的手段。
关于Distribute Work Evently这个模式特别有意思。Coplien用CRC卡记录了组员的角色，职责以及互相沟通的频率。然后标以红黄绿的颜色表示连接强度。这个非常有意思。让我想其了包之间的依赖。让我想起了玩Bridge游戏时钢铁受力图。也许协作问题根本要解决的就是如何平均分摊受力吧？

更新：
又在Cope的google site网站（不出意外，也是被封了的）上找到了一个Cutter的 Report。