死亡之旅

当前位置:首页 > 计算机网络 > 软件工程/开发项目管理 > 死亡之旅

出版社:机械工业出版社华章公司
出版日期:2011-11-20
ISBN:9787111359982
作者:Edward Yourdon
页数:243页

章节摘录

版权页:插图:在另一个极端上,我发现在呆板的政府机构中,死亡之旅项目不但本身极其枯燥,而且根本不存在对组织中任何人进行奖励的可能。在这里,薪金水平取决于每个人的社会服务水平,而规章制度则决定了固定的薪金结构;根本不存在奖金、分红或股权。在这种情况下,即使是仅仅把经济奖励当做激励因素来讨论也显得非常无聊:这么做只会让团队感到沮丧不已。然而,如果组织具有一定的灵活性,情况又会怎样呢?如果死亡之旅项目对组织而言非常重要,预留大量奖金用于项目成功后奖励团队成员也并非没有可能。虽然普通项目也有可能发放奖金,但其数量通常要少得多。例如,虽然在一个普通项目结束时拿到1000元的奖金相当不错,但税务部门通常会扣除三分之一,即使是对中等收入水平的软件专业人员,剩余奖金也已经无法对其生活模式产生比较大的影响。然而,死亡之旅项目则大大不同:一笔额度为1万元的奖金很可能已经足够购买一辆新车(尽管只是目前比较一般的型号!)或支付去巴厘岛旅游的假期。一笔数额为10万美元的奖金将足以支付一个孩子在IvyLeague大学的教育费用。一笔数额为100万美元的奖金则足以让人认真考虑退休的可能性。

内容概要

Edward Yourdon曾被选为软件行业最有影响力的十大杰出人物,而且被选入计算机名人堂,与Charles Babbage、Seymour Cray、James Martin、Grace Hopper、Bill Gates并列。作为国际知名的咨询师之一,他撰写或与他人合著的著作多达25本,其中包括畅销书《Byte Wars》、《Managing High Intensity Internet Projects》和《Decline and Fall of the American Programmer》。他与朋友合作开发出了非常流行的Coad/Yourdon 方法;参与创建了影响力巨大的Cutter Consortium Business Technology Council。

书籍目录

《死亡之旅(原书第2版)》
译者序
前言
第1章 绪论
1.1 死亡之旅的定义
1.2 死亡之旅项目的分类
1.3 为何会出现死亡之旅项目
1.3.1 政治,政治,还是政治
1.3.2 市场人员、高级管理人员、缺乏经验的项目经理等人所做出的幼稚承诺
1.3.3 年轻人天真的乐观主义:“我们周末能完成它!”
1.3.4 新公司的创业心理
1.3.5 海军陆战队精神:真正的程序员无需睡眠
1.3.6 市场全球化所导致的残酷竞争
1.3.7 由于出现新技术而引发的激烈竞争
1.3.8 不可预期的政府法令所导致的巨大压力
1.3.9 出乎意料和/或未经计划的危机
1.4 人们为什么参加死亡之旅项目
1.4.1 虽然风险很高,但回报也很高
1.4.2 珠峰综合征
1.4.3 年轻人的天真和乐观
.1.4.4 不做就要失业
1.4.5 未来获得提升的必要条件
1.4.6 不做就要面临破产或其他不幸
1.4.7 一个突破旧条条框框的机会
1.4.8 报复
1.5 小结
注解
第2章 政治
2.1 确定项目所涉及的政治“玩家”
2.1.1 业主
2.1.2 用户
2.1.3 持股人
2.1.4 干系人
2.1.5 支持者
2.2 确定项目的基本类型
2.3 项目参与者的承诺程度
2.4 导致政治争执的关键问题
2.5 小结
注解
第3章 谈判
3.1 理智的谈判
3.2 识别可接受的折中
3.3 谈判游戏
3.4 谈判策略
3.5 谈判失败后应该做什么
注解
参考文献
第4章 死亡之旅项目中的人员
4.1 雇用和人员配备问题
4.2 忠诚、承诺、激励和奖赏
4.2.1 奖励项目团队成员
4.2.2 加班问题
4.3 沟通的重要性
4.4 团队建设问题
4.5 死亡之旅项目的工作场所条件
4.6 小结
注解
参考文献
第5章 死亡之旅的过程
5.1 分类概念
5.2 需求管理的重要性
5.3 sei、iso—9000、形式化过程与非形式化过程
5.4 “足够好”的软件
5.5 最佳实践和最差实践
5.6 当死亡之旅遭遇xp
5.7 小结
注解
参考文献
第6章 动态的过程
6.1 软件开发过程模型
6.1.1 思维模型
6.1.2 电子表格模型
6.1.3 静态模型与动态模型
6.2 可视化模型
6.3 示例:tarek abdelhamid的软件过程模型
6.4 小结
注解
参考文献
第7章 关键链进度排定和约束理论
7.1 介绍
7.2 什么样的组织行为是紊乱的
7.3 如何才能改变紊乱的组织行为
7.4 理智世界中的行为
7.5 关键链进度排定
7.6 小结
注解
参考文献
第8章 时间管理
8.1 企业文化对时间管理的影响
8.2 股东争执所浪费的时间
8.3 帮助项目团队更好地利用时间
注解
第9章 管理和控制项目进展
9.1 “天天做”概念
9.2 风险管理
9.3 对进展监控的额外建议:里程碑评审
注解
参考文献
第10章 工具和技术
10.1 最小工具集
10.2 工具和过程
10.3 选择新工具的风险
10.4 小结
注解
参考文献
第11章 模拟器和“军事演习”
11.1 介绍
11.2 军事演习概念
11.3 小结
注解
参考文献

