信息化系统实施方案(投标可用)

1、信息化系统实施方案 (投标可用)xxx 有限公司 2014 年 10 月1目录第 1 章 项目概述.4 1.1 项目建设内容及范围.41.1.1 项目总体建设范围.41.1.2 项目内容.4 第 2 章 项目实施方案.5 2.1 项目实施.5 2.1.1 项目启动阶段.62.1.2 需求调研、需求分析阶段.72.1.3 设计阶段.8 2.1.4 客户化开发、实施与测试阶段.92.1.5 系统实施部署阶段.92.1.6 上线试运行阶段.102.1.7 验收阶段.10 2.2 项目管理.12 2.2.1 项目组织架构.132.2.2 进度计划和管理.152.2.3 项目管理方法.212.2.4 质

2、量管理.30 2.2.5 需求管理.32 2.2.6 沟通和监控机制.342.2.7 风险管理.35 2.2.8 配置管理.37 第 3 章 培训方案.41 3.1 人员培训方案.41 3.1.1 培训目标.41 3.1.2 培训方式.41 3.1.3 培训内容.41 3.1.4 培训内容.42 3.2 培训方案设计.43 3.2.1 标准规范体系培训.433.2.2 基础知识培训.433.2.3 应用系统培训.433.2.4 现场培训.44 3.2.5 培训资料.44 第 4 章 软硬件部署.45 4.1 系统部署结构.45 4.24.3系统网络拓扑结构.46 设备部署机房环境要求.464.

3、3.1 电压和频率变动范围要求.4624.3.2 电源插座类型要求.464.3.3 接地电阻要求.474.3.4 温度湿度要求.474.4 平台系统部署软件需求.474.5 平台系统服务器需求.47 4.5.1 正式部署环境要求.474.5.2 开发测试部署环境要求.484.6 其他需求.48 4.6.1 办公场所需求.484.6.2 网络环境.49 3第1章 项目概述1.1 项目建设内容及范围1.1.1项目总体建设范围1、服务对象1）2） 1 家典型重点工控企业。2、主要用户包括信党政机关和重点工控系统运营单位。1.1.2项目内容序号名称1234xxx 系统xxx 平台其中：1、风险防范系统

4、系统包括采购一套监测设备、一套风险分析设备，并将互联网监测系统整体纳入监控平台管理，提供 3 年监控技术服务及升级服务。 2、xxx 平台主要包含。4第2章 项目实施方案项目实施方案包括项目实施和项目管理。2.1 项目实施从项目实施的角度详细描述了主要实施阶段的主要参与人员、工作内容和相 应的工作方法。依据我们对相关领域的经验提出对本项目建设计划。我方在项目管理方面有着自己一套科学而先进的项目管理方法论，这套方法 论已经在实施的所有的项目中得到了检验。项目管理方法论是公司最重要的一项 核心竞争能力，是我们能够对客户承诺项目成功的信心所在。我方项目管理方法论建立在如下 5 项重要原则的基础上：n

5、 与客户共同探讨对项目成功衡量标准的定义，并以此作为双方工作的共 同标准和价值观。n 制定细致的项目计划，明确定义项目阶段和阶段交付成果。将一个大型 的复杂的任务分解为可以量化和可以具体执行的分解工作任务，并明确定义每一 个分解任务所需要达到的工作成果，使得项目总体目标得以有效的保证。n 与客户的充分沟通，通过各项例会制度，周报和月报制度等使客户可以 全面了解项目进展情况，保证项目的交付始终与客户的预期保持一致。n 明确定义项目组织结构和工作职责，并设定相应的考核标准和方法，保 证项目各方能够有效的协同工作。n 建立明确的文档管理，人员管理，配置管理，风险管理，预算管理，进 度管理，采购管理，

