死亡之旅读后感.docx

死亡之旅读后感

第一篇：死亡之旅读后感死亡之旅读后感一、内容简介本书涵盖了整个项目生命周期，以浅显易懂的语言和生动的事例对死亡之旅项目的起因给出了崭新的理由，深刻分析了这种现象的本质，并系统地讨论了项目参与者所面临的所有关键问题：政治、人员、过程、项目管理，以及工具，为我们提供了行之有效的方法和指南。本书不但有助于快速识别死亡之旅项目，而且能够大大提高自己从中生还的概率。无论是开发人员、项目领导、直线商务经理还是CxO，都可以在本书中找到现实而适用的解决方案。本书的主角并不是在“教科书一样规范的”模范公司中那样组织完美的项目。它所描述的正是你在自己公司中所面临的项目。但通过本书,你不仅会认识到自己所面临的残酷现实,还将会学会如何应付它们。二、个人读书点评、读后感成功无须赘述,但我们必须明了自己的失败、挫折和疑问。人们很容易忘记以往的困境、错误开端和痛苦摸索。我们总把过去的成功归功于一往无前的决心,而把当前的困境归咎于这种决心的消逝和减弱。——EricHoffer最初是被这本书的名字所吸引,因此才决定看一看它到底是什么内容。但通过阅读才明白这是一本关于软件项目管理的书,更重要的是它是在告诉你理想世界里的做事方法——理智的人们会针对项目的预算、进度和资源做出冷静和明智的决策。我们每个人可能已经注意到,我们并不是生活在理想世界之中,而且事实往往恰恰相反:虽然有些人毫无理智,所做的决定一点都不冷静和明智,但为了工作或项目我们也不得不同他们打交道。换句话说,你正在为一个“死亡之旅”项目工作。本书如此命名有一个巨大的优点:无须对它进行任何解释。因为每当向工作在一线的人提起这个名称时,他们都会带着会心的微笑说:“噢,没错,你一定是在说我的项目。”现在,它既有可能是你的项目,也很可能是你和其他任何人的项目——我们都正在或即将为各种死亡之旅项目工作,至少看起来是这样。在这种情况下,首先应该就以下问题扪心自问(尽管你往往在项目结束时才会这么做):“究竟是什么原因让我陷于这样的项目之中?”第1章中首先讨论这个问题,这是作者根据自己作为咨询顾问研究和观察了大量此类项目的经验,但是假设你无法避免参与这种项目,比如,由于没有其他工作可做,或者由于和雇主之间存在着某种形式的“金手铐”关系,而使你无法离开,此时你就面临下一个问题:“我如何才能挺过这个项目并且无损自己的健康、理智和尊严?”如果你是乐天派,或许你还会考虑如何克服自己所面临的障碍,并以低于预算的成本准时完成项目。但如果你已经历过大量这种类型的项目,你可能已经很清楚成功的机会微乎其微,能够挺过去已经是最好的结果。作者在软件业30多年的工作中,发现从事这个行业的人们对死亡之旅项目的反应非常有趣。软件业的部分人员(特别是在硅谷)把这类项目美化成对勇气的测试,认为它在一定程度上类似于赤足攀登珠穆朗玛峰。只要技术像一生中所经历的那样不断迅速变化,这种有趣的观点可能就会永久存在。我们的软件业还并不成熟,每年都有新的“珠穆朗玛峰”出现,而同时也会有一批充满自信的新程序员被说服,相信自己能够赤足一直攀上顶峰。然而,软件业另一部分人员的看法却截然不同,他们认为死亡之旅项目是令人困窘的失败。在各种各样的统计中,人们满眼都是进度延期、预算超支、充斥着错误的软件、不满的用户和完全失败的项目。而咨询顾问、权威和方法学家们不厌其烦地反复告诉我们导致这种恶果的原因包括使用了错误的方法、工具或项目管理技术。换句话说,出现死亡之旅项目完全是因为我们愚不可及或者缺乏能力。如果你同业界中久经沙场的老手交谈,他们经常会这样说:“嗨,我并不是傻瓜!我当然也想用正确的方法、工具和管理技术,但我的上级经理和最终用户不允许我这样做。这个项目的进度如此荒谬完全是因为从一开始它就是被强加给我们的,而那时我们连项目要干什么都根本不知道!”结论:出现死亡之旅类型项目是因为资深管理层都是不择手段的混蛋,而用户们不但幼稚可笑而且不切实际。三、读书心得毫无疑问,书中所有的观点都有一定的道理,在管理项目的过程中,我们确实犯了很多愚蠢的错误,资深管理层确实沉迷于荒谬可笑的政治游戏,而最终用户们也确实提出了不切实际的要求。我深信这在很大程度上是快速变更、新生代对老一代的意见常常不尊重的综合作用的结果。但为什么要尊重老一代的意见呢?毕竟现在这一代主要使用面向Java的编程技术,而我们这一代的编程经验却仅仅来自于30年前的自动编码器与汇编语言。对今天的商业用户而言,即便考虑到前辈们要求使用基于主机、字符界面、具备傻终端接口的在线系统,这对搞清楚自己应该使用哪种基于Web的应用又有什么作用?无论对这个现象的解释是什么,我们得到了一个令人清醒的结论:死亡之旅项目的产生非常正常,根本不是意外情况。我认为如今的软件开发人员和项目经理十分聪明,而且非常乐于用理智的方式来管理项