编辑推荐

《死亡之旅(原书第2版)》:众多公司以令人惊讶的速度源源不断地创造出死亡之旅项目,一而再,再而三,周而复始!但这并不是最糟的,最糟的是大量投身其中的人员很少能够成功完成他们的死亡之旅。尽管他们富有理智、能力出众,但由于死亡之旅项目对进度、估算、预算、资源各方面的限制非常严格,所以很少有人能全身而退。在《死亡之旅(原书第2版)》中,Edward Yourdon将揭秘死亡之旅项目,不但会分析“公司不断启动死亡之旅”的种种原因,也将引领你识别和成功完成你的死亡之旅!第2版的更新如下:将死亡之旅项目转化为“不可能完成的任务”类型项目,项目状态谈判:在恶劣环境中得到最佳结果,极限编程(XP)、敏捷方法与死亡之旅项目,团队时间管理:消除导致项目脱轨的干扰因素,关键链进度计划排定:识别和消除组织故障,预测“压垮骆驼的最后一根稻草”:系统动力学的教训,如何根据自身环境选择最可能有效的工具和方法,项目“飞行模拟器”:演习你的下一个项目,通过“选择”交付最重要的功能和特性,何时应该“放手离去”。《死亡之旅(原书第2版)》涉及整个项目生命周期,对现实中面临的所有关键问题都进行了系统分析:政治、人、过程、项目管理以及工具。无论身兼何职,身处何位:开发人员、项目主管、职业经理、CxO,你都能从《死亡之旅(原书第2版)》中找到现实、实用、有效的解决方案!《死亡之旅(原书第2版)》不但帮助你清楚认识自己所面临的项目现状,还能帮助你成功处理、完成这一项目!

作者简介

《死亡之旅(原书第2版)》对各种“死亡之旅”项目进行了全面而系统的剖析,涵盖整个项目的生命周期,深刻分析了这种现象的本质,并讨论项目参与者所面临的所有关键问题:政治、谈判、人员、过程、项目管理,以及工具,提供了行之有效的解决方法和行动指南。本书不但有助于快速识别死亡之旅项目,而且能够大大提高从死亡之旅中生还的概率。
无论是软件开发人员、管理人员,乃至各行各业的项目经理、cxo,都能从本书受到启发,并找到现实而适用的解决方案。

图书封面


 死亡之旅下载 精选章节试读 更多精彩书评



发布书评

 
 


