编辑推荐

《项目经理应该知道的97件事》：聪明代码很难维护（戴维?伍德，Zepheira公司的合伙人）
每个项目经理都是合同管理者（法比奥?特谢拉?德梅洛，Construtora Norberto Odebrecht公司计划管理经理）
报告中挣值与速度两种度量能共存吗？（芭比?戴维斯，Davis咨询中心主任）
怎样定义“完成”？（布赖恩?萨姆-博登，作家，软件架构师）
做工作的人才是最好的估算人员（乔?泽尼维奇，ThoughtWorks公司高级项目经理）
如何发现优秀的IT开发人员（詹姆斯?格雷厄姆，独立管理咨询顾问）
一件交付任务需由一人负总责（艾伦?格林布拉特，Sciova公司的首席执行官）
如果你管理的项目进展不利，那么看看《项目经理应该知道的97件事》吧！它饱含着业界专家多年实践获得的宝贵知识。《项目经理应该知道的97件事》极具启发性，由97篇短小实用的文章构成，其作者均是世界顶尖的资深项目经理和软件开发人员。关于项目经理应该如何处理各种事务，如管理团队、与项目利益相关者相处、避免会议失控等，他们分享了自己鲜明的观点。
尽管《项目经理应该知道的97件事》强调的是软件项目，但其中涉及的项目管理方法也适用于任何行业所有类型的项目。你既可以逐篇阅读《项目经理应该知道的97件事》的所有内容，也可以只翻阅与你密切相关的那些主题。无论你从事的是否是IT项目，书中的真知灼见都能给你以深刻的启发。

作者简介

译者：张科 焦亚超 编者：（美国）戴维斯（Barbee Davis）

芭比戴维斯，学硕士，人力资源专家，项目管理专业人员，美国管理协会Community Post半月专栏撰稿人。她自己的戴维斯咨询公司专门从事人力资源培训和咨询服务。

目录

技巧分类　XIII
译者序　XIX
前言　XX
致谢　1
1. 尽早让用户参与　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

文摘

版权页：



当反思失败的项目时，大部分责任都归于软件项目经理、团队成员和利益相关者之间的无效沟通。项目经理都知道要填平项目成员之间的沟通断层，并提供持续有效的沟通。对这一职责的重视程度有时会导致项目经理反应过度。他们会分不清哪些沟通是重要的、具体的，哪些沟通看似内容充实，但是却对项目进展有百害而无一利。
为了解决这个问题，许多软件开发人员正试图采用一种更灵活、更敏捷的方式。敏捷方法的关键之处在于及时的沟通循环，使敏捷团队能够有效应对未预见的变化，并且快速地重新评估和设置优先完成的项目功能。
敏捷项目经理们如何让沟通做到简明扼要？他们提倡每日“15分钟站立”会议。这种会议要求开发人员讲述自上次会议后他们完成的任务、“今天”计划完成的任务以及在达成目标过程中他们预见的任何障碍。“站立会议”有一定风险，因为它完全依赖于每个开发人员自我评估的准确度。有解决办法吗？为了使站立会议更有效，要结合使用一个能显示测试结果的任务管理工具。工具对于项目基本代码的状况不会说谎，并且测试结果对开发人员的自我评估来说也是一个有价值的补充。提交已经通过一系列测试的某个功能的报告数据，也为这个功能的状态提供了更准确的描述。
例如，利用一种持续集成工具来描绘出进程的客观图像。这可以让“站立会议”的沟通只包含必要成分：障碍报告（希望这已经被任务管理工具捕捉到）和因边缘案例、集成困难以及bug（缺陷）而造成的未能预见的发展情况。通过借助于一个全球共享的访问工具反映这些“新发现”，开发人员可以获得更精确的反馈。通常，在早期就可发现功能和任务之间存在着某些看不见的联系。

喜欢项目经理应该知道的97件事 [平装]请与您的朋友分享,由于版权原因，读书人网不提供图书下载服务