项目管理理论的第七章 项目质量管理

书　名　IT项目管理(工业和信息化普通高等教育“十二五”规划教材立项项目)

丛 书 名　21世纪高等院校经济管理类规划教材

标准书号　ISBN 978-7-115-27882-1

作　者　郭宁 编著

责任编辑　李海涛

开　本　16 开

印　张　22

字　数　523 千字

页　数　342 页

装　帧　平装

版　次　第1版第1次

初版时间　2012年6月

定　价　4200 元

内容提要

本书针对IT项目管理的特点，以IT项目为研究对象，对IT项目管理的主要内容进行了较为系统的研究，对项目的9个知识域和过程管理等环节进行了系统全面的介绍。全书共分12章，主要内容包括IT项目管理的概念与内涵、IT项目的管理环境、IT项目全生命周期及其各阶段的主要工作、范围管理、时间管理、成本管理、风险管理、质量管理、人力资源管理、沟通管理、冲突管理、采购管理及项目管理工具Project应用指南等。在各章都配有实际的案例，突出了IT项目管理的特色，有利于扩展读者的思路，提高IT项目管理的能力，这些启发性的案例本身就是对IT项目管理的最好注解。同时，在各章后面还配有习题与实践环节的参考题目，可供读者复习巩固和拓展知识之用。

理论与实践相结合、实用性与可读性相结合是本书的最大特点。本书可作为大学本科生及研究生IT项目管理课程的教材，也可作为项目管理人员的培训教材。有兴趣了解IT项目管理的人士也可利用本书进行自学。

目录

第1章　IT项目管理概述　1

11　项目的概念　1

111　项目的价值　1

112　项目定义　2

113　IT项目的特点　2

12　项目管理概述　4

121　项目管理的含义与价值　4

122　项目管理的特征　5

123　项目管理的发展　6

124　项目管理的知识体系　7

13　软件项目管理　9

131　软件项目管理的特点　9

132　项目管理的本质　10

133　IT项目中的常见问题分析　11

案例研究　12

习题　13

实践环节　14

第2章　组织环境与项目管理过程　15

21　IT项目管理的环境　16

211　项目环境　16

212　项目与组织战略　17

213　项目相关利益者分析　18

214　组织结构　19

22　IT项目生命周期　24

221　IT项目生命周期　24

222　IT项目各阶段内容　25

23　IT项目的管理过程　27

231　项目管理过程　27

232　IT项目的管理过程　30

24　项目经理的责任和权力　33

241　项目经理的地位和作用　33

242　项目经理的职责　34

243　项目经理的权力　34

244　项目经理的能力　35

案例研究　37

习题　39

实践环节　40

第3章　IT项目整体管理　41

31　项目启动和可行性分析　41

311　项目准备和启动过程　42

312　可行性研究　44

32　项目管理计划　47

321　项目计划　47

322　制订项目管理计划　51

33　IT项目目标管理　52

331　IT项目目标体系　52

332　IT项目目标控制　53

34　项目计划执行与变更控制　56

341　指导与管理项目执行　56

342　项目整体变更控制　57

35　项目收尾与验收　58

351　结束项目或阶段　59

352　项目验收　61

353　项目移交与清算　63

案例研究　64

习题　67

实践环节　68

第4章　IT项目范围管理　69

41　项目范围管理概述　69

411　项目范围与范围管理　69

412　IT项目范围管理的重要性　70

42　项目范围规划与范围定义　70

421　项目范围规划的编制　71

422　收集项目需求　71

423 项目范围定义　73

424　软件项目的需求管理　74

43　项目工作分解结构技术　77

431　工作分解结构　77

432　工作分解的过程　78

44　项目范围核实与控制　81

441　项目范围核实　81

442　项目范围控制　81

案例研究　84

习题　84

实践环节　85

第5章　IT项目时间管理　86

51　项目时间管理概述　87

511　项目进度管理的重要性　87

512　项目进度及项目进度管理　87

513　项目进度管理过程　87

514　IT项目时间管理的特点　88

52　活动定义　88

521　活动的定义　88

522　项目活动的特征　89

523　项目活动定义过程　89

53　活动排序　90

531　活动排序的依据　90

532　网络图　90

54　活动资源估计　92

541　IT项目资源分类　93

542　资源估算的主要依据　94

543　资源估算的过程　94

544　编制资源计划的方法与工具　95

55　活动持续时间估计　98

551　历时估计的依据　98

552　历时估计的方法　98

553　软件项目的工作量估算　99

56　编制项目进度计划　100

561　项目进度计划　101

562　进度计划编制的依据　102

563　计划编制技术　103

564　进度计划编制结果　109

57　IT项目进度控制　109

571　IT项目进度控制　110

572　进度控制的工具和方法　112

573　项目进度优化与控制　113

案例研究　117

习题　118

实践环节　119

第6章　IT项目成本管理　120

61　成本管理概述　120

611　项目成本与成本特点　120

612　项目成本管理过程　124

62　项目成本估算　125

621　项目成本估算过程　125

622　软件项目成本估算方法　127

623　项目成本估算的结果　133

63　项目成本预算　135

631　成本预算概述　135

632 项目成本预算的步骤　136

633　成本预算的结果　138

634　项目费用与资源的优化　138

64　成本控制　139

641　项目成本控制的原则和内容　140

642　项目成本控制方法　141

65　项目成本效益分析　148

651　成本效益分析的必要性　148

652　成本效益分析方法　148

案例研究　149

习题　153

实践环节　154

第7章　IT项目质量管理　155

71　项目质量管理概述　155

711　项目质量管理的概念　155

712　质量管理的过程　158

713　软件质量　158

714　IT企业质量管理体系　161

72　IT项目质量计划　163

721　质量计划的依据　163

722　编制质量计划的方法　164

723　质量计划的输出　165

73　IT项目质量保证　167

731　IT项目质量保证的思想　167

732　质量保证体系　168

74　IT项目质量控制　171

741　常见的IT项目质量问题　171

742　实施质量控制　172

743　IT项目质量控制工具与技术　173

744　质量控制成果　176

案例研究　177

习题　179

实践环节　180

第8章　项目人力资源管理　181

81 项目人力资源管理概述　181

811　项目人力资源　181

812　IT项目的人力资源管理　182

813　IT项目人力资源管理的特性　183

82 项目人力资源规划　184

821　IT项目组织的确定　184

822　IT项目工作设计　185

823　项目组织计划的编制　186

83　项目团队建设　189

831　项目团队的特殊性　189

832　项目团队的发展阶段　190

833　团队成员的选择　192

834　项目团队建设　194

835　人员培训与开发　199

836　项目绩效评估　201

84　项目人力资源的激励　203

841　动机理论　203

842　激励理论　205

843　激励因素　207

844　团队激励与组织凝聚实例　208

案例研究　209

习题　210

实践环节　211

第9章　项目沟通管理　212

91　项目沟通管理概述　212

911　项目沟通管理概述　212

912　沟通的作用与影响　214

92　项目沟通规划　216

921　项目信息传递的方式与渠道　217

922　编制项目沟通计划　220

93　信息发布　222

931　项目信息分发　222

932　召开有效的工作会议　222

94　绩效报告　223

941　绩效报告的工具与技术　223

942　绩效报告的结果　224

95　利益相关者管理　224

951　利益相关者管理　224

952　有效沟通的原则　226

953　项目沟通障碍分析　227

954　有效沟通的方法和技巧　228

96　项目冲突管理　230

961　冲突管理的概念　231