6、集成管理和变更管理规范与制度以保证项目的整体质量和各 环节的配合。针对平台实施工作，将其分为了如下图所示的 6 个阶段：5图 2-1 项目实施阶段示意图说明：考虑到本系统的建设周期，设计、实现、实施以及试运行部分将出现迭代： n 第一次迭代过程保证系统主要功能能够正常使用。n 第二次迭代过程保证工信厅安全综合服务平台项目其余辅助功能能够使 用。下面首先对各阶段的工作进行说明：2.1.1项目启动阶段n 阶段工作目标本阶段的工作目标是从项目目标、项目范围、项目工作方法以及后勤保障方 面为系统建设项目的顺利进行建立基础。n 阶段工作内容本阶段的工作内容包括：组织项目所需的各项资源，包括：人员确定、办

7、公环境、网络及通讯环境、 个人工作设备、开发环境、现场工作环境及生活环境；确认工作范围：针对项目投标方案中对工作范围的描述，进一步与工信厅安 全综合服务平台项目负责人讨论确定项目工作范围；制定项目计划：根据项目投标方案中制定的项目计划，与工信厅安全综合服 务平台项目负责人重新审核和进一步建立细致的项目主计划；确定项目管理规范：根据项目管理规范要求，针对本系统建设项目进行适当6裁剪，以满足本项目管理的要求；确定质量规范明确定义项目各阶段工作成果的格式、审核流程和验收标 准。召开项目启动会：召集项目组全体成员、相关实施厂商及工信厅安全综合服 务平台项目组成员，通过项目启动会的形式进一步明确上述各部

8、分要求。n 阶段工作成果：项目施工实施方案2.1.2 需求调研、需求分析阶段n 阶段工作目标本阶段的工作目标是通过对工信厅相关业务、周边业务和现有系统和软硬件 环境的的深入细致的分析，并结合行业先进做法，为项目顶层设计建立基础。n 阶段工作内容有效需求管理的关键在于维护需求的明确阐述、每种需求类型所适用的属 性，以及与其它需求和其他项目工作产品之间的可追踪性。1管理不同层次的需求项目前期，客户提出的需求一般不是直接面向软件需求的，是从业务的角度 描述他们的问题或者是需要。根据这些需要定义软件系统的解决方案，确定系统 提供哪些服务，也就是软件系统的特征。在与客户取得一致的特征集上可以定义 出更为

9、特定的软件需求。软件需求包括功能性需求和非功能性需求。不同的客户 以及在项目不同时期也可能提出特征或软件需求层次的需求。管理这些不同抽象 级别和目的需求，确保需求是完备的。2建立可追踪性通过需求的属性、需求之间的依赖关系以及需求与其它工作产品之间的依赖 关系，管理需求的可追踪性。用来了解需求的来源、管理项目的规模、管理需求 的变更、评估需求变更对项目的影响、评估测试故障对需求的影响、核实所有需 求都已实现、核实应用程序仅仅执行了预期的任务。3管理需求变更7定义需求时无论怎样谨慎小心，也总会有可变因素。对需求变更进行管理， 使团队的工作受到控制，以便它能够高效的发现变更、进行影响分析并且系统地

10、把那些既必要又可接受的变更集成到系统中。4需求定义n 细化业务和系统目标；n 定义清晰、简明、一致、可测试、无二义性的业务需求；n 基于对业务需求排列优先级：必须有，应该有，可以有，将会没有。 5需求分析n 建立业务数据模型，精确描述信息和过程需求；n 检验提供业务所需的信息的数据和业务数据模型中的数据元素在源系统 中的是可用的并且具备必须的特性。n 阶段工作成果此阶段的项目工作成果将包括：系统业务调研报告系统需求规格说明书设备采购及到货验收、上架；2.1.3设计阶段n 阶段工作目标本阶段的工作目标是对系统进行总体设计，并对各相关子系统进行详细设 计，从而为系统的实现阶段建立依据。n 阶段工作

11、内容本阶段的工作内容包括：顶层初步设计系统总体设说明书数据接口及数据同步设计8n 阶段工作成果本阶段的工作成果包括： 顶层设计管理机制建设 概要设计方说明书 详细设计说明书2.1.4客户化开发、实施与测试阶段n 阶段工作目标本阶段的工作目标是根据系统总体设计及各模块设计方案，进行系统的建 设、开发和部署。n 阶段工作内容系统配置部署；系统接口实现；项目顶层初步设计评审；应用系统接口开发和测试。n 阶段工作成果本阶段的工作成果包括：各第三方软硬件及文档及平台实施方案2.1.5系统实施部署阶段n 阶段工作目标本阶段的工作目标是对系统进行部署实施，以保证系统的试运行。 n 阶段工作内容本阶段的工作包

