Stop IT Project Failures

出版者:Lightning Source Inc

作者:Remenyi, Dan

页数:227

出版时间:1999-6

价格:$ 83.56

装帧:Pap

isbn号码:9780750645034

具体描述

This book is about information systems development failures and how to avoid them. It considers what goes wrong with information systems development projects and what actions may be taken to avoid potential difficulties. The reduction of the impact, or even the elimination of the problems, is discussed in terms of an information systems risk management programme. "Stop I.T. Project Failure" helps to ensure that IS project managers are successful in helping to deliver application systems. However, IS development risk can never be entirely eliminated and consequently the practitioner needs to bear in mind that an IS development project is never without risk, and hence there is a continuing potential for something to go wrong. The book covers the key issues and variables and makes specific practical suggestions about the good management practice that is required to implement IS project risk processes. Dr. Dan Remenyi has spent more than 25 years working in the field of corporate computers and information systems. He has worked with computers as an IS professional, business consultant and user. In all these capacities, he has been primarily concerned with benefit realisation and obtaining the maximum value for money from the organisations' information systems investment and effort. He has worked extensively in the field of information systems project management, specialising in the area of project risk identification and management. He has written a number of books and papers in the field of IT management and regularly conducts courses and seminars as well as working as a consultant in this area. Dr.Dan Remenyi holds a B.Soc.Sc., an MBA and a PhD. He is a Visiting Professor at Chalmers University of Technology in Gothenberg, Sweden and an associate member of faculty at Henley Management College in the United Kingdom. He asks what goes wrong with IT projects, shows how to perform a financial analysis for the risks and looks at how to minimise the impact shows you how to manage a risk program.

用户评价

坦率地说，这本书的结构松散得令人发指。它似乎是由若干篇独立撰写的、主题相似但论证逻辑完全不连贯的论文拼凑而成。例如，关于“范围蔓延控制”的一章，它的前言部分竟然还在回顾项目启动的必要性，而中间部分却突然跳跃到项目收尾的质量保证流程，最后几页则开始讨论供应商选择标准。这种跳跃性使得读者很难建立起一个完整的、线性的学习路径。作者似乎试图将所有他认为重要的项目管理要素一股脑地塞进这本书里，结果却是每一点都讲得不深不透。特别是关于“变更请求审批机制”的介绍，它提供了一个极其繁琐的、需要至少五层签字才能通过的流程图，这在任何需要快速响应市场的环境中都是致命的。我感觉作者完全脱离了实际的项目运作现场，沉浸在自己构建的理想化官僚体系中。这本书对于那些正在寻找“快速修复方案”或“立竿见影的工具箱”的读者来说，简直是浪费时间，它更像是一份需要被仔细批判性解读的理论文献的草稿，而不是一本实用的指导手册。

这本书在内容上的最大缺陷在于其极端的事后诸葛亮心态。它的大部分论据都是基于对失败项目的解剖，但这种解剖缺乏深入的根本原因分析，更多的是对表象错误的简单归类。例如，书中指出很多项目失败是因为“需求不明确”，然后就停止了深入探讨“为什么”需求会不明确——是客户反复无常、是业务方和技术方语言不通，还是市场变化太快？作者从未真正触及这些深层次的组织文化和权力结构问题。更令人啼笑皆非的是，书中对“时间管理”的建议，竟然是建议项目经理每天提前两小时上班，以确保能“在无人打扰时完成深度思考工作”。这种建议显得如此不切实际且充满傲慢，完全无视了现代职场对工作生活平衡的关注以及团队协作的即时性要求。整本书弥漫着一种“只要你足够努力，就能战胜一切”的简单化倾向，它试图用个人努力来取代对系统性问题的关注，这在大型、复杂的企业项目中是根本行不通的，也未能提供任何关于如何影响高层决策以解决组织性障碍的策略。

