v

您的位置:VeryCD图书计算机与网络

图书资源事务区


《灾难拯救-让软件项目重回轨道》(Catastrophe Disentanglement Getting Software Projects Back on Track )扫描版[PDF]

  • 状态: 精华资源
  • 摘要:
    图书分类网络
    出版社电子工业出版社
    发行时间2012年6月13日
    语言简体中文
  • 时间: 2013/08/15 03:53:47 发布 | 2013/08/15 23:44:02 更新
  • 分类: 图书  计算机与网络 

slholmes

精华资源: 762

全部资源: 762

相关: 分享到新浪微博   转播到腾讯微博   分享到开心网   分享到人人   分享到QQ空间   订阅本资源RSS更新   美味书签  subtitle
该内容尚未提供权利证明,无法提供下载。
中文名灾难拯救-让软件项目重回轨道
原名Catastrophe Disentanglement Getting Software Projects Back on Track
作者E.M.Bennatan
图书分类网络
资源格式PDF
版本扫描版
出版社电子工业出版社
书号9787121154218
发行时间2012年6月13日
地区大陆
语言简体中文
简介

IPB Image

评论处1楼有网盘链接


内容介绍:

  jolt大奖素有“软件业之奥斯卡”的美称,本丛书精选自jolt历届获奖图书,以植根于开发实践中的独到工程思想与杰出方法论为主要甄选方向。《灾难拯救——让软件项目重回轨道》是作者在几十年软件项目管理实践经验的基础上写成的,从软件项目是否需要拯救的判断到具体拯救的步骤,面面俱到,为拯救陷入灾难的软件项目提供了一套易理解且便于操作的有效方法。
   《灾难拯救——让软件项目重回轨道》荣获2007年jolt世界图书大奖,适用于软件项目经理和高级经理,也可供软件开发人员和与软件项目有关的其他人员参考,还可作为软件工程和项目管理方面的教材。


内容截图:

IPB Image



目录