12、括：软硬件的安装部署；9系统数据初始化； 编制用户手册；技术培训；用户培训；n 阶段工作成果本阶段的工作成果包括： 用户培训计划 用户操作手册 实施报告验收报告2.1.6上线试运行阶段n 阶段工作目标本阶段的工作目标是通过一段时间的系统试运行，帮助用户熟悉系统，发现 并解决系统产生的问题，为系统正式投入使用打下基础。n 阶段工作内容本阶段的工作内容包括：组织系统各方面用户使用系统；建立系统问题发现、跟踪和解决机制；问题发现和处理；2.1.72.1.7.1验收阶段验收对象项目名称：平台（一期）（以下简称“项目” ）。验收对象为该项目的相关文档技术文档，系统运行情况、顶层设计等建设内 容。102.

13、1.7.2项目验收的前提条件n 所有建设项目按照合同要求全部建成，并满足使用要求； n 已通过软件系统测试评审；n 软件已部署在生产环境上；n 各种技术文档和验收资料完备，符合合同的内容；2.1.7.3验收步骤n 编写验收方案（计划书）n 成立项目验收小组实施测试验收工作时，应当成立项目验收小组，具体负责验收事宜。 n 项目验收的实施严格按照验收方案对项目应用软件、系统文档资料等进行全面的测试和验 收。n 提交验收报告项目验收完毕，对项目系统设计、建设质量、设备质量、软件运行情况等做 出全面的评价，得出结论性意见，对不合格的项目不予验收，对遗留问题提出具 体的解决意见。2.1.7.4验收内容和

14、标准1、验收的内容包括以下几个部分：n 验收内容包括：按功能要求的可执行软件、开发计划文档、设计文档、 使用说明书等。n 验收评测工作主要包括：文档分析、方案制定、现场测试、问题单提交、 测试报告。11n 文档验收标准一般包括：文档完备性、内容针对性、内容充分性、内容 一致性、文字明确性、图表详实性、易读性、文档价值等。2、需要评审的资料包括以下几部分：n 需求规格说明书、概要设计说明书、系统维护手册、用户操作手册。n 软件开发管理文档：项目计划书、用户培训计划、开发进度月报。2.1.7.5验收结论验收结果分为：验收合格、需要复议和验收不合格三种。符合项目建设标准、 系统运行安全可靠，视为验收

15、合格；由于提供材料不详难以判断，或目标任务完 成不足 80%而又难以确定其原因等导致验收结论争议较大的，视为需要复议。1、项目凡具有下列情况之一的，按验收不合格处理：n 所提供的验收材料不齐全或不真实的；n 实施过程中出现重大问题，尚未解决和作出说明，或项目实施过程及结 果等存在纠纷尚未解决的；n 没有对系统进行试运行，或者试运行不合格；n 违反法律、法规的其他行为。2、验收结论确认和处理n 由工信厅和我方共同根据验收意见和相关资料得出结论，并进行确认。2.1.7.6项目交接项目竣工验收合格后 ,应办理项目交接手续。项目的移交包括项目实体移交 和项目文档移交部分。2.2 项目管理本章描述了项目

16、的管理特点和管理要求，并根据本项目的特点给出了工信厅 拟实施项目的组织架构，管理方案和初步的进度计划，列出了项目的成果交付物。12并介绍了相关的项目管理方案，包括：质量管理，需求管理，配置管理，软件发 布与部署，项目跟踪与监控，风险管理等内容。2.2.12.2.1.1项目组织架构组织结构我们建议项目采用如下的组织形式：图 2-2 项目组织结构图项目的组织结构将分为三个层次：领导层、管理层和执行层，每个层次负责 不同的项目职能。xxx（业主单位）xxx（承建单位） xxx（承建单位）领导层管理层业执 务行 层层 技术项目领导小组 项目负责人 业务负责人 各业务部门的业务 专家实施人员项目经理咨询