这本书的封面设计简直是色彩和排版的灾难，简直让人怀疑作者是否真的对“停止”项目失败这件事有任何实际经验。从我翻开这本书的第一页开始，我就感到一种深深的困惑，仿佛走进了一家陈旧、杂乱无章的图书馆，堆满了过时的管理理论和泛黄的案例研究。内容上，它大量引用了那些已经被业界淘汰的、僵化的瀑布模型和流程，对敏捷开发的任何现代实践都避而不谈，仿佛时间停留在上个世纪九十年代。作者似乎沉迷于绘制复杂的流程图和层级结构，试图用理论的厚度来掩盖实践的苍白。读到关于“风险管理”的那一章时，我差点把咖啡洒出来，因为它仅仅罗列了一份长长的、毫无新意的风险清单，然后就让读者自行“祈祷”——这在当今这个充满不确定性的市场环境中，无异于一种故作高深的敷衍。文字的表述也极其晦涩和冗长，充满了自以为是的术语堆砌，每读一个长句都需要重新组织大脑来理解其核心含义，完全没有提供任何可以立即应用到实际工作中的可操作性建议。如果有人想通过这本书来学习如何避免项目陷阱，他们只会发现自己陷进了作者构建的理论迷宫里，最终只会更加迷茫和沮丧。

从排版和阅读体验上来说，这本书也未能达到当代出版物的基本水准。字体选择小而密集，段落之间几乎没有留白，使得长时间阅读眼睛非常疲劳。书中充斥着大量的粗体字和下划线，似乎作者想用这些视觉强调来弥补文字内容上的不足，结果反而造成了阅读上的视觉噪音，让人不知道哪里才是真正需要关注的重点。关于“质量保证”的那部分，作者居然花了大篇幅讨论了如何手动填写纸质测试报告的格式规范，这在普遍采用自动化测试和云端报告系统的今天，显得荒谬可笑。这本书似乎完全没有接触过任何现代化的项目管理软件或工具生态系统，它推荐的许多“最佳实践”都是基于手写记录和文件柜管理的范式。总而言之，这是一本厚重、难读、内容陈旧且脱离实际操作的文本，它未能提供任何能帮助现代项目经理在瞬息万变的环境中取得成功的实用智慧或方法论升级。

我原本期待这本书能提供一些新鲜的、能让人耳目一新的视角，毕竟“停止项目失败”这个主题本身就极具吸引力。然而，这本书给我的感觉更像是一本老派的、过于学术化的教科书，它用了整整三分之一的篇幅来讨论“项目经理的道德操守”——尽管这很重要，但作者的论述方式显得极其说教和空泛，完全没有结合当今科技行业对领导力的全新要求。书中对沟通障碍的分析停留在“多开会、多发邮件”这种初级阶段，对于如何利用现代协作工具进行异步沟通、如何建立跨职能团队之间的信任壁垒，只是一笔带过。更让我感到不解的是，书中对“技术债务”的描述极其保守，将技术债务描绘成一个必须被彻底消除的邪恶存在，完全忽略了在快速迭代中，有控制地承担适度技术债务以换取市场先机的策略价值。这本书的语言风格冷峻而疏离，仿佛作者在对一群遥远的、不犯错的学生说话，完全没有考虑到项目执行团队在巨大压力下所面临的真实人性和环境限制。读完后，我感觉自己像刚参加完一场冗长而沉闷的研讨会，学到了一堆早就知道的常识，却找不到任何能点燃工作热情的火花。

老实说我只看了chapter 4，发现里面很多定义什么的给的不太精确，有时候看不懂

老实说我只看了chapter 4，发现里面很多定义什么的给的不太精确，有时候看不懂

老实说我只看了chapter 4，发现里面很多定义什么的给的不太精确，有时候看不懂

老实说我只看了chapter 4，发现里面很多定义什么的给的不太精确，有时候看不懂

老实说我只看了chapter 4，发现里面很多定义什么的给的不太精确，有时候看不懂