项目经理应该知道的97件事
当前位置:首页 > 计算机网络 > 软件工程/开发项目管理 > 项目经理应该知道的97件事
出版社:人民邮电
出版日期:2011-8
ISBN:9787115251008
作者:戴维斯 编
页数:216页
作者简介
《项目经理应该知道的97件事》是集体智慧的结晶，是来自世界各地的具有成功项目管理经验的项目经理、软件开发人员和其他职业领域的专家集体创作的。书中，这个领域里活跃分子分享了他们多年来积累的经验和秘诀，作者将诸多成功项目经理的经验提炼为97个方法，读者可以随意捡起其中一个急需的方法。
《项目经理应该知道的97件事》是一本项目经理的实战宝典，项目开发人员、软件经理等项目相关人员也能从中获得有益的指导。
书籍目录
技巧分类 XIII译者序 XIX前言 XX致谢 11.尽早让用户参与 2芭比·戴维斯2.避免打地鼠式开发 4温卡特·苏布拉马尼亚姆3.一词不慎坏大事 6帕维尔·西姆沙4.让项目发起人自己写需求 8竹家美代子5.要简单，不要复杂 10斯科特·戴维斯6.偿还你的技术债 12布莱恩·斯莱滕7.为团队增添人才而非技能 14理查德·谢里登8.西蒙，保持简单 16克利斯那·卡达利9.你并不是非比寻常的 18贾里德·理查森10.随时间滚动 20金·麦科马克11.你们的问题，我不买单 22兰迪·卢米斯12.如何发现优秀的IT 开发人员 24詹姆斯·格雷厄姆13.优秀与普通的天壤之别 26尼尔·福特14.规模决定一切 . 28阿努潘·昆杜15.记录工作流程，然后严格执行 30蒙特·戴维斯16.剔除多余的流程 32纳雷什·贾因17.矛盾体的需求说明书 34艾伦·格林布拉特18.商业价值始终是衡量成功的标准 36芭比·戴维斯19.不要总因项目放弃休假 38乔·泽尼维奇20.集中精力 40詹姆斯·利21.项目管理即问题管理 42洛林·昂格尔22.授权：蒂姆的故事 44肯·赛普23.聪明代码很难维护 46戴维·伍德24.掌控人的因素 48詹姆斯·格雷厄姆25.使用维基 50阿德里安·威布尔26.缺失的环节 52保罗·瓦戈纳27.估算，估算，再估算 54理查德·谢里登28.项目管理办公室在前进 56安杰洛·瓦尔29.重苦劳，更重功劳 58温卡特·苏布拉马尼亚姆30.软件的失败是组织的失败 60布莱恩·斯莱滕31.来自另一端的声音 62马蒂·斯科莫32.保持洞察力 64詹姆斯·格雷厄姆33.怎样定义“完成” 66布赖恩·萨姆—博登34.60/60 定律 68戴维·伍德35.遭遇敌人……敌人就是我们自己 70芭比·戴维斯36.工作循环 72詹姆斯·利37.先照顾好自己 74哈里·塔克38.别指望开会写出代码 76威廉·J.米尔斯39.绘制变化进程图 78凯西·麦克杜格尔40.达成共识 80戴维·迪亚兹·卡斯特罗41.依据现实制定计划 82克雷格·莱特维克42.完美实现的谬误 84戴维·伍德43.敏捷的沟通系统 86布赖恩·萨姆—博登44.不要崇拜方法论 88法比奥·特谢拉·德梅洛45.电子表格解决不了人的问题 90阿努潘·昆杜46.一件交付任务需由一人负总责 92艾伦·格林布拉特47.知识完善的谬论 94戴维·伍德48.培养团队跑马拉松，而不是冲刺 96纳雷什·贾因49.三位一体的项目管理 98保罗·瓦戈纳50.路线图：最近我们为你做了什么 100凯西·麦克杜格尔51.项目范围说明的重要性 102金·海德曼52.愿景与预期结果保持一致 104戴维·迪亚兹·卡斯特罗53.艾丽丝不是美国人了 106芭比·戴维斯54.避免合同纠纷 108乔治·格拉伯特55.评估什么，就得到什么 110纳雷什·贾因56.他山之石，可以攻玉 112保罗·贾马尔沃57.要现在不要马上 114斯科特·戴维斯58.速度就是生命，越快越好 116马特·“布姆”·丹尼尔59.激发团队士气 118戴维·博克60.项目要依靠团队合作 120莱利奥·瓦芮拉61.为团队服务 122卡伦·吉利森62.大圆球谬论 124戴维·伍德63.应对危机 126詹姆斯·格雷厄姆64.了解集成要点 128蒙特·戴维斯65.分布式项目要积极促进沟通 130阿努潘·昆杜66.在开始时就要胸有成竹 132路易斯·托雷斯67.清晰的条款，长久的友谊 134马泰奥·贝基68.做实际工作的人才是最好的估算人员 136乔·泽尼维奇69.沟通最关键 138杰纳迪·米罗诺夫70.项目就是对解决方案的追求 140辛西娅·伯格71.傻瓜，人最关键 142阿德里安·威布尔72.文档是手段而非目的 144帕特里克·夸73.报告中挣值与速度两种度量能共存吗 146芭比·戴维斯74.范围改变经常发生，要适应它 148帕维尔·西姆沙75.买现成的软件 150埃尔纳尼·马奎斯·达席尔瓦76.三类项目赞助人 152乔治·格拉伯特77.该少于承诺还是多交付 154乔·泽尼维奇78.每个项目经理都是合同管理者 156法比奥·特谢拉·德梅洛79.重要，但不紧急 158亚历克斯·米勒80.讲授流程 160理查德·谢里登81.状态的假象 162尤迪·达罕82.他们到底想听什么 164玛莎·勒加雷83.团队士气金不换 166戴维·博克84.让利益相关者全程参与 168卢克曼·拉瓦尔85.计划的价值 170德里·齐美尔86.不要总是扮演“信使” 172马特·萨克斯科87.有效管理交付产品 174埃尔纳尼·马奎斯·达席尔瓦88.我们只是项目经理，不是超级英雄 176安吉妮·肖克—史密斯89.增加交流：时常召开即时会议 178理查德·谢里登90.用灵活性简化项目管理 180克利斯那·卡达利91.Web 为现在指明了道路 182戴维·伍德92.开发者厌烦状态报告，经理们却喜欢 184帕维尔·西姆沙93.你没有控制住 186帕特里克·夸94.分享观点 188贾里德·理查森95.善于支持的组织就能获得成功 190辛西娅·伯格96.建立项目管理控制 192埃尔纳尼·马奎斯·达席尔瓦97.我讨厌你的网站的9.7 个原因 194芭比·戴维斯撰稿人 196
编辑推荐
《项目经理应该知道的97件事》：聪明代码很难维护（戴维•伍德，Zepheira公司的合伙人）每个项目经理都是合同管理者（法比奥•特谢拉•德梅洛，Construtora Norberto Odebrecht公司计划管理经理）报告中挣值与速度两种度量能共存吗？（芭比•戴维斯，Davis咨询中心主任）怎样定义“完成”？（布赖恩•萨姆-博登，作家，软件架构师）做工作的人才是最好的估算人员（乔•泽尼维奇，ThoughtWorks公司高级项目经理）如何发现优秀的IT开发人员（詹姆斯•格雷厄姆，独立管理咨询顾问）一件交付任务需由一人负总责（艾伦•格林布拉特，Sciova公司的首席执行官）如果你管理的项目进展不利，那么看看《项目经理应该知道的97件事》吧！它饱含着业界专家多年实践获得的宝贵知识。《项目经理应该知道的97件事》极具启发性，由97篇短小实用的文章构成，其作者均是世界顶尖的资深项目经理和软件开发人员。关于项目经理应该如何处理各种事务，如管理团队、与项目利益相关者相处、避免会议失控等，他们分享了自己鲜明的观点。尽管《项目经理应该知道的97件事》强调的是软件项目，但其中涉及的项目管理方法也适用于任何行业所有类型的项目。你既可以逐篇阅读《项目经理应该知道的97件事》的所有内容，也可以只翻阅与你密切相关的那些主题。无论你从事的是否是IT项目，书中的真知灼见都能给你以深刻的启发。
内容概要
芭比·戴维斯，文学硕士，人力资源专家，项目管理专业人员，美国管理协会Community Post半月专栏撰稿人。她自己的戴维斯咨询公司专门从事人力资源培训和咨询服务。
章节摘录
版权页：当反思失败的项目时，大部分责任都归于软件项目经理、团队成员和利益相关者之间的无效沟通。项目经理都知道要填平项目成员之间的沟通断层，并提供持续有效的沟通。对这一职责的重视程度有时会导致项目经理反应过度。他们会分不清哪些沟通是重要的、具体的，哪些沟通看似内容充实，但是却对项目进展有百害而无一利。为了解决这个问题，许多软件开发人员正试图采用一种更灵活、更敏捷的方式。敏捷方法的关键之处在于及时的沟通循环，使敏捷团队能够有效应对未预见的变化，并且快速地重新评估和设置优先完成的项目功能。敏捷项目经理们如何让沟通做到简明扼要？他们提倡每日“15分钟站立”会议。这种会议要求开发人员讲述自上次会议后他们完成的任务、“今天”计划完成的任务以及在达成目标过程中他们预见的任何障碍。“站立会议”有一定风险，因为它完全依赖于每个开发人员自我评估的准确度。有解决办法吗？为了使站立会议更有效，要结合使用一个能显示测试结果的任务管理工具。工具对于项目基本代码的状况不会说谎，并且测试结果对开发人员的自我评估来说也是一个有价值的补充。提交已经通过一系列测试的某个功能的报告数据，也为这个功能的状态提供了更准确的描述。例如，利用一种持续集成工具来描绘出进程的客观图像。这可以让“站立会议”的沟通只包含必要成分：障碍报告（希望这已经被任务管理工具捕捉到）和因边缘案例、集成困难以及bug（缺陷）而造成的未能预见的发展情况。通过借助于一个全球共享的访问工具反映这些“新发现”，开发人员可以获得更精确的反馈。通常，在早期就可发现功能和任务之间存在着某些看不见的联系。
图书封面
发布书评
精彩书评 (总计4条)
-
刚来这家创业公司工作时，公司的产品都是几个刚毕业的学生，主管也是很沉闷的一个人，沟通少，以至于交付的工作往往达不到其他部门的要求。运营就是吐槽声最大的部门之一，而我就是主力，虽然都是自己对自己吐槽，但是深知吐槽改变不了任何事情。所以我作为一个运营，居然也担起了产品规划和原型制作的工作。你要说我抢别人的猴子，那我也认了。读完这本书，针对我个人，印象最深的还是这四点：——招一个人才，而不是技能我把部门岗位要求都写得非常详细，以至于有朋友向我反映说“你们公司的要求真高啊!”我一笑带过，但事实上作为面试者面试应聘者的时候我都没有针对性的问“某个问题出现后你会怎么解决？”类似的具体答案，常常是不必要到这一步，素质礼仪就让我觉得就不过关。唯一我说出“公司希望招一个人才，而不是技能”这句话的时候，是一个内容主管，他已经30出头，能从表情和举止看出来他对这句话的认同感，但是很可惜，最后他仍然没来。一家公司，想找到的到底是什么样的人才？专业知识过硬其中一个考量的维度，而不是全部。任何专业知识，只要肯花精力去学，大多都能掌握，可是一些做人的基本品德，已经潜移默化几十年，确实很难再改变的。所以我们需要应聘者所具备的优良技能不过是在幼儿园里就开始培养的：你能和他人融洽相处吗？能主动合作吗？当完成任务后，会把自己的工作整理以做备用吗？会对新事物感到兴奋吗？喜欢学习吗？——鼓励加快进度，而不是鼓励更多加班“加班≠高效率”是我一直认同的职场观点，而奉行加班文化的公司一直是我不齿的公司文化之一。虽然在某些紧急时刻，某产品被催促上线，某大型活动的预热开展，都避免不了加班，但你一定要记住，始终把效率放在第一位，而不是攀比加班的时间。如果组员经常比我下班还晚，我会单独发消息问问他们，是不是因为工作上的事情太多，忙不过。如果答案是否定的，那没什么关系，但是如果是肯定的，那么作为管理者，你就要好好找找团队目前出现的问题，到底是组员个人的工作效率不行？还是真的负担太重？如果是效率不行，你要亲子观察或安排他人留意她每天的工作行为和习惯，帮助他解决效率低下的问题。如果真的是负担太重，作为管理者你就需要反思，为什么会出现这种情况？是否错估了该员工的工作能力？以及如何解决它。掌握跟踪一个人的工作细节，而不是只看重最终的花费时间。——立项5步成立任何一个项目之前，一定要先厘清步骤，分别有这5步：1）启动-捕捉好点子，共同商议，是否可行，如果可行就立项并确定项目负责人2）计划-针对项目的初期方案，如何规划？背景+调研+预算+结果分析...3）执行-针对目标进行分工，细分平台和责任人，然后具体施行4）监控-在计划推近的过程中，如有和项目预期不一样的地方要进行实时反馈并记录，是哪个部分出了问题，具体责任人是谁？5）总结-为项目实施难点写点评，并将项目过程中的所有文件归档[excel+word+...]任何方案按照这5个基本步骤去走，肯定没问题，难就难在作为团队领导人能不能为项目负责人提供资源及权利支持，以及最后数据的分析及总结成功，一头一尾，多加修炼。——“非我发明不可”综合症别觉得自己是最牛逼的，看见什么都觉得不如自己做得好，觉得是个颠覆者，什么都想推翻重来，还号称自己是“完美主义者”，互联网时代，完美的产品都不完美，有现行的解决方案就别瞎鼓捣。具体的改进方法我也没有，只能一步步来，因为我就是这样的人。o(╯□╰)o -
《项目经理应该知道的97件事》是集体智慧的结晶，是来自世界各地的具有成功项目管理经验的项目经理、软件开发人员和其他职业领域的专家集体创作的。书中，这个领域里活跃分子分享了他们多年来积累的经验和秘诀，作者将诸多成功项目经理的经验提炼为97个方法，读者可以随意捡起其中一个急需的方法。《项目经理应该知道的97件事》是一本项目经理的实战宝典，项目开发人员、软件经理等项目相关人员也能从中获得有益的指导。 -
97篇短文，基本上两类： 1. 一类是洗脑，告诉你应该如何看待项目管理中的一些事情。什么是重要的，什么应该被重视。 2. 一类是工具，就一些具体问题，提供行之有效的操作备忘录指导。 整体可打4星。适合作为手册，遇到问题时查阅。97 things 系列图书一贯两份目录，一是正常按篇目顺序，一是按技巧分类。 优点： 短小。每篇都在两页篇幅内完成，一目十行的朋友分分钟可看完。 多人参与。53位撰稿人97篇文章，每人分享了自己的观点和经验，覆盖了项目管理的方方面面。 缺点： 短小。很多话题浅尝辄止，点到的那一下似乎又没点到点子上，或者说刚挠到地方，但还没止痒。 多人参与。文章质量高低不齐，有人善于表达，有理有据说得清楚，有人可能差点儿劲。这本书每一篇英文原版都已经基于Creative Commons, Attribution 3在网上公开，地址是：http://pm.97things.oreilly.com/wiki/index.php/Main_Page。使用时必须指出文章的出处和作者。问题几处：12页、44页、61页都有“迭代”或“迭代周期”的注释，三处注释基本一样。只保留第一处就可以了吧。 50页，原文“This is a perfect space to centralize access to working documents and domain artifacts which can be accessed from multiple locations.”，译文“他需要能够进入工作文件和从多个位置访问领域制品的集中入口。”有点儿欠准确。 126页，2009年1月15日，原文是January 15th, 2008。
精彩短评 (总计47条)
-
学习他人的经验 -
看过就忘了的一本书吧！ -
很好的一本书，汇集了业界专家集体智慧的结晶。 -
没想象中那么好，内容过于肤浅，没能深入挖掘，似乎是给门外汉来看热闹的。 -
听听大家的，看看现实的，着重基础面向未来！大胆于创新，细心于需求，平和于心态。 -
昨天订的你今天送到。还没开始读。。。但听说不错。 -
起源于Larry的一篇微博，我对这本书有些感兴趣并决定提高优先级先读一读。亚马逊上的英文原版评价三星半，豆瓣上中文版评价7.6分。英文原版在O'Reilly的网站上以Creative Commons 3协议分享出来，大家可以免费看；中文版么，@图灵郭志敏之前发过微博分享迷你书，然后，译言上似乎也有翻译小组翻译了一部分。
详细读书笔记参见http://blog.sina.com.cn/s/blog_53f8ff9d0100w2a7.html。 -
大杂烩的书，什么都说了一点，什么都没有说深入，当做访谈合集吧。 -
项目管理经常遇到的问题都可以看到 -
月初买的，现在开始读。 -
知道和能做到还是有很大距离的。有不少启发。 -
主要是心得体会，还是挺实用的 -
值得一看。对做项目经理完全没有概念的人来说有收获，不过应该还可以更好吧！ -
每一篇章都比较短小，适合时间少的人学习。但是每个企业不一样，而且东西方文化和管理制度也不一样，所以只能是借鉴啦 -
如何控制你的项目进度，如何培养优秀的IT人员，鼓励和奖励更多的是大多数人，不是奖励少数人，贬低多数人。需求要明确要简单不要复杂，聪明的代码很难维护，项目管理就是问题管理，多使用项目管理工具和代码管理该工具，bug管理工具等，要快速迭代，敏捷开发。 -
昨天晚上下单，今天上午就收到了。质量还可以，内容讲的也不错，有时间要好好看看那。 -
不如架构师应该知道的97件事好。有时间看下也是OK的 -
都是大家平时遇到过的问题 -
多看看了，还行吧 -
O'Reilly：项目经理应该知道的97件事 -
没想到，英文版的早就读过了，中文翻译的到现在才出来？？？搞不懂 -
97个案例，都是经验之谈！ -
管理是中软性的东西,只能具体问题具体分析,里面有些做法和想法有点扯淡了. -
非常好的一本书。所有pm都应该看看，里面一些实用的内容都是血泪教训。 -
一堆人的一堆小故事。 -
我一直以为只有我这么想，现在才发现原来不是我错了。 -
和《项目百态》类似，88个篇章讲述项目生命周期中的各类故事，其中的文字值得反复去琢磨，推荐给对项目管理兴趣的同学。 -
有相关实践工作经验的人，读了才会明白这本书的精华所在。 -
朋友买的，我不知道怎么样 -
你知道的太多了 -
给我这样的新手看看还行，一些例子和经验值得思考。不过还是那句话，实践出真知，再好的方法论没有实践来试验也只能是看看罢了 -
还不错 每一篇都很短 可以用来消磨零碎的时间 -
刚开始读的时候觉得这本书就是一本正确的废话集，你只能说他们说的都很对，但是基本没用，看到中间，发现还是有不少干货的，对于一些需求和管理沟通的问题都提出了一些看法和建议，但是因为这本书是各国PMP写的，所以你能看出很多并不适合中国国情，需要灵活运用，有一些观点不是很认同，比如第48，他提出的其实是技术专家+管理专家+培训专家的理想状态，而项目经理往往不可能兼顾，48提到的很多工作需要PMO去完成，而不是项目经理，比如培训 -
质量不错，就是没时间看 -
各种不同的人都将自己的经验与别人分享，很有益！ -
原版free，可在线阅读：http://pm.97things.oreilly.com/wiki/index.php/Main_Page -
大学时候看的，from图书馆~ -
讲了很多人的经验，不过内容很分散，要认真看，方有收获。 -
写的太浅，没有读的必要。。。 -
我不知道的就是需要的！ -
很多项目经理的tip，可以参考，可以增加思考； -
没什么特色，看完也没什么收获。 -
主要是为了和产品研发部门的同事沟通看的，有一定收获 -
一本非常好的讲述项目管理的书 -
项目管理，归根结底是对人的管理；任务计划，归根结底是对问题的计划。 -
一般般吧。。。。 -
可以当成博文集。