17、顾问业务专家需求分析师 应用系统开发经理 系统分析师项目负责人 咨询顾问业务专家 需求分析师规划编制员13层架构设计师 安全分析师 开发工程师 测试工程师 实施人员1、领导层n 项目领导层项目领导层将负责对项目整体方向的控制，并通过项目领导委员会的形式对 项目过程中产生的重要问题进行讨论分析和决策。2、执行层负责项目核心业务需求分析与设计、技术路线以及核心技术的设计，起草业 务需求文档项目执行层将在项目管理层的领导下完成对项目的规划设计、系统需 求分析、系统整体设计、系统开发、系统测试、文档整理、系统配置等各方面的 具体工作。分为业务组和技术组，包含规划设计组、项目实施组、甲方实施组和 应急小

18、组。涵盖的角色如上表。n 规划设计组规划设计组包含顶层设置编制组、综合管理服务机制建设编制组，负责本项 目的顶层设计方面的业务需求了解、规划编制、标准规范编制等工作。n 项目实施组项目实施组包含系统研发组、测试组、现场实施组，负责整个项目系统需求 调研、系统设计开发、上线功能测试测试、现场实施及培训相关工作。n 甲方实施组负责项目实施日常工作跟踪、协调、功能测试、问题反馈跟踪等相关工作。2.2.1.2项目主要成员甲方成员序号12项目组角色 领导、专家成员项目实施负责人姓名工作职责领导成员，负责项目总体协调。 负责项目具体实施、实施进度监督、现14场工作具体协调等。乙方成员序号12345678序

19、号123项目组角色领导、专家成员领导、专家成员项目经理项目副经理项目副经理 软件工程师 系统集成工程师规划编制监理成员项目组角色项目总监 监理工程师 监理工程师姓名姓名xxxxxxxxx工作职责项目领导专家成员，负责总体项目协调 及专家咨询。研究中心专家成员，负责总体项目协调 及专家咨询。负责总体实施、项目进度控制及协调。 协助项目经理，负责项目实施、现场项 目进度、项目汇报等。协助项目经理，负责系统研发、实施及 相关现场工作等。负责软件部分开发实施负责硬件设备部署以及相关中间件数 据库等部署研究中心规划编制负责人，协助项目经 理，负责对总体规划、机制体制等编制 等工作。工作职责负责项目总体监

20、理及进度监督工作。 负责现场项目实施监理工作。负责现场项目实施监理工作。2.2.22.2.2.1：进度计划和管理项目进度计划序号阶段内容起始/截至工作日文档11、系统设备采购及环境部署15234567设备采购设备到货验收设备环境部署系统联调设备采购设备到货验收开发环境部署采购设备部署设备网络联调设备与系统联调2014 年 10 月 20 日/2014 年 11 月 7 日2014 年 11 月 10 日/2014 年 11 月 10 日2014 年 10 月 28 日/2014 年 10 月 30 日2014 年 11 月 10 日/2014 年 11 月 10 日2014 年 11 月 11

21、 日/2014 年 11 月 12 日2014 年 12 月 18 日/2015/1/315132215设备到货验收文 档系统部署及配置 文档系统接口配置文 档82、软件开发9101112131415计划阶段计划阶段计划阶段小计需求阶段需求阶段小计计划编制项目启动会需求调研、分析需求评审概要设计2014 年 10 月 8 日/2014 年 10 月 8 日2014 年 10 月 9 日/2014 年 10 月 9 日2014 年 10 月 8 日/2014/10/92014 年 10 月 10 日 /2014/10/212014 年 10 月 22 日 /2014/10/222014 年 10

