项目经理应该知道的97件事
2011-8
人民邮电
戴维斯 编
张 科,焦亚超
无
《项目经理应该知道的97件事》是集体智慧的结晶，是来自世界各地的具有成功项目管理经验的项目经理、软件开发人员和其他职业领域的专家集体创作的。书中，这个领域里活跃分子分享了他们多年来积累的经验和秘诀，作者将诸多成功项目经理的经验提炼为97个方法，读者可以随意捡起其中一个急需的方法。
《项目经理应该知道的97件事》是一本项目经理的实战宝典，项目开发人员、软件经理等项目相关人员也能从中获得有益的指导。
芭比·戴维斯 文学硕士，人力资源专家，项目管理专业人员，美国管理协会Community
Post半月专栏撰稿人。她自己的戴维斯咨询公司专门从事人力资源培训和咨询服务。
技巧分类
译者序
前言
致谢
1.尽早让用户参与
芭比?戴维斯
2.避免打地鼠式开发
温卡特?苏布拉马尼亚姆
3.一词不慎坏大事
帕维尔?西姆沙
4.让项目发起人自己写需求
竹家美代子
5.要简单，不要复杂
斯科特?戴维斯
6.偿还你的技术债
布莱恩?斯莱滕
7.为团队增添人才而非技能
理查德?谢里登
8.西蒙，保持简单
克利斯那?卡达利
9.你并不是非比寻常的
贾里德?理查森
10.随时间滚动
金?麦科马克
11.你们的问题，我不买单
兰迪?卢米斯
12.如何发现优秀的IT 开发人员
詹姆斯?格雷厄姆
13.优秀与普通的天壤之别
尼尔?福特
14.规模决定一切 .
阿努潘?昆杜
15.记录工作流程，然后严格执行
蒙特?戴维斯
16.剔除多余的流程
纳雷什?贾因
17.矛盾体的需求说明书
艾伦?格林布拉特
18.商业价值始终是衡量成功的标准
芭比?戴维斯
19.不要总因项目放弃休假
乔?泽尼维奇
20.集中精力
詹姆斯?利
21.项目管理即问题管理
洛林?昂格尔
22.授权：蒂姆的故事
肯?赛普
23.聪明代码很难维护
戴维?伍德
24.掌控人的因素
詹姆斯?格雷厄姆
25.使用维基
阿德里安?威布尔
26.缺失的环节
保罗?瓦戈纳
27.估算，估算，再估算
理查德?谢里登
28.项目管理办公室在前进
安杰洛?瓦尔
29.重苦劳，更重功劳
温卡特?苏布拉马尼亚姆
30.软件的失败是组织的失败
布莱恩?斯莱滕
31.来自另一端的声音
马蒂?斯科莫
32.保持洞察力
詹姆斯?格雷厄姆
33.怎样定义“完成”
布赖恩?萨姆—博登
34.60/60 定律
戴维?伍德
35.遭遇敌人……敌人就是我们自己
芭比?戴维斯
36.工作循环
詹姆斯?利
37.先照顾好自己
哈里?塔克
38.别指望开会写出代码
威廉?J.米尔斯
39.绘制变化进程图
凯西?麦克杜格尔
40.达成共识
戴维?迪亚兹?卡斯特罗
41.依据现实制定计划
克雷格?莱特维克
42.完美实现的谬误
戴维?伍德
43.敏捷的沟通系统
布赖恩?萨姆—博登
44.不要崇拜方法论
法比奥?特谢拉?德梅洛
45.电子表格解决不了人的问题
阿努潘?昆杜
46.一件交付任务需由一人负总责
艾伦?格林布拉特
47.知识完善的谬论
戴维?伍德
48.培养团队跑马拉松，而不是冲刺
纳雷什?贾因
49.三位一体的项目管理
保罗?瓦戈纳
50.路线图：最近我们为你做了什么
凯西?麦克杜格尔
51.项目范围说明的重要性
金?海德曼
52.愿景与预期结果保持一致
戴维?迪亚兹?卡斯特罗
53.艾丽丝不是美国人了
芭比?戴维斯
54.避免合同纠纷
乔治?格拉伯特
55.评估什么，就得到什么
纳雷什?贾因
56.他山之石，可以攻玉
保罗?贾马尔沃
57.要现在不要马上
斯科特?戴维斯
58.速度就是生命，越快越好
马特?“布姆”?丹尼尔
59.激发团队士气
戴维?博克
60.项目要依靠团队合作
莱利奥?瓦芮拉
61.为团队服务
卡伦?吉利森
62.大圆球谬论
戴维?伍德
63.应对危机
詹姆斯?格雷厄姆
64.了解集成要点
蒙特?戴维斯
65.分布式项目要积极促进沟通
阿努潘?昆杜
66.在开始时就要胸有成竹
路易斯?托雷斯
67.清晰的条款，长久的友谊
马泰奥?贝基
68.做实际工作的人才是最好的估算人员
乔?泽尼维奇
69.沟通最关键
杰纳迪?米罗诺夫
70.项目就是对解决方案的追求
辛西娅?伯格
71.傻瓜，人最关键
阿德里安?威布尔
72.文档是手段而非目的
帕特里克?夸
73.报告中挣值与速度两种度量能共存吗
芭比?戴维斯
74.范围改变经常发生，要适应它
帕维尔?西姆沙
75.买现成的软件
埃尔纳尼?马奎斯?达席尔瓦
76.三类项目赞助人
乔治?格拉伯特
77.该少于承诺还是多交付
乔?泽尼维奇
78.每个项目经理都是合同管理者
法比奥?特谢拉?德梅洛
79.重要，但不紧急
亚历克斯?米勒
80.讲授流程
理查德?谢里登
81.状态的假象
尤迪?达罕
82.他们到底想听什么
玛莎?勒加雷
83.团队士气金不换
戴维?博克
84.让利益相关者全程参与
卢克曼?拉瓦尔
85.计划的价值
德里?齐美尔
86.不要总是扮演“信使”
马特?萨克斯科
87.有效管理交付产品
埃尔纳尼?马奎斯?达席尔瓦
88.我们只是项目经理，不是超级英雄
安吉妮?肖克—史密斯
89.增加交流：时常召开即时会议
理查德?谢里登
90.用灵活性简化项目管理
克利斯那?卡达利
91.Web 为现在指明了道路
戴维?伍德
92.开发者厌烦状态报告，经理们却喜欢
帕维尔?西姆沙
93.你没有控制住
帕特里克?夸
94.分享观点
贾里德?理查森
95.善于支持的组织就能获得成功
辛西娅?伯格
96.建立项目管理控制
埃尔纳尼?马奎斯?达席尔瓦
97.我讨厌你的网站的9.7 个原因
芭比?戴维斯
撰稿人
版权页：当反思失败的项目时，大部分责任都归于软件项目经理、团队成员和利益相关者之间的无效沟通。项目经理都知道要填平项目成员之间的沟通断层，并提供持续有效的沟通。对这一职责的重视程度有时会导致项目经理反应过度。他们会分不清哪些沟通是重要的、具体的，哪些沟通看似内容充实，但是却对项目进展有百害而无一利。为了解决这个问题，许多软件开发人员正试图采用一种更灵活、更敏捷的方式。敏捷方法的关键之处在于及时的沟通循环，使敏捷团队能够有效应对未预见的变化，并且快速地重新评估和设置优先完成的项目功能。敏捷项目经理们如何让沟通做到简明扼要？他们提倡每日“15分钟站立”会议。这种会议要求开发人员讲述自上次会议后他们完成的任务、“今天”计划完成的任务以及在达成目标过程中他们预见的任何障碍。“站立会议”有一定风险，因为它完全依赖于每个开发人员自我评估的准确度。有解决办法吗？为了使站立会议更有效，要结合使用一个能显示测试结果的任务管理工具。工具对于项目基本代码的状况不会说谎，并且测试结果对开发人员的自我评估来说也是一个有价值的补充。提交已经通过一系列测试的某个功能的报告数据，也为这个功能的状态提供了更准确的描述。例如，利用一种持续集成工具来描绘出进程的客观图像。这可以让“站立会议”的沟通只包含必要成分：障碍报告（希望这已经被任务管理工具捕捉到）和因边缘案例、集成困难以及bug（缺陷）而造成的未能预见的发展情况。通过借助于一个全球共享的访问工具反映这些“新发现”，开发人员可以获得更精确的反馈。通常，在早期就可发现功能和任务之间存在着某些看不见的联系。
《项目经理应该知道的97件事》：聪明代码很难维护（戴维•伍德，Zepheira公司的合伙人）每个项目经理都是合同管理者（法比奥•特谢拉•德梅洛，Construtora Norberto Odebrecht公司计划管理经理）报告中挣值与速度两种度量能共存吗？（芭比•戴维斯，Davis咨询中心主任）怎样定义“完成”？（布赖恩•萨姆-博登，作家，软件架构师）做工作的人才是最好的估算人员（乔•泽尼维奇，ThoughtWorks公司高级项目经理）如何发现优秀的IT开发人员（詹姆斯•格雷厄姆，独立管理咨询顾问）一件交付任务需由一人负总责（艾伦•格林布拉特，Sciova公司的首席执行官）如果你管理的项目进展不利，那么看看《项目经理应该知道的97件事》吧！它饱含着业界专家多年实践获得的宝贵知识。《项目经理应该知道的97件事》极具启发性，由97篇短小实用的文章构成，其作者均是世界顶尖的资深项目经理和软件开发人员。关于项目经理应该如何处理各种事务，如管理团队、与项目利益相关者相处、避免会议失控等，他们分享了自己鲜明的观点。尽管《项目经理应该知道的97件事》强调的是软件项目，但其中涉及的项目管理方法也适用于任何行业所有类型的项目。你既可以逐篇阅读《项目经理应该知道的97件事》的所有内容，也可以只翻阅与你密切相关的那些主题。无论你从事的是否是IT项目，书中的真知灼见都能给你以深刻的启发。
无
主要是为了和产品研发部门的同事沟通看的，有一定收获
看过就忘了的一本书吧！
每一篇章都比较短小，适合时间少的人学习。但是每个企业不一样，而且东西方文化和管理制度也不一样，所以只能是借鉴啦
没想象中那么好，内容过于肤浅，没能深入挖掘，似乎是给门外汉来看热闹的。
写的太浅，没有读的必要。。。
质量不错，就是没时间看
昨天订的你今天送到。还没开始读。。。但听说不错。
项目管理经常遇到的问题都可以看到
值得一看。对做项目经理完全没有概念的人来说有收获，不过应该还可以更好吧！
昨天晚上下单，今天上午就收到了。质量还可以，内容讲的也不错，有时间要好好看看那。
讲了很多人的经验，不过内容很分散，要认真看，方有收获。
都是大家平时遇到过的问题
主要是心得体会，还是挺实用的
多看看了，还行吧
学习他人的经验
我不知道的就是需要的！
朋友买的，我不知道怎么样
O'Reilly：项目经理应该知道的97件事