台词控：
快乐在于能够长时间的为自己认为值得的事情努力工作，不管它是什么。一个人也许能够从照顾妻儿之中找到快乐，而另一个人则可能在打劫银行的犯罪行动中找到他，很可能还有人热衷于数年投身于没有明显成果的纯粹的研究工作之中。
请注意每种情形的独特个性。任何两种情形都不会完全相同，而且你也没理由做此期望。每个人都必须为自己找到虽然需要付出艰苦努力却能令自己快乐的工作。反之，如果你在为自己寻求假期悠长而且能够及早退休的轻松工作，那么你就已经选错了职业。也许你应该去表演杂耍，甚至还可以投身政治。
经过仔细分析之后，我找到了一个复杂的定理用以解释这种古怪的工作行为的存在：人们都是傻瓜。每个人都是傻瓜，我们的不同在于：我们会在不同的时间对不同的事物成为傻瓜。无论多聪明，你也会花费许多时间去做一个傻瓜。
只要一起做事的人超过两个，政治就必然存在。
幼稚经常与缺乏经验相连。
“英雄们”的存在是人们的要求、需要和期望。如果只有他们才能挽救这个项目，他们就会确立自己在历史中的地位。
自尊、完美和真诚是让神志清醒的人为何会同意参加这样一个“死亡之旅”。
由于珠峰类型的死亡之旅项目而兴奋的不能自拔，那么你需要注意两件事。首先，你需要提防事先就注定失败的项目；第二件需要注意的是就是公司管理层口中大肆渲染的挑战很可能根本就不重要；连续问两到三遍“那又怎么样？”是一个不错的主意，将你拉回到现实世界。或者你不妨用非技术性的语言向自己的伴侣、“至关重要的另一半”、父母或向孩子解释项目，如果你能回答他们问的所有问题，而且最终不觉得愚蠢之极，那么你答可以意识清醒地加入这个项目。
不要忘记政治是此时的一个关键因素，那些因死亡之旅项目的成功而最终赢得声誉的人并不一定就是项目的参与者。不仅如此，那个建议开始死亡之旅项目的经历很可能根本没有考虑过项目组成员是否能成功挺过项目，他们很可能只是把重组“危机”用做自己步步高升的垫脚石而已。
愚蠢的定义就是一次次用同样的方式做同一件事，却期待会有不同的结果。
项目就像是一场婚姻，开始时，我们通常天真而充满希望，但随着现实的慢慢介入，我们不得不重新调整对这种关系的期望。让人们开始一场婚姻的理由有很多，但它们往往没有逻辑关系。
让项目中的每个成员都明白谁是关键玩家依旧非常重要。明白问题来自朋友还是来自敌人，以及他是否有可能具有政治含义将非常重要，不管你如何回答这个随意的问题，答案都很可能被带回到组织内部，而且其中的信息常常会被夸张、歪曲和隐藏。
认为所有玩家信息也是项目的一部分，所以最好让每一个人（支持者、经理、开发者）都了解这些信息。一旦你把任何与项目相关的信息对开发者隐瞒不报，项目离失败就只有一步之遥了。
联合应用开发（JAD）。项目经理应该努力从主要项目干系人处得到承诺：所有需要得到他们批准、同意、评审的问题，都必须在24小时内得到处理。
一旦找出项目中的主要“玩家”，确定了项目类型，并且在项目经理所希望的承诺水平与成员实际所能提供的承诺水平间进行了沟通，就可以着手开始实际项目工作。
准确评估每个项目团队成员的承诺水平：
1、 在组员看来，哪些事情比项目更重要，以及哪些事情没有项目重要；
2、 任何承诺声明都只能表明团队成员目前的感觉。
人人都希望事情做得又快又好并且价格低廉。每个人都知道你可以达到以上三个目标中的任意两个。但问题是，你到底想要哪两个？
虽然你很可能无法让他们改变项目的最后期限，但你却又可能在为项目配备比普通项目要求多得多的人员。
任何首席指挥官都不应该去执行连自己都认为有缺陷的计划，它必须提出自己的理由并坚持对计划进行修改。拿破仑
与年薪90000美元的资深程序员相比，20%的加薪对与年薪30000美元的初级程序员更有意义。
几乎全部将系统需求划分为“必须做”、“应该做”和“可以做”三种类别。
在死亡之旅项目中采用全新的陌生过程往往会导致灾难性后果，即便项目团队全体成员都一致同意此过程将会有助于项目也不例外。因为学习曲线、对过程细节不可避免的困惑和争论所带来的损失往往会超过它带来的益处。
无论如何，在多数死亡之旅项目中，完美的可靠性、可维护性、可移植性并非必不可少，也并不实用，甚至可能毫无必要。
我们怎样才能做出“足够好”呢？
实用主义策略：在不明确的局面下进行定性分析和使用正面收益最大化的艺术。包括系统化思维、风险管理、经济学、决策理论、博弈论、控制理论和模糊逻辑。
发展的策略：不但要考虑项目生命周期，而且要用发展的眼光看待人员、过程和各种资源。
英雄的团队：团队中并不都是天才，而是要用技术熟练的普通人的有效合作。
动态的基础设施：官僚体制和强权政治的对立面。在这种情况下，高级管理层会重视项目，重视市场，确定并解决项目之间的冲突，而且会在项目与组织的官僚体制发生冲突时给与项目强有力的支持。
动态过程：过程能够在不断发展的写作环境中对工作提供支持。
在短期里程碑之后立刻安排半天的小型审计：哪些方法确实有效？哪些方法大大有害？为了达到下一个里程碑，那些应该着重强调？哪些应该抛弃？这种自省不但非常有助于项目团队自身的改善，而且会为日后的死亡之旅项目团队提供参考。
避免灾难往往比追求完美更为重要。
不要为预想中的“未来”需求做设计，而应该为当前需求提供可能的最佳设计。
“结队编程”重要主题：每个独立的开发任务都有两个软件工程师共同承担。这样做有两个好处。首先，在项目进行的过程中，如果其中一个开发人被传说中的啤酒卡车撞伤，结对编程可以提供宝贵的“保险”；其次，在开发人以疯狂的速度进行编码时，两对眼睛审查代码通常会更快、更节约成本。
缺乏方法和标准也能把一个项目变成一场死亡之旅。
天天做就是项目的心跳，通过它你才能确定自己确实还活着。
学会静止，将你的注意力从你不喜欢的事物上移开，将注意力放到你希望体验的事物上。
当先驱？还是当先烈？
对“当先驱？还是当先烈？”的回应
《死亡之旅》热门书评
-
当先驱？还是当先烈？
4有用 0无用 狐狸牌葡萄 2010-07-20
台词控：快乐在于能够长时间的为自己认为值得的事情努力工作，不管它是什么。一个人也许能够从照顾妻儿之中找到快乐，而另一个人则可能在打劫银行的犯罪行动中找到他，很可能还有人热衷于数年投身于没有明显成果的纯粹的研究工作之中。请注意每种情形的独特个性。任何两种情形都不会完全相同，而且你也没理由做此期望。每个...
-
读《死亡之旅》
4有用 0无用 thinkradar 2012-09-07
在软件工程的图书中，《死亡之旅》是本相当奇特的书。它并没有讲一个软件工程方法，而是在讲一种软件工程实施中的现象。“死亡之旅”（Death March或者译为“死亡行军”）项目是这样一种现象：在软件开发中，软件要素的制约与软件目标存在一倍及以上的差距。这些要素可能包括人才、时间等方面。如果你接到了一个...
-
迎难而上的技巧
0有用 0无用 Jim Yang 2012-03-26
最近很流行美国大学的哲学课程，死亡啦，幸福啦，在书店乍一看到，还以为是这一类的书呢。《死亡之旅》并不是讲那些终极问题的，而是把它落实到具体的生活中，就是那些令人抓狂的项目及其管理上。软件开发项目是越来越多了，“死亡之旅”类型的项目也愈发的多起来了。死亡之旅的项目有诸多细分的类型，也有不同的原因所导致...
-
項目經理和程序員要看
0有用 0无用 鹤临 2013-08-27
這首先是一本教讀者審時度勢的書。對於一個死亡之旅的項目，如何去判定？看項目發起人，項目發起的背後真正原因。遭遇這樣的項目時，是戰還是離？“具體情況具體分析”，看你的上司是誰，是一個什麽樣的人，這是一什麽樣的項目，神風特攻隊？自殺還是醜陋的？還是？決定留下來，一定要明確真正的目標和真正的需求，要與干系...
-
一本不错的项目管理入门书籍
0有用 0无用 zhfl001 2014-12-14
对项目管理不了解，因为随手从图书馆借了这本书。与起来借来的书籍相比，这本书有意思得多。比较真实吧。一些项目管理的入门书籍，说得很宽泛，有些还很文艺。但这这类型的书只要一本就够了。而这本书会介绍比较真实的“死亡之旅”的情况。对工作也很有帮助。很多内容，会道出工作中的关键之处，可以马上就用到自己的工作中...
书名： 死亡之旅
作者： Edward Yourdon
出版社： 机械工业出版社华章公司
原作名： Death March,Second Edition
译者： 杨华
出版年： 2011-11-20
页数： 243
定价： 49.00元
装帧： 平装
丛书： 华章·软件工程技术丛书
ISBN： 9787111359982