22、 月 9 日 /2014/10/222014 年 10 月 23 日 /2014/10/2711291103项目实施计划表计划表细项讨论需求规格说明书概要设计说明书1617181920212223设计阶段设计阶段小计实现阶段数据库设计详细设计数据库实现xxx 系统xxx 系统xxx 系统2014 年 10 月 28 日 /2014/10/292014 年 10 月 30 日 /2014/11/52014 年 10 月 23 日 /2014/11/52014 年 11 月 6 日/2014/11/62014 年 11 月 7 日 /2014/11/182014 年 11 月 19 日 /2014

23、/11/282014 年 11 月 19 日 /2014/12/23251018825数据库详细说明 书系统详细设计说 明书相关代码1624252627282930313233实现阶段小计测试阶段测试阶段小计xxx 系统xxx 系统测试准备功能测试性能测试bug 修正安装试运行2014 年 11 月 19 日 /2014/12/162014 年 12 月 17 日 /2015/1/132014 年 11 月 6 日/2015/1/132015 年 1 月 14 日/2015/1/142015 年 1 月 15 日/2015/1/212015 年 1 月 15 日/2015/1/212015 年

24、 1 月 22 日/2015/1/282015 年 1 月 14 日/2015/1/282015 年 1 月 29 日/2015/1/292015 年 1 月 30 日/2015/2/19202049155511115系统使用说明书 系统测试方案书测试报告项目初步验收报 告系统培训报告系统试运行报告试运行阶段34353637bug 修正投运3、顶层设计、机制建设编制2015 年 2 月 20 日/2015/2/262015 年 2 月 27 日/2015/2/272014 年 10 月 23 日 /2014/12/35130顶层设计文档、 机制建设文档383940编制阶段整体项目合计评审修订2

25、014 年 12 月 4 日/2014/12/52014 年 12 月 8 日 /2014/12/122014 年 10 月 23 日 /2014/12/122537414、工控实施424344需求阶段需求阶段小计需求调研、分析需求评审2014 年 12 月 13 日 /2014/12/16 2014 年 12 月 17 日 /2014/12/17 2014 年 12 月 13 日 /2014/12/17415需求规格说明书454647实现阶段实现阶段小计整体项目合计接口开发 2014 年 12 月 18 日/2015/1/82014 年 12 月 18 日/2015/1/82014 年 12

26、 月 13 日/2015/1/8202025相关代码注:测试、试运行 阶段与“一、软17件开发”同步进 行。485、监控接口开发4950515253需求阶段需求阶段小计实现阶段实现阶段小计需求调研、分析需求评审接口开发2014 年 11 月 6 日 /2014/11/102014 年 11 月 11 日 /2014/11/112014 年 11 月 6 日 /2014/11/112014 年 12 月 18 日/2015/1/32014 年 12 月 18 日/2015/1/34151515需求规格说明书相关代码54整体项目合计 2014 年 11 月 6 日/2015/1/3 20图 2-3

27、 项目实施计划注:测试、试运行 阶段与“一、软 件开发”同步进 行。2.2.2.2序号主要里程碑成果物阶段成果物123456789合同签订项目启动项目小组成立、项目实施计划确定一、xxx 顶层设计需求调研、需求分析顶层设计编制顶层设计初审顶层设计初稿修订编制顶层设计终审及终审编制项目实施方案顶层设计讨论稿顶层设计初审稿顶层设计10 二、xxx 机制建设181112131415需求调研、需求分析 xxx 机制编制xxx 机制初审xxx 机制初稿修订编制xxx 机制终审及终审编制xxx 机制讨论稿xxx 机制初审稿xxx 机制16 三、xxx 平台171819202122232425需求调研、需求

28、分析系统概要设计及评审系统开发设计 系统测试系统培训项目初步验收 项目试运行系统功能完善系统正式运行需求规格说明书系统概要设计说明书 系统数据库设计说明书 技术开发规范 系统详细设计说明书 系统操作手册 系统测试方案 系统测试报告系统培训计划初验报告试运行报告26 四、xxx 系统2728293031设备采购、供货设备上架、到货验收系统安装、入网联调 培训正式运行到货验收报告系统接入方案32 五、项目整体验收3334项目验收资料整理项目整体验收验收申请19验收方案 验收报告2.2.2.3进度管理方法计划是项目管理的基准，现代质量管理认为“计划胜于检验”，“过程决定 质量”，对于项目执行来讲同样