精彩书评 (总计4条)

  •     這首先是一本教讀者審時度勢的書。對於一個死亡之旅的項目,如何去判定?看項目發起人,項目發起的背後真正原因。遭遇這樣的項目時,是戰還是離?“具體情況具體分析”,看你的上司是誰,是一個什麽樣的人,這是一什麽樣的項目,神風特攻隊?自殺還是醜陋的?還是?決定留下來,一定要明確真正的目標和真正的需求,要與干系人談判、溝通、發佈這個目標。這個目標會遭到很多人和因素的干擾,項目經理就要排除這種干擾。需求是可以分類的,變化的、動態的,要捕捉它。死亡之旅的目標是在有限的資源(時間、人力、技術、資源)下,完成可用的交付,而不是過程。任何不能促使這個目標實現的活動、技術,都是不值得採用的。團隊的形成是有規律的,是一個動態的,追求的是“動態平衡”。團隊的產出率有其上限,“人月神化”是不存在的。
  •     最近很流行美国大学的哲学课程,死亡啦,幸福啦,在书店乍一看到,还以为是这一类的书呢。《死亡之旅》并不是讲那些终极问题的,而是把它落实到具体的生活中,就是那些令人抓狂的项目及其管理上。软件开发项目是越来越多了,“死亡之旅”类型的项目也愈发的多起来了。死亡之旅的项目有诸多细分的类型,也有不同的原因所导致。有的是管理层的一意孤行,有的是年轻工程师团队的自掘坟墓,有的是突如其来的危机导致,有的则是灭亡前的最后一搏。总体来说,对于理性的个人而言,此类“死亡”项目还是“避之则吉”。但是,最后参与其中的,又都各有各的理由。离职的成本太高,要出一口恶气,妄图一战成名,或者是光荣的最后一搏。其实有着众多的理由让人参与其中。那么一旦踏上了旅程,那就全力想着,怎么能活下来。《死亡之旅》这是很好的求生指南,特别对项目经理而言。政治上的沟通自然要顺畅,还要找到靠山,不然要啥没啥,和等死没啥区别。各种谈判自然力所能及的去讨价还价,总要死的不是那么难看才好。挑选成员,必然是要能同心协力的,共赴黄泉的。不然有人脚底抹油,必然有人死无全尸。所谓不怕神一样的对手,就怕猪一样的队友。在开发的过程中,有些工具要好好采用,例如XP,最佳实践,但是务必要有趁手的家伙。有些工具看上去锃亮,拾起来却不顺手,最后让人拿西瓜刀给切了。关键任务的安排和良好的时间管理在“死亡之旅”中更显重要。争分夺秒,运筹帷幄,才可能绝处逢生。当我刚刚开始阅读此书的时候,我以为是教大家如何识别死亡之旅,并且脚底抹油的。读到后来才明白,原来是让我们迎难而上的。在这不靠谱的世界里,忽悠是多么的重要。但是在忽悠的同时也有有真材实料,否则只能忽悠致死了。
  •     在软件工程的图书中,《死亡之旅》是本相当奇特的书。它并没有讲一个软件工程方法,而是在讲一种软件工程实施中的现象。“死亡之旅”(Death March或者译为“死亡行军”)项目是这样一种现象:在软件开发中,软件要素的制约与软件目标存在一倍及以上的差距。这些要素可能包括人才、时间等方面。如果你接到了一个需要一个5人团队半年时间才能完成的项目,却被要求三个月完成。这个时候,你的团队就在死亡行军了。在这本书中,作者对死亡之旅现象产生的原因、环境以及身处死亡之旅项目中的人的种种遭遇、困难、行为都有介绍。为什么会产生这种死亡之旅项目?这个话题就足够讨论很长时间,书中也讨论了很多可能的原因。结合我个人的项目经历,我认为现实环境中最容易出现的原因是管理层的盲目自大,还有一线开发者没有话语权。从某种层面来说,这两种原因通常都会同时出现。管理层永远都是容易盲目乐观的,特别是进行内部管理时。由于身处高位,他们都通常更容易获得来自中层管理者的过多乐观汇报。如果管理者自认为曾经从事过基层技术工作,那就更容易自认为对技术了如指掌,一切都尽在掌握。“找你们几个低效的程序员来搞只是因为老子没时间”。实际上项目的复杂度总是比从外面看上去更高的。一个简单的原因是一个系统需要应付所有可能的输入,甚至异常情况。而外观上人们只能看到简单的关键路径。对于习惯了在线付款的你根本看不到支付系统在背后为多少种信用卡异常编写了代码,因为你可能一辈子也遇不上数据库异常回滚。所以,一个技术出身的领导者更容易作出愚蠢的决定,确信那些明显脱离实际的项目资源评估。因为他们像其他高管一样乐观,却比其他高管更自信,所以,很多“悲剧”就上演了。对于书中提到的其他客观因素,我倒不太认为会很严重得引发死亡之旅项目。企业的竞争压力确实在增加,但如果意识到这是个死亡之旅项目,理智的高管也不太可能做出决定,因为这很有可能导致投资损失,并且耽误那些本可以争取到的市场机会。当然,如果由于政治原因做出决定,除了自认倒霉没有任何话好说。如果不幸遇到死亡之旅项目,作为项目经理或者一线研发工程师,你还有什么可选择吗?走为上计。我认为书中提出这个方案是很严肃的。出现这种很不理智的决定本身已经说明了整个组织存在着过于草率或者不够客观的决策,存在着很大的风险。如果确实出现了这样的问题,一走了之没什么不好,只是很多时候我们走不了。挺过难关。这是最常见的一个选择。一般情况下,作为下属,无奈得忍受上级决定已经成为习惯。你可以有一些可选择的方案来减少困难。例如对一些项目的不重要因素降低要求;想办法激励团队或提供更高待遇。(换几个更有效率的工程师?申请独立的工作环境?提高团队伙食?)在死亡之旅的路上,除了路途中的艰难,还有可怕的终点审判。要学会通过一些方式让管理层更好地接受这个结局,也是挺过死亡之旅的关键因素。还有第三种选择吗?也许有,但是幸运的人毕竟是少数。软件开发是一个有伸缩性的工作,核心的制约是开发人员的工作效率。如果有办法通过所有可能的方式提升开发效率,甚至在总体上提升一倍,那么你就真正赢得了死亡之旅的全程!有哪些因素可以考虑?减少开发人员的无关工作(填写毫无意义的工作报告;减少开发人员被邮件和电话打断的机会)在制度和团队风格上打消成员的内心障碍(例如“反正要加班,不如白天少干点”)切实得激励团队成员,让大家忘掉项目的不明朗前景识别项目障碍并小心引入工具真的会有将团队生产力提高一倍的可能吗?是有的,但机会不多。团队的改进空间有限,在巨大的压力下又不能付出过多的学习成本,所以希望不大。同时,加班和工具对提升团队产出的影响也不可能达到如此大的比例(想想老生常谈的“没有银弹”)。所以想摆脱死亡之旅项目真正的希望还是要靠更了解软件工程规律的管理层和决策体系,更有说服力的评估方法和敢于指出问题的组织氛围。同步发表在我的博客 http://hi.baidu.com/thinkradar/item/84a588936fe0771f336eeb5b