962　冲突来源　232

963　冲突处理策略　233

964　冲突管理的技巧　235

案例研究　236

习题　238

实践环节　238

第10章　IT项目风险管理　239

101　项目风险管理概述　239

1011　风险概述　240

1012　项目风险管理概述　243

1013　项目风险管理过程与作用　245

102　风险管理规划　246

1021　风险管理规划的内容与依据　247

1022　风险管理规划的程序　248

1023　风险管理规划的成果　248

103　IT项目风险识别　251

1031　风险识别过程　251

1032　风险识别方法　252

1033　风险识别的结果　256

104　项目风险定性与定量分析　257

1041　风险评估基础　257

1042　定性风险分析　259

1043　定量风险分析　261

1044　项目风险评估　263

105　项目风险应对规划　264

1051　项目风险应对原则　265

1052　项目风险的应对措施　265

1053　制定风险应对措施的依据　268

1054　风险应对规划的结果　268

106　项目风险监控　269

1061　项目风险监控概述　269

1062　风险监控程序　270

1063　风险监控的方法　271

1064　风险监控的成果　272

案例研究　273

习题　275

实践环节　276

第11章　项目采购管理　277

111　项目采购管理概述　277

1111　项目采购　277

1112　项目采购管理　280

112　采购规划　280

1121　编制采购规划的依据　281

1122　编制采购规划的方法和技术　281

1123　采购规划的输出　282

113　项目的招投标　283

1131　招投标的基本程序　283

1132　编写项目标书　285

1133　投标决策　287

1134　编写投标书　288

1135　产品选择与商务谈判　289

114　项目合同管理　290

1141　签订合同时应注重的问题　290

1142　软件项目合同条款分析　291

1143　合同管理　297

1144　合同收尾　298

案例研究　299

习题　302

实践环节　303

第12章　Microsoft Project 2007应用指南　304

121　Microsoft Project 2007概述　304

1211　导言　304

1212　Microsoft Office Project 2007简介　305

1213　启动Project 2007　305

1214　Project视图　307

122　创建项目计划　311

1221　创建新的项目计划　311

1222　设置非工作日　312

1223　输入项目属性　313

123　创建任务列表　314

1231　输入任务　314

1232　估计工期　315

1233　输入里程碑　317

1234　分阶段组织任务　317

1235　链接任务　318

1236　记录任务　320

1237　检查任务工期　321

124　设置与分配资源　322

1241　设置人员与设备资源　323

1242　设置材料资源　324

1243　设置成本资源及资源费率　325

1244　为单个资源调整工作时间　326

1245　为任务分配工时资源　328

1246　为任务分配额外资源　330

1247　为任务分配成本资源　333

125　跟踪任务进度　334

1251　保存项目的基准　334

1252　根据日程跟踪项目　336

1253　输入任务完成比例　336

1254　输入任务的实际值　338

习题　340

实践环节　341

参考文献　342 作者：孙雨生著

出版社：清华大学出版社

开本：185260

版次：2011年12月第1版

印次：2011年12月第一次印刷

定价4200元

《基于Project的IT项目管理》系统全面，《基于Project的IT项目管理》通过丰富的IT项目管理实例和完整的项目分析与设计过程，由浅入深、图文并茂地介绍了Project2010的 *** 作方法与使用技巧，涵盖了Project2010基础知识、IT项目计划制定、IT项目实施控制、IT项目信息沟通与协作等内容，构筑了一个面向实际应用的知识体系。全程图解本书采用全程图解的方式进行 *** 作演示，语言通俗，步骤详细。书中的图像做了大量的裁切、拼合和加工，信息丰富，效果精美，轻松易学。案例一致本书始终以同一个软件开发项目为例，进行基于Project2010的IT项目管理介绍，便于读者构建完整的lT项目管理知识体系。资源丰富本书免费提供多媒体课件及书中实例的完整素材文件，便于读者自学和进行实践练习。

《基于project的it项目管理》既是一本project最新版本的教材，又是一本project实际应用的参考书。《基于project的it项目管理》共分为4篇12章，主要讲解了it项目管理的具体内容及基于microsoft project 2010的it项目管理 *** 作技能，内容包括it项目管理与project 2010的基础知识，基于project 2010的it项目进度计划、资源计划、成本计划的制作、优化及发布，基于project 2010的it项目资源、进度、成本跟踪与控制，以及基于project 2010的it项目信息提取、沟通与协作管理。《基于project的it项目管理》体系完整、内容翔实、结构清晰、循序渐进，既可作为高等院校管理科学与工程、信息管理与信息系统、计算机科学与技术、电子商务、电子政务、软件工程等专业高年级本科生和研究生教材以及项目管理工程硕士、mba相关课程的教材，又可供it项目管理人员和it咨询服务人员参考使用，还可作为各种电脑培训机构的培训教材。 作　者： （美）斯奇沃泊（Schwalbe，K）　著；邢春晓　等译

出 版 社： 机械工业出版社

出版时间： 2008-8-1

字　数：

版　次： 1

页　数： 365

印刷时间： 2008/08/01

开　本： 16开

印　次： 1

纸　张： 胶版纸

I S B N ： 9787111240235

包　装： 平装

编辑推荐

自2002年第1版在中国引进出版以来，这本教材为项目管理知识体系在中国的普及和发展作出了卓有成效的贡献，产生了很大的影响。本书不但很好地阐述了项目管理的知识体系，而且结合IT项目特别是软件工程项目的特点，讲述了IT项目管理的方法和过程。全书通过许多现实中的成功和失败的项目实例，讲述了项目管理的基本内容，包括项目集成、范围、时间安排、成本、质量、人力资源、沟通、风险以及采购。

随书光盘包括：

●MicrosoftProjectProfessional2003软件的120天试用版。

●FissureProjectSimulation软件，利用该软件学生可以在模拟的业务环境中亲身体验如何进行项目管理。

有关本书的附加资源（例如，各章课堂笔记的幻灯片、FissureProjectSimulation软件的详细说明、模板文件等）请访问华章网站。

内容简介

本书是关于IT项目管理方面的教材，全面阐释了与IT项目相关的概念、技巧、工具和技术。书中介绍了运用项目管理的9大知识领域（项目综合、范围、时间、成本、质量、人力资源、沟通、风险和采购管理）以及启动、计划、实话、控制和收尾等过程组。增加了运行案例、模板以及一些项目管理模拟软件，帮助读者掌握并运用在本书中学到的知识和技能。

本书适合作为高等院校计算机相关专业高年级本科生或研究生的教材，也可供相关技术人员参考。

作者简介

Kathy Schwalbe美国明尼达大学博士，现为奥古斯堡学院企业计、信息系统项目和电子商务等课程。在1991年进入学术界以前，她做过系统分析师、项目经理、高级工程师以及信息技术咨询顾问等。她还是美国项目管理协会（PMI）的活跃成员。

目录

出版者的话

译者序

前言

第1章 项目管理概述

11 简介

12 什么是项目

121 IT项目的例子

122 项目属性

123 三项约束

13 什么是项目管理

131 项目干系人

132 项目管理知识领域

133 项目管理工具和技术

134 项目成功要素

14 项目经理的作用

141 项目经理的工作描述

142 项目经理应具备的技能

143 IT项目经理的重要技能

144 领导才能的重要性

145 IT项目经理职业

15 项目管理专业

151 项目管理的历史

152 项目管理学会

153 项目管理认证

154 项目管理的职业道德规范

155 项目管理软件