29、是这样。计划是项目执行的指导，计划是控制的 基准，计划是项目各方沟通的平台。计划制定的过程强调渐进明细和分解。通常应用软件开发过程中项目计划容易出现的问题有：1 项目计划凌乱、无序，也就是说不能从项目计划中看到项目执行全貌。 对项目执行指导意义不大。2 项目计划只是在项目开始时进行制定，在执行过程中不对计划进行及时 管理，导致项目计划失效，同时失去对项目执行的指导意义。3 项目计划不完整，只是在当前所关注的环节存在计划，导致项目执行工 作不能整体上全面协调的推进。本项目项目计划跟踪和控制建议：1项目计划层次划分项目计划可分为：项目里程碑计划、子项目计划、周项目计划3 个层次。充 分体现项目管理

30、中渐进明细和分解的原则。项目里程碑计划作为项目各参与方均认可的项目阶段目标指导性文件，项目 各参与方均需对其负责。对里程碑计划进行渐进明细形成子项目计划，子项目计划要说明里程碑计划 中阶段目标的实现步骤和方法。在子项目计划的指导下形成项目各参与方的周项目计划，周项目计划作为项 目进度风险控制的最小单元，根据周项目计划的执行情况进行考核，并及时形成 调整措施。2项目计划有效性和完整性“计划赶不上变化”，在项目执行的过程中必然会发生各种各样的情况变 化，如各个层次的项目计划不能得到及时的变更控制和管理，项目计划将逐渐与20项目执行情况脱节并失效。项目计划有效性的丧失必然导致项目工作陷入无序状 态，

31、最终导致项目目标不能如期实现，甚至造成项目失败。在形成各个阶段或维度的子项目计划时，非常重要的一点是要保证项目计划 的完整性。如果子项目计划存在缺失，会造成项目执行中的重大缺陷，对整体项 目执行产生重大影响。针对项目计划的有效性和完整性问题提出本项目中相关项目管理建议： （1）项目管理组承担项目计划的变更控制和管理职能，对项目计划的有效性负全面责任。（2） 建立项目计划变更控制流程。在项目执行情况发生重大变更时，相关 方必须向本项目管理组提出变更申请；项目管理组根据情况及时组织项目相关方 审查项目变更，并进行风险分析，更新项目计划并通知项目各方。（3） 项目总体计划和子项目计划制定，要进行相关

32、评审，在评审通过后方 可生效。（4） 建立项目计划标识体系，包括项目计划版本标识。每次项目计划的变 更均需更新标识，并说明变更原因和进行相关风险的说明。3项目计划的执行情况跟踪本着及早发现问题的原则，定期的对项目计划的执行情况进行跟踪，并对跟 踪结果进行公布。跟踪的频度与项目执行情况相关，可以每周、双周等频度进行。2.2.32.2.3.1项目管理方法项目评审评审主要包括里程碑评审、同行评审和跟踪，其中里程碑评审是管理评审， 同行评审和跟踪属于同行评审的两种形式。（1）里程碑评审里程碑评审的主要活动包括以下内容第 1 步 项目经理负责组织里程碑评审活动第 2 步 讨论里程碑报告、评估报告第 3

33、步 项目经理负责形成项目里程碑报告21第 4 步 确定下一个阶段的计划是否需要修改里程碑评审后，质量保证员依据评审记录，监督问题改正和变更的执行情况。 （2）项目进度及问题跟踪跟踪的主要步骤如下：第 1 步 项目经理负责项目整体进度以及实施过程中具体问题的的跟踪， 一般来讲，参与跟踪人员可选择项目组内的人员，但应注意跟踪时避免跟踪自己 完成的工作产品部分。第 2 步 项目经理负责将要跟踪的工作产品及相关资料在跟踪前一天发送 给参与跟踪的人员第 3 步 参与跟踪的人员按计划进行跟踪，并将跟踪出的问题形成评审记 录第 4 步 项目经理汇总评审记录，并对跟踪出的问题进行分工，同时跟踪 问题的解决情况

