软件项目管理实用指南：以体系结构为中心

第一部分   概      述
第1章   简介 3
1.1   什么是项目管理 3
1.2   什么是软件体系结构 4
1.3   核心信念 4
1.4   项目管理过程 5
1.5   以体系结构为中心的项目管理 5
1.6   计划 7
1.7   组织 8
1.8   实现 9
1.9   度量 10
1.10   小结 11
第二部分   计      划
第2章   以体系结构为中心的软件项目计划 15
2.1   制定切实可行的进度计划 15
2.2   方法 16
2.2.1   高层设计 17
2.2.2   自顶向下的进度表 19
2.2.3   自底向上的估算 20
2.2.4   版本发布计划 23
2.2.5   项目进度表 24
2.2.6   软件开发计划 26
2.2.7   个人进度表 27
2.3   优点 28
2.4   经验 28
2.5   经验数据 29
2.6   小结 30
第3章   全局分析 31
3.1   什么是全局分析 31
3.2   全局分析活动 33
3.2.1   组织的影响因素 36
3.2.2   技术的影响因素 36
3.2.3   产品的影响因素 36
3.3   对项目计划采用全局分析 37
3.3.1   项目策略决定 37
3.3.2   体系结构评估 38
3.3.3   风险分析 39
3.3.4   开发项目策略 40
3.3.5   全局分析和版本发布计划 40
3.3.6   全局分析和软件开发计划 41
3.4   对测试计划采用全局分析 42
3.5   优点 42
第4章   管理期望 43
4.1   何时计划及何时提交 43
4.2   向上的管理 44
4.3   横向的管理 46
4.4   信息流 47
4.5   采用软件开发计划 48
4.6   小结 48
第三部分   组      织
第5章   项目组织 53
5.1   利用软件体系结构定义项目组织 53
5.2   在开发过程中体系结构小组的角色 55
5.3   支持开发的项目功能 57
5.3.1   支持功能矩阵 57
5.3.2   权力 58
5.3.3   构造测试与质量保证 58
5.3.4   处理市场问题 59
5.3.5   构造师 60
5.4   责任. 角色. 权限和所有权 60
5.5   小结 61
第6章   全局开发 62
6.1   为什么需要全局开发 62
6.1.1   全局分析 62
6.1.2   组织的影响因素 63
6.1.3   设计策略 63
6.2   支持全局开发的体系结构 63
6.3   全局开发的开发过程 64
6.3.1   分布式项目管理 64
6.3.2   项目跟踪 65
6.3.3   配置管理 66
6.3.4   会议 66
6.3.5   分布式代码审查 67
6.3.6   节假日 69
6.3.7   出差旅行 70
6.4   多文化的不确定因素 70
6.5   对全局开发小组的建议 71
6.6   结论 72
第7章   建立项目文化和小组 74
7.1   确定项目目标 74
7.2   成功小组的特点 75
7.3   建立项目文化 76
7.3.1   信任. 公开与交流 76
7.3.2   消除隔阂与文化差异 77
7.3.3   处理个性冲突 78
7.3.4   “恳谈”会 78
7.3.5   树立信心 79
7.4   收集和统一意见 80
7.4.1   体系结构 80
7.4.2   项目计划 81
7.5   确定指导工作的量 81
7.6   小结 83
第8章   软件项目经理的角色 84
8.1   建立一种理念 84
8.2   训练 85
8.3   决策 85
8.4   协调 86
8.5   与项目小组成员协同工作 86
8.5.1   与首席软件架构师协同工作 86
8.5.2   小组成员的角色 87
8.6   软件项目管理是一种职业 88
8.7   小结 89
第四部分   实      现
第9章   权衡与项目决策 93
9.1   根据项目目标制定决策 93
9.2   管理功能蔓延和体系结构漂移 93
9.2.1   功能蔓延 94
9.2.2   体系结构漂移 94
9.3   承担责任 95
9.4   何时接受或拒绝修改 96
9.5   项目经理制定道德方面的决策 97
9.6   小结 99
第10章   增量式开发 100
10.1   建立软件开发计划的基线 100
10.2   构造计划和管理 101
10.3   让每一个人都参与工作 102
10.4   跟踪工作进展 102
10.5   增量式测试 104
10.6   版本发布标准会议 104
10.7   工具 105
10.8   小结 106
第11章   创建可视性与避免意外 107
11.1   风险管理 107
11.2   交流项目进展和存在的问题 109
11.3   在管理层建立良好的信誉 110
11.4   认可并庆祝成功 110
11.5   小结 111
第12章   在激烈的竞争中保持冷静 112
12.1   鼓励. 微观管理和纪律 112
12.1.1   鼓励 113
12.1.2   微观管理 113
12.1.3   纪律 113
12.2   保持乐观的态度 114
12.3   打质量牌 116
12.4   提供支持和清除障碍 116
12.5   处理问题职员 117
12.6   情绪化及其避免方法 117
12.7   提高工作生活的质量 118
12.8   小结 118
第五部分   度      量
第13章   需关注的度量 121
13.1   项目经理的全局度量标准 121
13.1.1   规模 121
13.1.2   进度偏离 122
13.1.3   生产率 122
13.1.4   缺陷 123
13.1.5   用户需求变更 124
13.2   高层设计的阶段度量标准 124
13.3   未完成的成本 125
13.4   工程预算 126
13.5   监视测试结果 127
13.6   小结 128
第14章   什么是“出色的工作” 129
14.1   在进度. 功能和质量之间进行权衡 129
14.2   成功项目的定义 130
14.3   度量小组成员的贡献 131
14.4   奖励 131
14.5   员工更替 133
14.6   小结 133
第六部分   实例分析
第15章   IS2000 137
15.1   背景 137
15.2   系统概述 137
15.3   项目计划 138
15.3.1   高层设计 139
15.3.2   自顶向下的进度表 139
15.3.3   版本发布计划 139
15.3.4   自底向上的估算 139
15.3.5   项目进度表 140
15.3.6   软件开发计划 140
15.3.7   个人进度表 140
15.4   项目管理 141
15.5   经验总结 142
第16章   DPS2000 144
16.1   背景 144
16.2   全局分析 145
16.2.1   组织的影响因素 145
16.2.2   技术的影响因素 145
16.2.3   产品的影响因素 146
16.3   产品线设计策略 146
16.4   DPS2000体系结构 147
16.5   项目计划 149
16.6   项目管理 150
16.7   经验总结 151
第17章   总结 152
17.1   分享最佳实践成果 152
17.2   优点 153
17.3   小结 154
第七部分   附      录
附录   一些有用的表格 157
缩略词表 163
参考文献 165