第1章 绪论 1
1.1 灾难拯救过程概述 4
1.1.1 案例研究 4
1.1.2 做出拯救决定 6
1.1.3 拯救过程 6
1.2 一些调查数据 9
1.3 一些提示 11
1.4 本章小结 14
第2章 确定项目是否陷入灾难 17
2.1 进度 20
2.1.1 设置进度警报器 21
2.1.2 调整进度警报器 24
2.1.3 监视延长后的时间表 26
2.2 预算 29
2.2.1 设置预算警报器 30
2.2.2 其他需考虑的事项 34
2.3 质量 35
2.3.1 问题列表警报器 36
2.3.2 顾客满意度警报器 39
.2.4 学会利用经验 40
2.5 本章小结 41
习题 43
第3章 第1步——停止 47
3.1 停止项目 48
3.1.1 为什么停止项目 48
3.1.2 谁来停止项目 49
3.1.3 项目停止程序 50
3.2 准备下一步 52
3.3 开展团队行动 53
3.4 处理反对意见 55
3.5 可能出现哪些问题及如何解决 56
3.6 本章小结 58
习题 60
第4章 第2步——选定评估者 62
4.1 该选谁——合格评估者的素质要求 65
4.2 案情陈述 66
4.2.1 应包含的内容 67
4.2.2 管理者的承诺 69
4.2.3 评估者的承诺 70
4.3 大型软件项目 72
4.4 可能出现哪些问题及如何解决 73
4.5 本章小结 76
习题 77
第5章 第3步——评估项目现状 79
5.1 评审 82
5.1.1 软件项目评审概述 82
5.1.2 评审面临失败的软件项目 84
5.2 项目状态信息的来源 87
5.2.1 口头的状态信息 88
5.2.2 操作性的状态信息 89
5.2.3 文档类信息 90
5.3 评估大型软件项目 91
5.3.1 大型项目有何不同 91
5.3.2 评估团队 93
5.3.3 评估大型项目的指导方针 93
5.4 拼拼图 95
5.5 可能出现哪些问题及如何解决 97
5.6 本章小结 100
习题 101
第6章 第4步——评估项目团队 103
6.1 一般原则 105
6.2 评审团队整体 108
6.3 评审项目管理 110
6.4 评审团队成员 113
6.5 整合信息 115
6.6 可能出现哪些问题及如何解决 116
6.7 本章小结 118
习题 120
第7章 第5步——确定最低目标 121
7.1 项目目标和拯救过程 123
7.1.1 区分目标、具体目标、需求和交付成果 123
7.1.2 项目目标由谁制定 125
7.1.3 同目标监督者结成同盟 126
7.2 目标最低化的准则 127
7.2.1 降低目标的过程 128
7.2.2 一个降低目标的案例 129
7.2.3 处理反对意见 132
7.3 大型项目的目标最低化 134
7.4 可能出现哪些问题及如何解决 135
7.5 本章小结 139
习题 141
第8章 第6步——确定最低目标能否实现 142
8.1 可实现的目标 143
8.1.1 可行性分析方法 144
8.1.2 被拯救项目的可实现目标 146
8.1.3 如果目标不可实现 148
8.2 中期报告 149
8.3 可能出现哪些问题及如何解决 150
8.4 本章小结 152
习题 154
第9章 第7步——重建项目团队 155
9.1 回顾团队评估 157
9.2 识别问题 158
9.3 重建团队 162
9.3.1 应对变更 162
9.3.2 实施变更 164
9.3.3 处理反对意见 167
9.4 重建大型项目团队 169
9.5 可能出现哪些问题及如何解决 171
9.6 本章小结 173
习题 175
第10章 第8步——风险分析 177
10.1 风险分析概述 179
10.2 风险分析过程 181
10.2.1 预测问题 181
10.2.2 分析阶段 183
10.2.3 实施风险行动方案 185
10.3 风险分析的一个例子 187
10.4 可能出现哪些问题及如何解决 189
10.5 本章小结 192
习题 193
第11章 第9步——修改计划 195
11.1 软件项目计划制定综述 196
11.1.1 软件项目计划概念 197
11.1.2 软件项目开发计划 198
11.1.3 项目计划制定工具 201
11.2 制定一个被拯救项目的计划 203
11.2.1 为被拯救项目制订计划的指导方针 204
11.2.2 其他需考虑的事项 207
11.3 可能出现哪些问题及如何解决 210
11.4 本章小结 214
习题 215
第12章 第10步——创建早期预警系统 217
12.1 早期预警系统的组成要素 220
12.2 开发数据收集 224
12.2.1 项目开发数据的作用 225
12.2.2 重启后项目的数据收集 228
12.3 定期项目现状评审 230
12.4 项目报警机制 233
12.5 启动校正行动 235
12.6 后续行动 236
12.7 可能出现哪些问题及如何解决 237
12.8 本章小结 239
习题 241
第13章 尾声:把最后的拼图放入位置 243
13.1 项目结束后的总结回顾 244
13.2 人为因素 247
13.3 灾难拯救的时间表 248
13.4 最终报告 250
13.5 案例分析 250
13.6 结束语 252
参考书目 253
术语表 260

正在读取……

这里是其它用户补充的资源(我也要补充):

暂无补充资源
正在加载,请稍等...

点击查看所有32网友评论

 

(?) [公告]留口水、评论相关规则 | [活动]每日签到 轻松领取电驴经验

    小贴士:
  1. 类似“顶”、“沙发”之类没有营养的文字,对勤劳贡献的楼主来说是令人沮丧的反馈信息。
  2. 提问之前请再仔细看一遍楼主的说明,或许是您遗漏了。
  3. 勿催片。请相信驴友们对分享是富有激情的,如果确有更新版本,您一定能搜索到。
  4. 请勿到处挖坑绊人、招贴广告。既占空间让人厌烦,又没人会搭理,于人于己都无利。
  5. 如果您发现自己的评论不见了,请参考以上4条。