34、，直至问题解决结束。第 5 步 项目经理负责形成评审报告，记录本次跟踪的结论，参与跟踪的 人员，统计本次跟踪的工作量、发现的问题类型个数、修改的问题个数等。2.2.3.2进度监控项目要制定合理的进度安排，并确保项目能够按计划进行。项目经理以及各 组负责人根据项目特点、客户需求、识别的风险、可能存在的限制安排项目进度； 在项目执行过程中定期对所属范围内的项目进展情况进行监控，识别与分析实际 进展与计划的偏离原因，采取纠正措施进行调整，必要时进行正式的计划变更。1进度安排进行合理的进度安排是进行监控的前提，考虑迭代的生命周期模型，项目采 取分阶段细化项目进度的策略。在项目初始策划阶段，项目制定总进

35、度表，内容 包括各主要里程碑和各迭代点；在每主要里程碑结束，细化下一里程碑的计划； 在每次迭代策划阶段，制定本次迭代的进度表，细化本次迭代内的项目活动。进 度安排时可以按照以下步骤进行：确定可用的资源。在编制进度表时，知道在何时以何种形式取得何种资 源是必要的，这种对资源可用性的了解程度是需要不断进化的。22n 确定项目日历和资源日历。项目日历和资源日历标明了在该项目中或者 对于某一资源来说哪些日期是用于工作的时间。n 根据任务的依赖关系和估计工期列出项目的关键路径，为关键路径上的 各个关键任务分配资源，为非关键路径上的其它任务分配资源。n 进度的安排可以使用表格形式或者图形形式进行表示。2进

36、度调整项目依据进度表的安排执行并控制项目进度，并根据项目状态对进度进行调 整。使用进度表监控项目进展，进度控制的内容有：n 对造成进度变化的因素施加影响，以保证这种变化朝着有利的方向发展。n 收集项目实际进度状态数据，与计划进度数据进行比较，确定项目进度 是否已发生变化。n 当在实际变化发生和正在发生时，对这种变化实施管理。根据项目状态对进度进行调整，进度调整包括两种类型，即日常调整、定期 调整和项目进度发生重大变更时的调整。日常调整指项目各级负责人日常对进度表的更新活动，可以是每天或者每周 进行，一般包括对以下内容的调整：n 调整某个任务的工期、计划开始时间或结束时间。在调整时要注意与该 任

37、务具有依赖关系的其他任务的变化，特别是要注意关键路径的变化，检查所进 行的调整是否导致项目里程碑结束日期或者项目日期发生变化。n 根据人员负荷和进度变化调整资源的分配，为某个任务重新指定资源。n 收集并记录进度实际数据，一般包括任务的实际开始时间、实际结束时 间等。n 定期调整是指项目经理在迭代内里程碑、迭代结束和阶段结束通过正式 评审项目进展，根据项目完成状况对项目进度的调整。当项目进度发生重大变更时，如需求变更引起的，需要调整项目进度表，此 时需要对剩余工作进行重新估计，重新制定后续任务的进度表，包括调整迭代计23划以及项目总体计划。2.2.3.3资源监控资源是指在项目运行过程中所需要的人

38、力资源。资源监控是指项目充分、有 效地利用所涉及人员的过程，包括识别并管理这些资源以及在不同阶段需要的数 量、状态等信息，确保项目的正常开展。在项目策划阶段，策划合适的资源安排 到各项项目任务中，形成完整的人员配备管理计划；在项目实施过程中，通过邮 件、周例会和里程碑总结等正式和不正式的手段对人员的状态进行监控。一旦出 现不可避免的人员变更问题，按照规定的流程进行工作交接。本项目的资源监控有两个主要特点：n 工作匹配原则：保证为项目配备符合项目活动能力要求的工程和管理人 员；n 动态人员结构：根据不同阶段项目对人员的不同需求考虑投入不同能力 和不同数量的人员。1人员策划需要识别为完成项目所涉及的所有人员角色、所需的经验技能、数量要求以 及投入时间等信息，建立人员需求表。基于以上