第2章 项目管理和IT背景

21 项目管理的系统观点

211 什么是系统方法

212 系统管理的三球模型

22 了解组织

221 组织的四个框架

222 组织结构

223 组织文化

23 干系人管理

231 高层管理承诺的重要性

232 组织对信息技术承诺的需要

233 组织标准的需要

24 项目阶段和项目生命周期

241 产品生命周期

242 项目阶段和管理评审的重要性

25 IT项目的环境

251 IT项目的本质

252 IT项目团队成员的特征

253 多样的技术

第3章 项目管理过程组：案例研究

31 项目管理过程组

32 把过程组映射到知识领域

33 开发IT项目管理方法

34 案例研究：JWD咨询公司的

项目管理内网项目

341 项目启动

342 项目计划

343 项目执行

344 项目监控

345 项目收尾

第4章 项目综合管理

41 什么是项目综合管理

42 战略规划与项目选择

421 识别潜在项目

422 IT与业务战略相结合

423 选择项目的方法

424 项目章程

43 初步的范围说明书

44 项目管理计划

441 项目管理计划的内容

442 项目管理计划编制的指导原则

443 干系人的分析和高层管理的支持

45 项目执行

451 协调计划和执行

452 提供强大的领导力和支持性文化

453 为产品、业务和应用领域的知识投资

454 项目执行工具和技术

46 监控项目工作

47 综合变更控制

471 IT项目中的变更控制

472 变更控制系统

48 项目收尾

49 使用软件辅助项目综合管理

第5章 项目范围管理

第6章 项目时间管理

第7章 项目成本管理

第8章 项目质量管理

第9章 项目人力资源管理

第10章 项目沟通管理

第11章 项目风险管理

第12章 项目采购管理

附录A 微软Project 2003使用指南

附录B 对PMP考试及相关认证的建议

附录C 运行案例339

附录D 模板344

附录E Fissure公司项目管理模拟

术语表

最新的第五版《IT项目管理》做了较大的修改，由杨坤翻译，2009年1月第一版已经出版，还是机械工业出版社出版的。

主要修改是全书的结构主要按照项目管理的九大手法来编排，内容作了精简，使得学习和阅读更为简单；同时还加入了对PMP考试的指导。 书 名: IT项目管理

作　者：凯西施瓦尔贝(KathySchwalbe)

出版社：机械工业出版社

出版时间： 2010年10月1日

ISBN: 9787111318132

开本： 16开

定价: 6900元

内容简介

《IT项目管理(英文原书第6版)》是运用九大项目管理知识领域(包括项目集成管理以及范围管理、时间管理、成本管理、质量管理、人力资源管理、沟通管理、风险管理和采购管理)以及全部五个过程组(包括启动、计划、实施、监控和收尾)的唯一一本教科书，为管理项目提供了坚实的框架和内容。《IT项目管理(英文原书第6版)》适合高等院校管理相关专业的本科生、研究生使用，也可作为it从业人员、高新技术企业管理者的参考书。

作者简介

作者：（美国）凯西施瓦尔贝（Kathy Schwalbe） 译者：杨坤

凯西·施瓦尔贝（Kathy Schwalbe），凯西·施瓦尔贝教授任教于明尼苏达奥格斯堡学院商务管理系，主讲项目管理、商业问题处理、系统分析与设计、信息系统项目和电子商务等课程。作为明尼苏达大学的兼职教师，她为工程系的研究生讲授项目管理课程。同时，她还为一些组织提供培训和咨询服务，并在一些会议上发表演讲。在1991年进入学术界之前，她在工业界工作过10年。她曾是一名空军军官、系统分析师、项目经理、高级工程师和IT顾问。凯西女士还是PMI（美国项目管理协会）的活跃分子，负责PMI明尼苏达分会学生会的联络工作，担任明尼苏达分会分管教育的副主席，以及《ISSIG评论》联络和编辑部主管，她还是PMI考题编写组成员。

凯西女士毕业于圣母玛丽亚大学，获得数学学士学位；在美国东北大学的高科技MBA项目完成了MBA的学习，最终在明尼苏达大学的高等教育学院获得博士学位。

图书目录

前言

致谢

作者简介

术语表

第1章 项目管理概述 1

第2章 项目管理与信息技术环境 29

第3章 项目管理过程组：案例研究 63

第4章 项目集成管理 115

第5章 项目范围管理 161

第6章 项目时间管理 195

第7章 项目成本管理 237

第8章 项目质量管理 275

第9章 项目人力资源管理 321

第10章 项目沟通管理 365

第11章 项目风险管理 405

第12章 项目采购管理 445 基本信息

书号：7-113-07991

作者：谭武梁等

定价：2400元

版次：1版1次

开本：16开

出版日期：200708

配套教材：IT项目管理习题与指导

出版单位：中国铁道出版社

内容简介

本书循序渐进地介绍了IT项目从启动到收尾管理过程中的各个环节，并通过校园网项目的实例，让大家了解IT项目管理的规范，掌握IT项目管理的原理、方法和技巧。全书共分为13章，主要包括：IT项目管理概述、项目启动与立项、项目计划、项目进度管理、资源管理、成本管理、质量管理、风险管理、采购管理、沟通管理、范围管理、整合管理、项目收尾。本书层次分明，实例丰富，图文并茂，理论联系实际，可作为高校计算机类的教材，也可供从事IT项目管理的人员参考和使用。

图书目录

第1章 概述

第2章 项目启动与立项

第3章 项目计划

第4章 进度管理

第5章 资源管理

第6章 成本管理 第7章 质量管理

第8章 项目风险管理

第9章 项目采购管理

第10章 项目沟通管理

第11章 项目范围管理

第12章 项目整合管理

第13章 项目收尾

附录A

附录B

参考文献

大多数IT专业人士都知道，自己随时都可能被要求管理一个项目。如果你本身并不是专门的管理人员，那么很可能会遇到很多问题。下面我们就将一些常见的问题及其答案介绍给大家，希望能够对大家有所帮助什么是所谓ROI指的是投资回报。商业管理人士希望能够通过一种定量的判断标准来了解在进行了一定的资源投入之后能够从项目上得到的收益如何。有的时候，IT项目管理给公司带来的收益体现在公司的财政状况上，也有的时候，这种收益体现在财政状况之外的其他方面，还有的时候是两个方面兼而有之。

通常，项目管理在职研究生对项目进行投资回报分析有三个原因：一、证明现有项目的价值，二、证明对项目进行先期投资的合理性，三、使下一步的具体行动更具说服力。如何计算项目的投资回报，在大多数财政性投资回报的计算当中，了解下面这些信息都是必需的：

1、项目成本：维护与运营成本(包括项目分析期内的每一年)；

2、财政收益(如果有的话。包括项目分析期内的每一年)；

3、每年的现金流动(从每年的财政收入中减去成本支出)。

在进行非财政性投资回报计算时，根据计算方法的不同，需要的一些数字。一般来说，包括成本投入和能够表明业务进展的非财务方面的数据。(如时间、数量或质量等)在大多数情况下，你可能要计算财务上的投资回报数据。