精彩短评 (总计26条)

  •     相比其他大部头著作而言,这本有点小清新的感觉,推荐一览。
  •     原书第一版距今小二十年了,但是软件开发最重要的三个问题还是:人,人,人。 :)
  •     作为领导应该考虑的问题,今后在来关注。
  •     本书的观点到现在也不过时~
  •     写得非常好,值得反复阅读复习、体会
  •     不可不读的经典,让我不再幼稚和盲目乐观,作者对软件工程看得很透彻。
  •     警醒项目经营者风险所在
  •     一项工程需要多少时间(金钱),决定于你有多少时间(金钱)
  •     君子谋时而动,顺势而行。另,君子不立於危墻之下。
  •     奇怪,有“政”“治”两字就不能同步到新浪了?可这是公司“政”“治”啊
  •     虽然原书是2004年出版,但仍对项目管理非常有指导和借鉴意义因为国内其实每天都在上马那些劳民伤财的死亡项目如果每个项目经理和老板都能看看这本书,相信拍脑袋决定下来的项目会少很多
  •     那次从西安飞回来的时候,为了打发飞机上的时间在西安买的书,没打折!!!但是内容也不打折!!!
  •     书整体感觉比较旧,书脊有磨损、书角有些脏不像是新书呢......
  •     慕Yourdon大名
  •     挺实在的一本书,没有鼓吹那些高大上的东东,都是实实在在的血泪凝结的经验之谈。
  •     每个做IT的人都应该读一读的书
  •     血泪之作+1 区分什么是死亡之旅, 尽量不要被卷进去, 卷进去以后不要过多指望技术手段, 政治手段可能会更有效
  •     内容很直接,贴近现实
  •     如何应对“死亡之旅”项目,作者提供了大量的建议。技术经理和项目经理可参阅。
  •     无意中在图书馆发现的!我承认我没有吸收他的精华;但是让我明白了,软件工程师,远远不仅是会编码那么简单
  •     作者的直言不讳令人印象深刻,简直就是软件界的马基亚维里。
  •     刚翻了几页,写得不错,确实是从事IT者的心声之作,“成功无须赘述,但我们必须查清自己的失败、挫折和疑问”
  •     豁然开朗的感觉,一直是个基层程序员现在看看有种大局观
  •     读了一半,觉得虽然和我的工作并不是完全脱离,但还是有些难以理解。有些书的确优秀,只是不适合自己。
  •     书翻译的还是不顺,读起来太累。虽然只有一两百多页,还是有些冗长。全书充斥着政治、政治和政治,有几个好玩的观点,也许以后还会重新读一次,但是最近不会了。
  •     讨论如何在死亡之旅项目中过得好一点。
 

外国儿童文学,篆刻,百科,生物科学,科普,初中通用,育儿亲子,美容护肤PDF图书下载,。 零度图书网 

零度图书网 @ 2024