阅读者（十六）：项目百态

作为曾经参与和带过软件项目的人来讲，首先勾起我好奇心的是这本书的名字，是它让我产生的了对比的想法，看看自己都经历过或知道哪些，以及还有是哪些没有遇到过或不知道的。结果还好，书中的内容大多是熟悉的，虽然不像书里写的那样系统，但大抵都知道一点儿。

\

总的说来，这是本可以帮助你了解软件项目开发真相的散文集。假如你正在考虑是否以软件开发为自己的终身职业，在下决定之前，请先读一读它，哪怕只是在书店里走马观灯般的随便翻翻。这里面讲的就是软件从业者的生存现状，它远不像一些媒体或电影中描写的那样充满光明。对于从事这行有年头的人来讲，你们肯定能懂我的意思。

\

是的，书中文字背后蕴含的滋味唯有真正做过项目的人才能体会得到，而那些刚入行的菜鸟们只会把这当作热闹来加以调侃和嘲笑。真正的理解和领悟只有等到自己身处其境时才能做到，对此我一点也不怀疑。

\

老实说，书里面描述的内容并不新鲜，有的甚至是一再重弹的老调，比如：

\

• 深究病因，不要头痛医头，脚痛医脚（模式6，牵涉性疼痛）\
• 将长期项目划分成一系列目标具体的短期项目（模式7，明日复明日；模式31，节奏）\
• 避免教条主义，关注实际的工作内容（模式10，忠实信徒；模式12，系统开发旅鼠周期；模式34，错误的质量关卡；模式86，模板僵尸）\
• 面对面交流好处多（模式14，面对面）\
• 建立项目内部的统一语言（模式73，巴别塔）\
• 软件依赖于人，唯工具论是错误的（模式15，我给了你凿子，可你为什么不是米开朗基罗）\
• 快速开发，快速验证（模式26，稻草人）\
• ……\

既然不新鲜，那这样一本书的价值意义何在？我的看法是：总结和诠释。这一点基本适合所有模式类的书籍。通过本书，你可以轻易地从一个地方就了解软件项目的众生态，而不必自己从零零碎碎的各种材料中自行组合和总结。加上作者们本身也都身经百战、经验丰富，看他们的总结材料总比自己做来得轻松些吧。这里插句题外话，本书的六位作者中有两位是《人件》的作者，选择本书，他们也是一个因素之一。

\

作为我读的第一本专门阐述软件项目行为模式的项目管理类书籍，整个阅读过程是轻松愉快的，当看到曾发生在自己身上的事情也同样发生在别人身上时不由得会有种同病相怜的感觉。然而，看过笑过（诚如熊节在书中序里所说的，大多时候是“苦笑”）之后，让人深思的是“同样的问题为何会反复的出现？”。难道真如英国历史学家阿诺德.汤因比所说的：“我们从历史中得到的唯一教训,就是我们从没在历史中得到任何教训”？

\

读到此处，如果本文给你的印象是这本书中记录的全都是些“反模式”或负面内容，我得声明这绝对是无心之举，对此我只能表示遗憾。在此，列举一些良性模式以正视听：模式2，快，赶上；模式5，保姆型经理；模式47，残局游戏；模式33，扑克之夜……

\

最后，我想说，项目行为模式的产生并非孤立的，它是我们所有项目成员“齐心协力”的结果。身为项目组的一员，或许你该了解一下，看看有哪些正出现在你目前的团队中。

\

---

图书信息

\

原书名： Adrenaline Junkies and Template Zombies: Understanding Patterns of Project Behavior
\原出版社： Dorset House
\作者： (美)Tom DeMarco Peter Hruschka Tim Lister Suzanne Robertson James Robertson Steve McMenamin
\译者： 金明
\出版社：人民邮电出版社
\ISBN：9787115244888
\上架时间：2011-3-4
\出版日期：2011 年3月

\

作者信息

\

Tom Demarco，软件工程领域权威，软件团队管理圣经《人件》作者，IEEE会士，1986年Warnier奖得主，1999年Stevens奖得主，大西洋系统行会负责人。曾任职贝尔实验室，是结构化分析与设计的创始人。

\

Peter Hruschka，嵌入式实时系统设计和分析专家，用于系统架构文档的ARC42模板开发者，大西洋系统行会负责人。

\

Tim Lister，软件团队管理圣经《人件》作者，风险管理理论的狂热爱好者，大西洋系统行会负责人。

\

Steve McMenamin Hawaiian Electric公司副总裁，大西洋系统行会负责人，曾任职于Borland等多家知名IT公司，在软件团队管理方面有着丰富的经验。

\

Suzanne Robertson和James Robertson均为Volere需求过程和需求分析模板发明人，他们在世界各地举办研讨班，提供咨询服务，帮助大大小小的公司开展需求分析。两人均为大西洋系统行会负责人。