应用商业投资回报计算器或是其他的同类工具，任何人都能够简单快速的完成对投资回报的计算什么是成本效益分析在任何的商业-IT决策当中，决策者都会面临多种选择。你可以选择“A”方案，也可以选择“B”方案，还可以哪个方案都不选。最后只有一个方案是“最佳”的。成本效益分析(CBA)会对各种可供选择的方案(技术、项目等)进行比较，通过比较让决策者了解哪种方案是最佳的。好的成本收益分析可以帮助决策者计算出能表明项目影响力的数据。有的时候，成本收益分析是对两个或更多的可选方案的成本和收益进行系统的评估，让决策者了解哪种方案能够给公司带来最大的价值。但同时，成本效益分析又是为了让大家对项目投资回报的预期更理性。它可能包括用在每个内部员工身上的平均成本、系统预期的使用年限、资本费用和用于雇佣合同工的费用等商业案例与成本收益分析是否等同两者是相似的，但并不完全等同。两者都是通过事实来让决策者做出更为明智的决策。商业案例是一种鼓吹似的文档，它的目的是劝说各个利益相关的群体和部门采取某些具体的行动。与成本收益分析相比，商业案例更全面。比如说，商业案例当中通常都会包括对战略性结盟的讨论，而这通常是成本收益分析所不具备的。成本收益分析仅仅是对一些可行的选择方案的“中立”评估，它涉及到各种可供选择的方案的成本、收益、风险、回报等关键数据，并且通过比较让决策者了解哪种方案最有利。

项目交付是项目进展的切实成果，如项目计划或项目计划的某个特定组成部分，比如：状态报告等项目影响分析的目的是什么项目完成之后会使公司某些方面的运作产生变化，而项目进行过程当中又必然要求一定的成本投入。对项目进行前后的不同状况进行比较就是项目影响力分析。这是决定项目是否应当继续进行下去的一个重要判断标准到底什么是风险管理？金融风险管理的目的是确定项目可能出现的问题以及新系统运行起来之后可能出现的问题，确定这些问题一旦出现会造成的影响。

风险管理的另外一个组成部分就是对问题出现的可能性进行评估。综合考虑了所有的因素之后，项目经理就能够对项目风险做到心中有数了。在项目计划当中，项目经理应该列出所有出现可能性较高的风险及其可能带来的消极影响，当然，那些出现可能性一般的风险也不能忽视。要采取切实的行动来消除或减轻列举出的各种风险什么是范围管理对项目范围进行界定的目的是清楚的描述项目的逻辑范围并在此问题上征得大家的一致。对项目范围的陈述用于界定哪些要素在项目范围之内，而哪些要素在项目范围之外。能够界定的项目范围所涉及的方面越多，项目进展起来就会越顺利。下面这些信息可能会起到帮助作用：

1、范围内和范围外的任务类型(业务需求、现状评估)；

2、范围内和范围外的生命周期流程(分析、设计、测试)；

3、范围内和范围外的数据类型(财务、销售、员工)；

4、范围内和范围外的数据来源或数据库(账单、公司总帐，薪水明细)；

5、范围内和范围外的部门(人力资源、制造商、供货商)；

6、范围内和范围外的主要功能(决策支持、数据输入、管理报告)。

在职研究生商业案例当中通常都包括成本收益分析的结果什么是项目管理计划在项目开始之前，项目经理先要制定项目计划。项目计划的制定可以帮助项目经理对项目的任务和工期进行预测，还可以帮助项目经理对未来几个月内的详细工作进行规划，合理配置人员和各种资源。设定一系列一致的项目管理规程会对项目管理有所帮助。项目计划中应当包含的要素有范围管理、风险、沟通、人员配置等。同样，制定项目计划的关键是通过对项目的界定来更好的通过管理实现项目预期。例如，如果你对范围变化请求的批准程序作出了界定并且同大家达成了一致，那么在项目开始之后对变化进行管理就会简单得多项目交付的重要性如何项目交付非常重要。因为它可以帮助项目经理获得股东和项目赞助人的认可，并且可以让股东和项目赞助人了解项目的进展状况。

考研政策不清晰？同等学力在职申硕有困惑？院校专业不好选？点击底部官网，有专业老师为你答疑解惑，211/985名校研究生硕士/博士开放网申报名中：>

学习目标

1 理解项目质量管理的重要性和项目经理在确保质量中的角色

2 定义质量并理解质量与IT项目各个方面的关系

3 讨论质量专家的现代质量管理观念

4 描述项目的质量计划编制、质量保证和质量控制所包含的内容

5 解释质量控制工具和技术，例如：帕累托图，统计抽样，质量控制图和6σ法则

6 比较IT项目的不同测试类型以及它们与质量的关系

7 描述IT项目质量改进相关的关键问题

71 IT项目的质量

72 什么是项目质量管理

质量管理的目的是确保项目满足他所应满足的需求。

项目质量管理的三个过程：

1 质量计划编制包括确认与项目有关的质量标准以及实现方法。

2 质量保证包括对整体项目绩效进行预先的评估以确保项目能够满足相关的质量标准。

3 质量控制包括监控特定的项目结果，确保它们遵循了相关质量标准，并识别提高整体质量的途径。

73 现代质量管理

注重预防而不是检查，并承认管理层对质量的责任。

74 质量计划编制

质量计划编制中重要的是确定每个独特项目的质量标准，把质量规划到项目的产品和管理项目所涉及的过程之中。计划编制还包括，以一种能理解的、完整的形式传达为确保质量而采取的纠正措施。在项目的质量计划编制中，描述能够直接促成满足顾客需求的关键因素是重要的。

质量计划的输入：关于质量的组织政策、特定的项目范围说明书、产品描述、相关标准和准则；输出是质量管理计划和为确保整个项目生命周期质量的各种检查表。

IT项目中影响质量的范围部分包括：功能性和特色、系统输出、性能、可靠性和可维护性。

实验设计是一种质量技术，用以帮助确认那个变量对一个过程的整体结构影响最大。理解那个变量影响结构是质量计划编制的重要部分。

75 质量保证

质量保证包括与满足一个项目相关的质量标准有关的所有活动。其另一个目标是不断改进质量。

上级领导和项目经理做好质量保证工作，可以对质量产生重要的影响。

基准比较分析法是用于质量改进的技术，它是将具体项目时间或产品特性与那些在项目执行组织内部或外部的其他项目或产品的相应特性进行比较，从而产生质量改进的思想。

质量审计是对特定质量管理活动的结构化审查，找出教训，改进现在或将来项目的执行。

76 质量控制

输入：接受决策、返工和过程调整。

接受决策作为项目一部分而生产的产品或服务是否被接受或拒绝。

返工指采取行动，是拒收事项达到和满足产品需求或规范或干系人的其他期望。

过程调整是指在质量控制度量的基础上，纠正或防止进一步质量问题的发生。

77 质量控制的工具和技术

帕累托分析

指确认造成系统质量问题的诸多因素中最为重要的几个因素。有时称为80-20法则，意思是，80%的问题是由20%的原因引起的。帕累托图是用于帮助确认问题和对问题进行排序的柱状图，其根据发生频率排序。

统计抽样和标准差

团队中对质量进行管理的成员必须对统计有深刻的认识，其他人也需要有大概了解。这些概念包括统计抽样、可信度因子、标准差、变异性。标准差和变异性是理解质量控制图的基本概念。

统计抽样是选择样本总体的部分来检查。样本大小取决于你想要的样本有多大的代表性。

样本大小=025×（可信度因子/可接受误差）2

可信度因子表示被抽样的数据样本变化的可信度。

常用的可信度因子

期望的可信度 可信度因子

95% 1960

90% 1645

80% 1281

标准差测量数据分布中存在多少偏差。一个小的标准差意味着数据集中聚集在分布的中间，数据之间存在很小的变化。使用σ表示标准差。

