具体描述
《项目百态：软件项目管理面面观（修订版）》介绍了软件项目行为的86个模式，基本上概括了软件项目生命周期的方方面面，揭示了软件项目最常遇到的困境，反省了行业内种种不良习惯和做法。六位作者均来自一个开发咨询的管理团队大西洋系统行会，长期以来为众多软件公司的经理人提供专业的咨询服务。他们浓缩了成百上千个项目管理的案例，通过《项目百态：软件项目管理面面观（修订版）》中一个个模式展现出来。每个模式都以生动形象的插图开始，另外还加上一些趣闻和真实事件。
作者简介
作者简介：
Tom DeMarco
软件工程领域权威，软件团队管理圣经《人件》作者，IEEE会士，1986年Warnier奖得主，1999年Stevens奖得主，大西洋系统行会负责人。曾任职贝尔实验室，是结构化分析与设计的创始人。
Peter Hruschka
嵌入式实时系统设计和分析专家，用于系统架构文档的ARC42模板开发者，大西洋系统行会负责人。
Tim Lister
软件团队管理圣经《人件》作者，风险管理理论的狂热爱好者。大西洋系统行会负责人。
Steve McMenamin
Hawaiian Electric公司副总裁、CIO，大西洋系统行会负责人。曾任职于Borland等多家知名IT公司，在软件团队管理方面有着丰富的经验。
James Robertson和Suzanne Robertson
均为Volere需求过程和需求分析模板发明人。他们在世界各地举办研讨班，提供咨询服务，帮助大大小小的公司开展需求分析。两人均为大西洋系统行会负责人。
译者简介：
余晟
副修过中文的计算机专业毕业生，做过大量开发的技术管理者。业余爱好是使用合适的技术解决合适的问题，在更多领域发挥技术的价值，提升技术资料的质量，保障技术人才的利益。
微信公众号：余晟以为。
金明
ThoughtWorks高级咨询师，InfoQ资深编辑，SCJP，系统分析师。在企业应用开发领域拥有多年项目开发经验，专注于敏捷原则与方法的理论实践和指导咨询，是敏捷和精益方法与思想的坚定追随者。目前主要关注于大型企业的敏捷咨询、Java/EE、Scala、REST、Web Service以及HTML5，多次在软件开发者社区的活动中发表演讲。译著有《软件开发沉思录——ThoughtWorks文集》《卓有成效的程序员》等，同时在《程序员》和InfoQ上发表过多篇论文。
目录信息
模式2 快，赶上 4
模式3 死鱼 7
模式4 欢乐的鼓掌会议 9
模式5 保姆 11
模式6 治标还是治本 14
模式7 明日复明日 16
模式8 眼神交流 19
模式9 情绪戒指管理 21
模式10 忠实信徒 25
模式11 出租灵魂 27
模式12 系统开发旅鼠周期 29
模式13 清空“板凳” 31
模式14 面对面 33
模式15 我给了你凿子，可你为什么不是米开朗基罗 36
模式16 仪表盘 38
模式17 无休止的集体会议 41
模式18 小家伙和老家伙 43
模式19 影评人 45
模式20 单一责任制度 48
插 曲 项目秘密 51
模式21 苏式风格 53
模式22 自然权力 55
模式23 万籁俱寂的办公室 57
模式24 白线 58
模式25 沉默即同意 60
模式26 稻草人 62
模式27 伪造的紧迫性 65
模式28 时间清掉了你手里的牌 67
模式29 先探索，再开发 70
模式30 铅笔头 73
模式31 节奏 75
模式32 加班预兆 77
模式33 扑克之夜 80
模式34 虚假的质量关 83
模式35 测试之前的测试 86
模式36 苹果酒屋规则 88
模式37 说完写下来 90
模式38 贪多求全 92
模式39 支撑万物的巨神 94
模式40 人人都穿衣服，这是有原因的 96
模式41 同事评审 98
模式42 浮潜和深潜 101
模式43 都怪该死的接口 103
模式44 蓝色区域 105
模式45 消息美化 107
模式46 分步讲出事实 110
模式47 收官操练 112
模式48 音乐制作人 114
模式49 记者 116
模式50 空椅子 117
模式51 堂兄文尼 119
模式52 特性汤 121
模式53 数据质量 123
模式54 本 125
模式55 礼仪小姐 127
模式56 专注力 129
模式57 “棒球比赛不相信眼泪！” 131
模式58 铁窗喋血 133
模式59 按期交付，概无例外 135
模式60 食物++ 137
模式61 无主的交付结果 139
模式62 隐藏的美 141
模式63 我不知道 143
模式64 乌比冈湖儿童 145
模式65 互相教学 148
模式66 团伙 151
模式67 十字螺丝 154
模式68 可预测的创新 156
模式69 玛莉莲·明斯特 158
插 曲 剪辑掉的底片 161
模式70 布朗运动 163
模式71 大声地说、清楚地说 165
模式72 安全阀 168
模式73 巴别塔 171
模式74 意料之外 173
模式75 冰箱贴 175
模式76 明天会放晴 178
模式77 加码 181
模式78 边界变更时机 183
模式79 造纸厂 185
模式80 离岸闹剧 187
模式81 联合办公室 190
模式82 什么味道 192
模式83 不从教训中学习 194
模式84 不成熟的想法也神圣 197
模式85 逃逸 199
模式86 模板僵尸 202
照片授权说明 204
· · · · · · (收起)
读后感
项目的管理就是团队的管理 读了此书对项目管理有了更深刻的认识，同时也发人深省。一个软件开发项目能不能成功，是否能够达到最高效，最完善还是有很多经验可借鉴的。就如团队管理一样，可以总结继承的很多。 通过读这本书另外一个感悟就是，终于理解为什么西门子、爱...
项目的管理就是团队的管理 读了此书对项目管理有了更深刻的认识，同时也发人深省。一个软件开发项目能不能成功，是否能够达到最高效，最完善还是有很多经验可借鉴的。就如团队管理一样，可以总结继承的很多。 通过读这本书另外一个感悟就是，终于理解为什么西门子、爱...
作者把实际项目管理当中的一些场景，通过简短的故事描述。 可以看出作者是管理经验丰富的老手，惟妙惟肖！ 读的过程中，脑海中不断浮现之前经历过的项目。是对自己曾经所谓经验的一次有趣检验。 挺有意思。适合茶余饭后读读~~~
这本书总结的模式个人觉得很经典，很容易就在自己的周遭发现相同的场景……没有深奥的语言和晦涩难懂的描述，书中看似平淡的描写，却很容易引起自己的共鸣，常常看完一个模式后就恍然大悟，原来自己或者整个团队一直走在错误的道路上还浑然不觉……值得常常翻看，以免落入项目...
用户评价
如果用一个词来形容这本书带给我的冲击，那就是“颠覆”。它不是提供了一份如何做好的清单，而是挑战了我们对“好项目”的传统定义。书中关于技术债务和技术采纳风险的讨论，清晰地论证了短期交付速度与长期系统可持续性之间的永恒矛盾。更让我感到震撼的是，作者在最后部分对项目管理未来趋势的预测，那些关于AI辅助决策、去中心化团队协作的设想，并非科幻，而是基于当前技术发展轨迹的合理推演。这本书的知识密度极高，每一章都像是经过了千锤百炼的精华提炼，需要反复咀嚼才能完全吸收，绝对是一本值得所有身处复杂环境中的专业人士珍藏的案头宝典。
这本书的叙事节奏把握得非常巧妙，它不像某些技术手册那样枯燥乏味，反而充满了文学性的张力。作者运用了多线叙事的手法，穿插了不同类型、不同规模项目的片段，使得整体阅读体验非常流畅且引人入胜。我发现自己对那些技术细节的探讨并没有感到疲倦，因为它们总是被放置在宏观战略的背景之下进行阐述。特别是关于跨文化沟通和利益相关者管理的章节，其描述之细腻，简直令人拍案叫绝。它深入剖析了“人”在项目中的核心作用，指出再完美的计划也抵不过一次关键人物的误解或背叛。这种对人性的深刻洞察，远超出了传统项目管理书籍的范畴，更像是一部关于组织行为学的实践指南，让我对“软技能”的价值有了全新的认识。
这本书的独特之处在于其宏大的视角。它不仅仅关注单个项目的成功与否，更着眼于项目组合管理（PPM）乃至企业战略落地层面。作者似乎在引导读者思考：我们为什么要启动这个项目？它真正为企业带来了什么价值？我特别喜欢它对“项目组合的健康度”的衡量标准。这套标准非常实用，它强迫项目经理跳出自己“一亩三分地”的思维定势，将自身项目置于整个公司资源池中进行定位和考量。这种自上而下的审视角度，极大地提升了我对战略对齐重要性的认识。读完后，我感觉自己看待任何业务提议的角度都发生了质的变化，不再是单纯的执行者，而更像是一个战略资源的分配者。
坦率地说，我一开始对这本书抱有一些审慎的态度，担心它会陷入过于理想化的“最佳实践”陷阱。然而，随着阅读的深入，我发现作者的基调是极其务实且略带批判性的。他毫不留情地揭示了许多组织内部效率低下的根源，比如不透明的政治斗争、层层加码的流程冗余，以及“为了管理而管理”的怪圈。这些内容读起来让人既感到刺痛，又有一种被理解的释然。书中关于敏捷转型失败案例的分析尤其犀利，它没有指责工具本身，而是精准地指出了组织文化与方法论导入之间的巨大鸿沟。这本书提供了一种“去魅”视角，帮助读者看清那些被光环笼罩的项目管理术语背后，真实的挣扎和无奈。
这本书的开篇就以一种近乎纪实的笔触，将我迅速拽入了一个复杂多变的项目世界。作者显然对现代企业运作有着深刻的洞察，书中描绘的那些项目挑战、团队冲突以及决策困境，简直就像是我自己过往经历的翻版。我尤其欣赏他处理“灰色地带”问题的方式，没有简单地给出非黑即白的答案，而是展示了在资源有限、信息不全的现实条件下，优秀的项目经理是如何在模糊地带中找到平衡点，并带领团队前进的。那些关于风险识别与应对的章节，并非空洞的理论堆砌，而是通过生动的案例分析，揭示了如何将潜在的灾难转化为可控的挑战。读完前三分之一，我感觉自己不仅仅是在阅读一本关于项目管理的书籍，更像是在参加一场高强度的、无硝烟的商战模拟，对项目生命周期的理解变得更加立体和实在。
知易行难
好多情况我都遇见了，包括团队和自身的毛病···唉，太多事力不能及。
好多情况我都遇见了，包括团队和自身的毛病···唉，太多事力不能及。
有一些内容让我这个PM真的是会心一笑，不少内容都是我也经历过的东西，所以相当有感触。
老书，说实话一开始觉得只是无聊的类似什么7天7语言的书，但是看到中间被吸引了。最近开始做简单的管理，提高团队效率又要避免一锅粥真太困难了，这本书给出了很多不好的团队模式，也给出了好的。还有一些方法刷新了我自己的认知，带来了反思，所以还是不错的。