标准差在质量控制上很重要，因为它是一个决定有缺陷个体的可接收数据的关键因素。6σ很常用。

质量控制图、6σ和七点运行法则

控制图是数据的图形化表示，表明一个过程随时间的结构。主要用途是为了预防缺陷，而不是检测或拒绝缺陷。质量控制图可以使你决定一个过程是在控制之中还是失去了控制。

在一个过程在控制中，在过程结构中的任何变化都是由随机事件产生的。在控制中的过程不需要调节。当一个过程失去控制时，过程结构中的变化是由非随机事件产生的。当一个过程失去控制时，过程结果中的变化是由非随机事件产生的。当一个过程失去控制时，你需要确认这些非随机事件的起因，并调节过程以纠正或消除这些原因。

七点运行法则指出，如果一排中的7个数据点都是在平均值下面或上面，活着都在下降或上升，那么需要检查这个过程是否有非随机问题。

测试

为了提高质量，遵循严谨的测试方法是很重要的。

78 提高IT项目质量

成熟度模型，用于帮助组织改进它们的过程和系统的框架模型。3个流行的成熟度模型包括“软件质量功能实施（SQFD）”模型，能力成熟度模型（CMM）和项目管理成熟度模型。

从普遍角度上说，一个有效的项目管理要从几方面入手。

1 项目范围

明确定义好项目管理范围，才能有效配置相应资源。

2 项目计划

根据项目要求，制定切实可行的项目计划。国内大部分项目经理都是根据上级指示做事，没有仔细做过项目评估，这就导致在项目执行过程中，经常出现不可控因素，影响了项目的执行结果。

3 项目资源

包括设备，材料，资金，人力资源等。关键是资金和人力资源，一个是保持适当的现金流，一个是保证有足够的人去做该做的事。

4 风险预估

包括对用户及对自身评估两部分。对用户主要涉及其信用度，财务状况，技术能力/经验等方面；对自身主要包括足够的项目管理人员，技术人员配置是否足够，经验是否丰富，有否做过同类项目，用户的付款条件对项目管理造成的风险是否可控？

以上是针对工程类项目，针对软件开发项目，在项目范围/风险中，还需要特别关注用户对项目的具体及特殊要求。

内容来源于ITSS符合性评估落地工具-云雀运维！！！

过去的几年，一些公司在信息化建设方面的投入巨大，难免有一些急于上马的项目投入与产出并不十分理想。而且由于市场环境的迅速变化，相应的业务模式也在不断的改变，从而给信息化系统的适应性提出了相当高的要求。

过去的有些项目启动时期没有很好地考虑到这些问题，造成一些项目盲目启动、仓促上马，导致项目的投入产出分析不清，项目重复建设，组织混乱，给后期的项目实施，项目维护，项目使用带来极大的风险，甚至导致系统建成后被用户弃用。最终使业务遭受损失。因此，越来越多的公司对于项目上马的决策已经趋于理性，严格要求做好项目启动前的论证工作。在满足当前紧迫的业务需求和长远的战略需求之间作好平衡。确保项目建设的成功。

相对产品供应商而言，企业在项目建设中处于合同意义上的甲方，其项目的启动过程与乙方的项目管理有很大的不同，是一个较为复杂的过程。它往往需要考虑一系列的问题，如：需求是否合理？是否有必要启动项目？项目可能带来的影响是什么？可能的投入有多大？取得的效益有多大？当前的管理模式是否能支撑？如果不能，可能要在哪些方面做好变革的准备？业界相关的产品有哪些？哪些是真正适合需求的？

因此，对项目启动管理形成统一的认知，对于实施信息化项目的企业有着非常重要的意义。

一般来说，项目的启动管理可以划分为以下几个阶段：

一、意向提出阶段

在意向提出阶段，业务部门发现需要由信息化手段来实现的业务需求，并提出建设信息化系统的期望。由于信息化项目的意向伴随着业务发展的全过程，因此，对于意向的统筹管理与规划对企业的信息化部门始终是一个难题。

对于有集中业务规划期间的企业，意向的产生经常集中在业务规划期间，比如：财年末，业务对自身的模式进行盘点期间，往往产生业务模式的改进或改革的需求，从而对信息化工具产生需求。在这一时间产生的想法或需求，往往不是很成熟，不确定性很大，后期变化的风险也很高。但这一时期，也是意向最集中，最易于统筹规划的时期。信息化部门通常在这一时期，对所有的意向进行收集，分类整理，初步形成项目建设清单。并考虑公司战略重点与资源投入的约束，对项目进行排序，以确定建设重点。

对于不在集中规划时期提出的项目意向，往往会影响到原有的整体规划与计划，各方面的论证更应谨慎，比如，项目的必要性、投入的合理性、资源到位的可能性，对已建和在建系统的影响等等。

信息化管理部门（或IT项目管理部门）可以通过建立一些制度与流程，对业务需求的意向进行引导， 尽量使意向在集中规划时期提出。

意向提出作为项目启动的一个阶段来管理，其意义就在于：对意向进行统筹规划，保证系统建设的整体合理性。

二、需求分析阶段

在受理了项目的意向以后，就进入对项目需求的分析阶段。这一阶段需要有IT人员与业务人员组成的小组，对业务需求进行详细的调研与分析。采用的方法主要包括各业务层次人员访谈、会议。

在这一阶段，IT人员与业务人员往往会出现矛盾，IT人员可能认为业务的需求不清晰，而业务认为自己的需求已经十分清晰。解决这个矛盾的关键在于，要有详细的管理控制方法，引导业务人员进行需求的细化。如，制定需求分析报告的框架，针对关键点形成文档等。一般来说，需求分析包括以下内容：

当前业务流程分析

未来业务流程分析

当前业务与未来业务的差异分析

信息化功能点需求

对将来系统的非功能需求，如：性能需求，环境需求，安全需求等

需求的优先次序

需求分析报告形成以后，还需要组织对需求的评审，以达成项目关系人对需求的一致认可。这一过程可包括：

制定评审计划：制定评审的工作计划，确定评审小组成员，准备评审资料。

需求预审查：评审小组成员对需求文档进行预审。

召开评审会议：召开评审会议,对需求规格书进行评审。

调整需求文档：根据评审发现的问题，对需求进行重新分析和调整。

重审需求文档：针对评审会议提出的问题，对调整后的需求文档进行重新审查。

三、可行性方案论证阶段

可行性方案的论证是项目启动阶段的关键活动，它的质量直接影响项目的实施效果。论证小组一般由企业内部的业务与IT技术两方面的人员组成，视项目的重要程度、难度与规模，可能还需要企业外部的专业顾问资源。

可行性方案论证的目的是通过确认管理体系和系统技术构架，从而确认未来的管理和技术方案是否有效。它立足于项目从管理上、技术上、实现上的难点进行阐述，逐步理清楚客户的需求。并在需求的基础上，规划总体解决方案，以作为项目投入产出评估的依据、产品选型的依据，以及后续实施方案的约束。

项目投入产出评估的依据：建立在业务需求分析基础上的项目投入与价值分析，往往是比较粗略的宏观感受。业务人员在提出信息化需求时，可能并没有充分考虑它与其它系统之间的关系，这样得出的投入与产出分析也是很粗略的。如果在此基础上，通过设计可行性方案，考虑清楚该项目的定位，与其它系统的关系，相信投入产出的分析将更有说服力。

产品选型的依据：可行性方案的制定是建立在业务需求的基础上，是不受任何产品影响的。因而它是后续产品选型的依据，它使得企业可以在产品选型过程中始终坚持从自身的需求和规划为原则选择产品与方案，而不至于受到供应商解决方案的误导。

实施方案的约束：可行性方案与实施方案是总体设计与详细设计之间的关系。可行性方案描绘了总体的业务方案与技术架构，而实施方案是可行性方案在各方面的细化。

此外，围绕可行性方案从管理上、技术上、实现上对难点进行的阐述，可以有效地开展项目的风险分析，制定项目的风险管理策略，为项目的成功提供保障。

四、产品选型阶段

当可行性方案需要通过选择新的产品来完成时，进入项目启动管理的产品选型阶段。在该阶段，对供应商进行初步的筛选以后，根据需求与方案要求，制定招标文档，接收供应商的项目解决方案，并根据评估标准，组织相关人员对供应商进行评估，选出2个以上的供应商进入商务谈判。并在立项报告审批通过以后，与供应商签署合同。该阶段又可细分为以下几个步骤：

创建RFP：根据需求阶段与可行性方案阶段分析的结果，制定向供应商招标的文档。

解决方案评估：制定产品选型评估的标准是该活动的核心，它包括：应用软件评估：对产品本身的功能、性能、体系架构、用户友好性、市场评价、费用等方面进行考察；

软件运行环境评估：对系统运行所需要的服务器、客户机的软硬件配置进行评估。这是很容易被忽略的一部分，又是有可能对后续实施投入影响最大的一部分，尤其是在客户端数量大，环境复杂的情况下。

项目实施评估：在信息系统的建设中，项目实施方法与能力已经成为项目成败的重要环节，因此对服务商实施能力的评估显得尤为重要。评估内容主要包括：实施方法、实施费用、实施周期、实施顾问经验以及对相似实施案例的考察。

培训与售后服务评估：包括考察培训方式、费用、售后服务方式、费用、响应时间等。

供应商评价评估：对供应商的基本面进行评估，如供应商的规模、业绩、合同语言和仲裁地、与客户的合作策略等方面。

效益风险评估：即项目的投入与产出的评估。这是最难评估的一项，当前在信息化项目中尚没有形成较完备的投入产出的量化评估指标，多是采用一些定性的分析与比较。

商务谈判

关于商务谈判的组织与技巧，有许多专门的论述。从信息化项目管理角度上具体来看，商务谈判是在一定的策略指导下，与产品及服务实施商进行的，确定合同条款的过程，目的是最大化的维护公司利益，确定最优的价格和服务条款。

商务谈判的依据是评估通过的解决方案，其过程通常包括：组织谈判小组、制定谈判方案、实施谈判、签署合同。值得注意的是，商务谈判与后续的立项报告审批并没有严格的先后关系，是可以同时进行的。但合同签署必须在立项报告审批完成后才可进行。

2012-9-24 如何编写ＩＴ项目方案 通过学习如何编写方案，让大家进一步体会管理线索在实际工作（项目）中的应用。 帮助大家更容易地理解ＩＴ项目管理的理论体系：九大知识领域和五个过程组。 帮助大家学习掌握ＩＴ项目方案编写方法。 目录 什么是方案 如何编写需求分析 如何编写方案设计原则 如何编写解决方案 如何编写实施方案 如何编写维护服务方案 如何编写培训方案 如何编写典型案例 典型设计方案分析 方案就是解决问题的方案。 方案有：用户解决方案、项目申报方案、可行性报告等等。 写方案的目的就是让别人知道，你有能力高效、低耗、低风险地完成特定的任务目标。 方案中要解决： 为什么做 做什么 达到什么效果 谁来做 怎么做 花费多大代价 有何风险、怎么控制 质量如何保证 你是否有相应的能力 什么是方案 方案的背景，讲述当前与方案相关的社会、需求、技术等背景情况，国内外同类解决方案的情况等。一般出现在申报方案。 需求分析，即问题所在或方案的目的，讲明这个方案要解决的问题是什么，方案都是有目的的，在这里就是要阐明目的，并树立起要解决问题的目标。给读者阐明为什么做。 方案的意义，高度概括，这个方案能解决什么问题，方案的实现能带来什么好处。一般出现在申报方案。 方案设计原则，就是在设计解决方案时，必须要遵循的原则。所谓原则，就是不能突破并必须严格遵循的尺度。在每个具体的解决方案中，都要体现预先确定的原则。 遵循的标准，包括国标、行标、地方标等，也是在设计方案是不能突破的尺度。 方案的目标，总体概述解决问题的方案，高度概括。一般出现在申报方案。 解决方案，给读者阐明怎么做，来解决问题。是解决方案的主体。 方案有以下要点或组成部分 组织架构 实施方案（进度计划），给读者阐叙做的具体步骤，工作路线。 服务方案（服务计划），给读者阐明你有服好务的具体措施。 培训方案（培训计划），给读者阐明你有做好培训的具体措施。 沟通计划 质量控制计划 风险识别和风险控制计划 设备采购计划 工作量估算和人力资源成本预算 典型案例介绍，给读者证明，你已经具备了实现这个方案的能力。 工作基础、工作成果积累，进一步论证你具备实现这个方案的能力。 满足用户的需求、满足招标文件中提出的所有要求是编写方案的基本原则，要对用户和招标文件的每一项要求都有明确的响应，要清晰准确地领会用户的意愿，不能随意抵触或反对用户的意愿。 要努力在方案中体现我们的特点（特别是主要竞争对手所不具备的特点），要在方案中发挥我们有利的资源，厂商产品选择是要考虑利润最大化和商务可控性。 需求分析即问题所在或方案的目的，讲明这个方案要解决的问题是什么，方案都是有目的的，在这里就是要阐明目的，并树立起要解决问题的目标。给读者阐明为什么做。 用户需求分析总会是用户解决方案的第一部分，这部分主要是分析用户项目的需求、用户的关注点和兴趣点、用户当前的资源情况和存在的问题等等。 用户需求分析是整个方案定基调的部分，是为我们为什么提供后面所描述的方案设定论点并为提供论据奠定基础。 同时，到位的需求分析，也是为我们制定方案的设计目标提供依据。 作为方案的开篇部分，如果分析到位，特别是用户的关注点和兴趣点分析到位，会立即引起用户的共鸣，迅速把用户吸引住，也更容易让用户理解我们后面的内容。 一个到位的需求分析，是一个好方案的一半。反过来讲，如果你都不能全面地把握用户的需求，你拿出来的方案也不会有什么针对性，用户不会感兴趣。 要做好需求分析，需要进行耐心细致的用户调研工作，而且根据用户项目的特点，制定明确的需求调研线索和方案。 需求分析 用户立项的宏观背景 用户立项的目的和意义 用户的组织架构 用户当前it建设的情况 采用的技术需求 软件功能需求 软件性能需求（质量需求） 平台环境需求 安全方面需求 项目风险识别 用户关注点和兴趣点详细分析等 每一部分根据需要，可以做进一步分类描述。 对于一个综合性IT应用解决方案，如金保工程方 案，需求分析应包含以下几个方面的内容 大家要注意，用户需求是多角度的 在进行需求分析描述时，各部分分类要清晰 多用条理性描述少做长篇论述 各部分内容分量要均衡 要点要清晰准确 要体现全面、到位和重点突出。 大家记住，这里每一部分的描述都将是后面相应内容的线索和论据。 用户需求分析往往是方案编写者最容易忽视的部分，好多人都是随便凑点内容，甚至凑一些根本无关的内容。 这样的后果是，因为自己不重视，也就不能真正地掌握用户的需求和期望，写出的方案针对性不强。 方案设计原则是每个方案必须的部分，也是很多方案编写者最轻视的部分，好多人的办法是随便抄一个其他方案的原则部分，应付了事。 这反映出他们根本不知道原则是什么、原则的作用是什么。 方案的设计原则是设计者对设计思想的纲领性的描述，是对需求的高度抽象和概括，是进行方案设计的最基本的指导方针。 就是在设计解决方案时，必须要遵循的原则。所谓原则，就是不能突破并必须严格遵循的尺度。在每个具体的解决方案中，都要体现预先确定的原则。 在方案设计原则中，要表明在方案设计时重点要考虑哪些问题，要突出对用户关注点和兴趣点的对策，这些内容要与需求分析的相关内容紧密呼应。 方案设计原则的编写可以分为两大类，一类是基础性原则，一类是响应用户特殊需求的原则。 方案设计原则 基础性原则在每个方案中基本都会有，如： 先进性与成熟性的原则 先进性与保护投资的原则 安全性原则 功能完备性原则 灵活性原则 可维护性原则 可扩展性原则等等。 基础性设计原则 我们拿可维护性原则作为例子分析一下“原则”的含义 可维护性的意思是，根据我们提供的方案开发出的系统，具有方便进行维护的特点。 换句话讲，我们进行方案设计和开发时，要充分考虑今后维护的方便可行。 即便这些基本性原则可能在很多方案中都有，但也要充分理解用户的期望。 如用户项目资金充裕，那可能就要突出先进性的原则 反之，可能就需要充分考虑原有设备的复用，保护原有投资。 用户特殊需求的原则要认真下一番功夫 直接体现我们是不是重视用户的想法 是不是真正理解他们的需求 要想做好这方面的文章，就必须对用户的需求、用户的关注点和兴趣点非常清晰。 一般情况下，在介绍方案时，原则部分会有比较强的冲击效果，特别是那些很到位的响应用户特殊需求的原则。 说白了，就是告诉用户，你关心什么，那么我们就将在方案中注意、解决和实现什么。 解决方案这部分是方案的主体部分，也是分量最重的部分。需求分析部分是讲为什么设计这样一个方案、这个方案要解决什么问题、有什么意义。 方案设计原则部分讲的是我们在进行这个方案设计时应该遵循的原则，或者说是应该重点关注和考虑的问题。 标准规范部分讲的是方案设计的应遵循的标准规范。 这部分是介绍我们设计出来的结果。 是不是满足需求、是不是能够解决用户的问题、是不是遵循了原则、是不是符合相应的标准规范，全要在这部分中体现出来。 解决方案 为了让大家容易理解，我在这里用一个大家比较熟悉、比较容易联想的方案设计例子进行介绍，这个例子就是一座大楼的设计方案。 设计一座大楼是一件很复杂的工作，要考虑大楼的功能需求、外观、空间、每个楼层的房间布局、强电线路、弱电线路、供水线路、供暖线路、排污管线、各种材料等等，要进行力学分析、结构分析等，可以说设计一座大楼是一项庞大系统的方案设计工作。 后面将给大家介绍一下编写这部分内容的注意事项。 首先请大家记住，我们这里讲的设计方案，是我们与用户沟通交流的方案。 目的是让用户知道我们有能力、有措施、有保障地去实现他们的需求，是让用户树立起与我们合作的信心，但并非是一个具体的开发方案。 因此需要重点突出而不需面面俱到，不需要或者千万不要落到具体的细节上，要尽可能保证各部分内容的均衡。 设计方案编写要点之一 在方案描述部分的最前面，要有一个方案的总体描述，可以称为总体设计方案。 或成为方案蓝图 也就是项目的总体目标 这部分是对你的设计方案的高度概括性介绍。 设计方案编写要点之二 为了能让用户了解你的方案的全貌 对于比较复杂的设计项目来讲，不是几句话几段文字可以表述清楚的 需要站在不同的角度、针对于不同的层面进行介绍 譬如说大楼的外观，从正面看，你是看不到全貌的，即便你把外貌全介绍清楚了，如果不介绍其他的话，别人也很难明白这个大楼。 因此要学会角度、层次的分解 可以从类别上分，也可以从功能上分，分的目的是为了更全面、更清晰、更容易地给大家介绍你的方案。 一般一个ＩＴ项目方案包括： 技术架构 网络架构 安全架构 功能架构 性能指标 。。。 设计方案编写要点之三 对你的方案进行分解描述时，要充分考虑前面需求分析的内容。 需求分析中提到的需求和问题，在方案描述部分都要有相应的解决方案，前后呼应，前面讲为什么要做，这里讲怎么实现。 与需求分析呼应，也是方案分解描述时进行分解的参考依据。 方案是否与需求相呼应，意味着方案是否扣题。 有很多这方面做得不到位的方案，对在这个项目上行，按在另外一个项目上也行，就成大笑话了。目的性强！ 设计方案编写要点之四 对于一些用户关注的问题和需求，以及通过分析具有比较高复杂度的问题，也要分解出来进行单独讲解 一是表明我们对用户的需求的充分响应 二是表明对需求理解的深刻，尽管有些问题很复杂，但我们有可行的解决方案。 借此增强用户的信心。 设计方案编写要点之五 要与前面设计原则部分相呼应 在方案的描述中，要体现出我们是严格遵从前面制定的原则的。 同样，也要对所遵循的标准规范有呼应。 设计方案编写要点之六 多采用图示的方法 大家都知道，无论文笔怎么好，文字的东西总是比较抽象的 读者必须通过联想才能理解你描述的含义。 如大楼的外观情况，如果文字描述，很可能长篇累牍地写了一大堆，别人还是搞不明白。 而用图的形式，可能只需三两张图，就把大楼的外观展现的清清楚楚了。 图示的作用是直观。 图是对方案的高度概括和抽象。 做一张好图，要基于你对方案完全了解和掌握，也要基于你的知识和经验的积累。 真正好的方案描述都是图文并茂，用文字辅助解释图中关键的部分。 设计方案编写要点之七 要学会使用表格进行描述 与图示一样，表格也是一种非常好的方案描述的方法。 表格的作用是简练、调理、清晰，更容易让读者理解你所表述的内容。 对于一些包含大量数字，或者描述形式重复的内容，都可以采用表格的形式描述。 设计方案编写要点之八 对于一些重要的指标或用户关心的指标 需要基于你的方案进行分析 用合理的分析模型和数据 证明你的方案能够达到用户所期望的指标 例如设备配臵选型设计，用分析的指标作为依据 设计方案编写要点之九 对于一些需要利用其他厂商产品进行集成的项目 要讲明你所选择的原因和这些产品的作用 要对你所选择的主要产品从功能和性能角度进行介绍。 设计方案编写要点之十 为了突出我们期望让用户产生深刻印象的内容。 可以在方案描述的最后一部分做一个总结，可以用方案特点介绍的说法。 在特点介绍中，要突出我们独有的特点（在一定程度上会让用户去找我们竞争对手相关的内容）。 要突出用户关心的问题（与需求分析呼应）等， 大家需要注意，特点一定要“特”。 方案特点组织的好，也会对用户产生比较强的冲击力。 设计方案编写要点之十一 编写方案的时候，特别是编写这部分方案的时候 切记千万不要凑材料，这个地方抄点那个地方摘点进行拼凑，这是编写方案的大忌 如果需要摘抄一些资料，必须自己完全掌握这些资料的内容 并且确认对解决特定的问题有帮助。 设计方案编写要点之十二 开发实施计划，也称总体进度计划，是对全部相关计划的有机整合，也叫整体计划。 整体计划涵盖了开发计划、实施计划、采购计划、质量控制计划、风险控制计划、项目团队建设计划、验收计划、服务计划、培训计划等等。 项目开发实施方案（计划或工作路线） 我们常说，要完成一件事情，需要有计划、有组织、有措施、有保障地进行。 我们的设计方案完成后，接着就要给用户介绍我们怎么实施完成，这就是实施方案。 实施方案的编写需要按照有计划、有组织、有措施、有保障的线索，基于项目管理的思想进行阐述。 在这里对大家有一个要求，就是你在写出来这个实施方案之前，你已经真正明白了这个项目到底怎么干才能干好。 如果你都不知道怎么干的话，写出来的所谓的实施方案是不是可行就需要打个问号了。 这个问题在很多人在写实施方案时常犯的错误。 我们需要基于项目管理的思想来描述开发实施方案。 首先需要明确项目的目标。其实方案确定好了，总目标是非常清晰的，那就是按照用户的需求开发出系统，按照用户的时间约定部署实施完成。 但如果仅仅这样讲，那只落在了总目标的口号上了。 为了拿出真正可行的方案，需要把目标进行分解，分解成一个个阶段性目标或历程碑性目标，这项分解要尽可能的准确和详细，目标越清晰具体，越容易找到实施方案。 要反思，如果这一个个的阶段性目标都实现了，是不是就能很好地完成和实现总目标，如果是，说明你的分解基本就是合理的。 当目标分解工作完成后，各个子目标之间可能存在时序关系，也可能存在其他关联关系，为了完成每一子目标都有相应的工作内容、也需要一定时间和人力资源的支持，有一些比较复杂的工作可能需要一些方法的指导（工作预案）。 对应于每个子目标，把这些相关的东西搞清楚描述出来，然后按照时序关系排列起来，项目的实施计划就出来了。 实施计划描述需要调理，一般可以采用表格的形式。 目标分解一般是采用自上而下的方式进行 具体做法是，先围绕总目标的实现分解成几个大的阶段 然后对每个阶段进一步分解成更小的阶段 最后落实到每一项工作任务的目标上。 在实施计划中，还有一点非常重要，就是必须满足用户工期的时间要求。 项目组织架构 不管目标怎么定，方案怎么做的，有一点是确定的，就是必须要有人去按照计划 去干，去实现一个个的目标。 作为一个好的实施方案，需要对承担这项工作的队伍、人员进行组织和分工。 描述这部分内容的线索可以这样。 定义项目实施过程中的角色，根据实施计划的需要，对参与项目的人按角色进行分类，定义角色的责任。 分析一下这个项目每一个子目标实现过程中，都需要涉及到哪些类型的人，这些人与我们的那些部门有关。 设计项目组的管理架构，与实施计划相关，与工作分类和角色分工有关，要有责任明确的项目负责人角色。 如果队伍比较大涉及的部门比较多的话，项目负责人就需要具有比较强的资源协调能力，明确项目总负责人和不同类型工作的负责人。 根据计划的需要，选择明确项目成员。 一个好的实施方案，除了给用户讲清楚怎么干以外，还要介绍你的这种干法是可行的而且是风险小的，这就是实施方案的保障措施。 一般情况下，应该包含这样一些内容： 沟通协调措施，要有明确的沟通协调机制保障，项目是需要我们与用户、厂商、监理等一起配合完成的，因此必须要有良好的沟通。 质量要求和质量控制措施。 风险分析以及规避风险的措施。 预算（成本计划），包括设备采购计划和人力资源成本预算。 一些复杂工作的工作预案，要让用户知道我们是有办法有能力完成这些工作的，增强用户的信心。 验收计划 这是对双方都负责任的约定，验收方案要科学合理，要具有可 *** 作性。 对于一些特定的项目，需要对我们投入的人力和工作量进行统计。 首先，你要对用户参加培训的人员进行分类 不同类型的人员需要接受不同的培训 大体可以从系统管理角度和系统使用角度进行分类。 如系统管理员（进一步也可细分为应用系统管理人员、系统环境管理人员等）、系统使用人员（或者称用户业务人员，包括各个层面使用系统的人员）等。 培训方案要点之一培训对象分类 从管好和用好的角度，设计培训的课程 在每一门培训课程中，要对一下项目进行定义 培训课程名称 培训目的和期望达到的目标（培训完了，受训人能够达到什么水平或能力） 受训人技术基础要求 培训形式（集中上课、上机实习） 培训课时数 培训教材（必需要有明确的培训教材，除了编写或购买的教材以外，可以多选用项目交付时提供的资料，如设计方案、用户手册等） 培训内容概要（要介绍这门课程的主要内容）。 培训方案要点之二培训课程设计 根据项目总体的实施计划安排，设计课程表 课程表中要明确时间、地点、培训对象、课程 因为这里面要考虑总体进度，要考虑参训对象所受的时间、地点的制约 课程表的编排一定要合理可行。 培训方案要点之三培训课程表 最后可以介绍一下承担培训工作教师的情况 对几个主要培训教师的简历进行介绍 另外，对于一些需要比较特殊条件的培训，介绍一下我们的保障措施。 培训方案要点之四培训教师介绍 用户对维护服务的期望是： 平时通过有效的管理和监控，尽可能地减少故障概率 系统发生故障时，出现的问题能够得到最高效率的解决 这也是我们设计维护服务方案时的基本原则和目标。 维护服务方案 服务需求分析，对用户的服务需求，从主要服务项目和特点、响应时间、期望等进行比较详细的分析。 维护服务方案要点之一服务需求分析 组织管理体系，告诉用户我们公司有哪些部门、哪些人员以什么样的角色参与维护服务工作，每个角色的职责是什么。对服务组织中的核心成员进行介绍。 维护服务方案要点之二组织管理体系 服务项目定义，对于用户的服务需求进行应对，告诉用户我们围绕这个项目，能够提供什么样的服务工作，每项服务工作的含义是什么。如，我们有什么服务是对应于减少故障的，有什么服务是对应于解决问题的。 维护服务方案要点之三服务项目定义 这部分介绍的是为了完成我们提供的服务项目，我们有什么样的措施进行保证。 如，对于我们所提供的减少故障的服务，我们采取什么样的措施来实现。 服务项目和服务措施是紧密关联的，共同来表述我们能给用户什么服务和怎么给用户这些服务。 响应时间定义，这是对双方都有益的一个约定，介绍在不同情况下我们的时间响应措施。 维护服务方案要点之四服务措施手段定义 介绍从服务请求到服务结束我们的工作和管理流程。 进一步让用户明白我们拥有一个严密的服务体系，能够满足用户的服务需求。 需要的话，可以对服务流程所需的管理工具进行介绍。 维护服务方案要点之五服务流程介绍 前面把我们服务体系的服务组织、服务措施、服务流程介绍完后。 最后要针对于用户对本项目特定的服务需求进行响应。 设计满足于用户服务需有的服务方案。 这部分要对用户或招标文件中的服务要求进行点对点的应答，必须明确承诺是正满足。

以上就是关于IT项目管理的书籍全部的内容，包括:IT项目管理的书籍、IT专业项目管理常见问题及答案、项目管理理论的第七章 项目质量管理等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！