项目实施方案模板.doc

上传人:w****2 文档编号:6617846 上传时间:2020-02-29 格式:DOC 页数:50 大小:2.76MB
返回 下载 相关 举报
项目实施方案模板.doc_第1页
第1页 / 共50页
项目实施方案模板.doc_第2页
第2页 / 共50页
项目实施方案模板.doc_第3页
第3页 / 共50页
点击查看更多>>
资源描述
XXX平台项目实施方案XXX有限公司2014年10月目录第1章项目概述41.1项目建设内容及范围41.1.1项目总体建设范围41.1.2项目内容4第2章项目实施方案52.1项目实施52.1.1项目启动阶段62.1.2需求调研、需求分析阶段72.1.3设计阶段82.1.4客户化开发、实施与测试阶段92.1.5系统实施部署阶段92.1.6上线试运行阶段102.1.7验收阶段102.2项目管理122.2.1项目组织架构132.2.2进度计划和管理152.2.3项目管理方法212.2.4质量管理302.2.5需求管理322.2.6沟通和监控机制342.2.7风险管理352.2.8配置管理37第3章培训方案413.1人员培训方案413.1.1培训目标413.1.2培训方式413.1.3培训内容413.1.4培训内容423.2培训方案设计433.2.1标准规范体系培训433.2.2基础知识培训433.2.3应用系统培训433.2.4现场培训443.2.5培训资料44第4章软硬件部署454.1系统部署结构454.2系统网络拓扑结构464.3设备部署机房环境要求464.3.1电压和频率变动范围要求464.3.2电源插座类型要求464.3.3接地电阻要求474.3.4温度湿度要求474.4平台系统部署软件需求474.5平台系统服务器需求474.5.1正式部署环境要求474.5.2开发测试部署环境要求484.6其他需求484.6.1办公场所需求484.6.2网络环境49第1章 项目概述1.1 项目建设内容及范围1.1.1 项目总体建设范围1、服务对象1)2)1家典型重点工控企业。2、主要用户包括信党政机关和重点工控系统运营单位。1.1.2 项目内容序号名称1XXX系统2XXX平台34其中:1、风险防范系统系统包括采购一套监测设备、一套风险分析设备,并将互联网监测系统整体纳入监控平台管理,提供3年监控技术服务及升级服务。2、XXX平台主要包含。第2章 项目实施方案项目实施方案包括项目实施和项目管理。2.1 项目实施从项目实施的角度详细描述了主要实施阶段的主要参与人员、工作内容和相应的工作方法。依据我们对相关领域的经验提出对本项目建设计划。我方在项目管理方面有着自己一套科学而先进的项目管理方法论,这套方法论已经在实施的所有的项目中得到了检验。项目管理方法论是公司最重要的一项核心竞争能力,是我们能够对客户承诺项目成功的信心所在。我方项目管理方法论建立在如下5项重要原则的基础上:n 与客户共同探讨对项目成功衡量标准的定义,并以此作为双方工作的共同标准和价值观。n 制定细致的项目计划,明确定义项目阶段和阶段交付成果。将一个大型的复杂的任务分解为可以量化和可以具体执行的分解工作任务,并明确定义每一个分解任务所需要达到的工作成果,使得项目总体目标得以有效的保证。n 与客户的充分沟通,通过各项例会制度,周报和月报制度等使客户可以全面了解项目进展情况,保证项目的交付始终与客户的预期保持一致。n 明确定义项目组织结构和工作职责,并设定相应的考核标准和方法,保证项目各方能够有效的协同工作。n 建立明确的文档管理,人员管理,配置管理,风险管理,预算管理,进度管理,采购管理,集成管理和变更管理规范与制度以保证项目的整体质量和各环节的配合。针对平台实施工作,将其分为了如下图所示的6个阶段:图21项目实施阶段示意图说明:考虑到本系统的建设周期,设计、实现、实施以及试运行部分将出现迭代:n 第一次迭代过程保证系统主要功能能够正常使用。n 第二次迭代过程保证工信厅安全综合服务平台项目其余辅助功能能够使用。下面首先对各阶段的工作进行说明: 2.1.1 项目启动阶段n 阶段工作目标本阶段的工作目标是从项目目标、项目范围、项目工作方法以及后勤保障方面为系统建设项目的顺利进行建立基础。n 阶段工作内容本阶段的工作内容包括:组织项目所需的各项资源,包括:人员确定、办公环境、网络及通讯环境、个人工作设备、开发环境、现场工作环境及生活环境;确认工作范围:针对项目投标方案中对工作范围的描述,进一步与工信厅安全综合服务平台项目负责人讨论确定项目工作范围;制定项目计划:根据项目投标方案中制定的项目计划,与工信厅安全综合服务平台项目负责人重新审核和进一步建立细致的项目主计划;确定项目管理规范:根据项目管理规范要求,针对本系统建设项目进行适当裁剪,以满足本项目管理的要求;确定质量规范明确定义项目各阶段工作成果的格式、审核流程和验收标准。召开项目启动会:召集项目组全体成员、相关实施厂商及工信厅安全综合服务平台项目组成员,通过项目启动会的形式进一步明确上述各部分要求。n 阶段工作成果:项目施工实施方案2.1.2 需求调研、需求分析阶段n 阶段工作目标本阶段的工作目标是通过对工信厅相关业务、周边业务和现有系统和软硬件环境的的深入细致的分析,并结合行业先进做法,为项目顶层设计建立基础。n 阶段工作内容有效需求管理的关键在于维护需求的明确阐述、每种需求类型所适用的属性,以及与其它需求和其他项目工作产品之间的可追踪性。1管理不同层次的需求项目前期,客户提出的需求一般不是直接面向软件需求的,是从业务的角度描述他们的问题或者是需要。根据这些需要定义软件系统的解决方案,确定系统提供哪些服务,也就是软件系统的特征。在与客户取得一致的特征集上可以定义出更为特定的软件需求。软件需求包括功能性需求和非功能性需求。不同的客户以及在项目不同时期也可能提出特征或软件需求层次的需求。管理这些不同抽象级别和目的需求,确保需求是完备的。2建立可追踪性通过需求的属性、需求之间的依赖关系以及需求与其它工作产品之间的依赖关系,管理需求的可追踪性。用来了解需求的来源、管理项目的规模、管理需求的变更、评估需求变更对项目的影响、评估测试故障对需求的影响、核实所有需求都已实现、核实应用程序仅仅执行了预期的任务。3管理需求变更定义需求时无论怎样谨慎小心,也总会有可变因素。对需求变更进行管理,使团队的工作受到控制,以便它能够高效的发现变更、进行影响分析并且系统地把那些既必要又可接受的变更集成到系统中。4需求定义n 细化业务和系统目标;n 定义清晰、简明、一致、可测试、无二义性的业务需求;n 基于对业务需求排列优先级:必须有,应该有,可以有,将会没有。5需求分析n 建立业务数据模型,精确描述信息和过程需求;n 检验提供业务所需的信息的数据和业务数据模型中的数据元素在源系统中的是可用的并且具备必须的特性。n 阶段工作成果此阶段的项目工作成果将包括:系统业务调研报告系统需求规格说明书设备采购及到货验收、上架;2.1.3 设计阶段n 阶段工作目标本阶段的工作目标是对系统进行总体设计,并对各相关子系统进行详细设计,从而为系统的实现阶段建立依据。n 阶段工作内容本阶段的工作内容包括:顶层初步设计系统总体设说明书数据接口及数据同步设计n 阶段工作成果本阶段的工作成果包括:顶层设计管理机制建设概要设计方说明书详细设计说明书2.1.4 客户化开发、实施与测试阶段n 阶段工作目标本阶段的工作目标是根据系统总体设计及各模块设计方案,进行系统的建设、开发和部署。n 阶段工作内容系统配置部署;系统接口实现;项目顶层初步设计评审;应用系统接口开发和测试。n 阶段工作成果本阶段的工作成果包括:各第三方软硬件及文档及平台实施方案2.1.5 系统实施部署阶段n 阶段工作目标本阶段的工作目标是对系统进行部署实施,以保证系统的试运行。n 阶段工作内容本阶段的工作包括:软硬件的安装部署;系统数据初始化;编制用户手册;技术培训;用户培训;n 阶段工作成果本阶段的工作成果包括:用户培训计划用户操作手册实施报告验收报告2.1.6 上线试运行阶段n 阶段工作目标本阶段的工作目标是通过一段时间的系统试运行,帮助用户熟悉系统,发现并解决系统产生的问题,为系统正式投入使用打下基础。n 阶段工作内容本阶段的工作内容包括:组织系统各方面用户使用系统;建立系统问题发现、跟踪和解决机制;问题发现和处理; 2.1.7 验收阶段2.1.7.1 验收对象项目名称:平台(一期)(以下简称“项目” )。验收对象为该项目的相关文档技术文档,系统运行情况、顶层设计等建设内容。2.1.7.2 项目验收的前提条件n 所有建设项目按照合同要求全部建成,并满足使用要求;n 已通过软件系统测试评审;n 软件已部署在生产环境上;n 各种技术文档和验收资料完备,符合合同的内容;2.1.7.3 验收步骤n 编写验收方案(计划书) n 成立项目验收小组 实施测试验收工作时,应当成立项目验收小组,具体负责验收事宜。 n 项目验收的实施 严格按照验收方案对项目应用软件、系统文档资料等进行全面的测试和验收。n 提交验收报告 项目验收完毕,对项目系统设计、建设质量、设备质量、软件运行情况等做出全面的评价,得出结论性意见,对不合格的项目不予验收,对遗留问题提出具体的解决意见。2.1.7.4 验收内容和标准1、验收的内容包括以下几个部分:n 验收内容包括:按功能要求的可执行软件、开发计划文档、设计文档、使用说明书等。n 验收评测工作主要包括:文档分析、方案制定、现场测试、问题单提交、测试报告。n 文档验收标准一般包括:文档完备性、内容针对性、内容充分性、内容一致性、文字明确性、图表详实性、易读性、文档价值等。2、需要评审的资料包括以下几部分:n 需求规格说明书、概要设计说明书、系统维护手册、用户操作手册。n 软件开发管理文档:项目计划书、用户培训计划、开发进度月报。2.1.7.5 验收结论验收结果分为:验收合格、需要复议和验收不合格三种。符合项目建设标准、系统运行安全可靠,视为验收合格;由于提供材料不详难以判断,或目标任务完成不足80%而又难以确定其原因等导致验收结论争议较大的,视为需要复议。1、项目凡具有下列情况之一的,按验收不合格处理:n 所提供的验收材料不齐全或不真实的;n 实施过程中出现重大问题,尚未解决和作出说明,或项目实施过程及结果等存在纠纷尚未解决的;n 没有对系统进行试运行,或者试运行不合格;n 违反法律、法规的其他行为。2、验收结论确认和处理n 由工信厅和我方共同根据验收意见和相关资料得出结论,并进行确认。2.1.7.6 项目交接项目竣工验收合格后,应办理项目交接手续。项目的移交包括项目实体移交和项目文档移交部分。2.2 项目管理本章描述了项目的管理特点和管理要求,并根据本项目的特点给出了工信厅拟实施项目的组织架构,管理方案和初步的进度计划,列出了项目的成果交付物。并介绍了相关的项目管理方案,包括:质量管理,需求管理,配置管理,软件发布与部署,项目跟踪与监控,风险管理等内容。2.2.1 项目组织架构2.2.1.1 组织结构我们建议项目采用如下的组织形式:图22项目组织结构图项目的组织结构将分为三个层次:领导层、管理层和执行层,每个层次负责不同的项目职能。XXX(业主单位)XXX(承建单位)XXX(承建单位)领导层项目领导小组管理层项目负责人项目经理项目负责人执行层业务层业务负责人各业务部门的业务专家咨询顾问业务专家需求分析师咨询顾问业务专家需求分析师技术层实施人员应用系统开发经理系统分析师架构设计师安全分析师开发工程师测试工程师实施人员规划编制员1、领导层n 项目领导层项目领导层将负责对项目整体方向的控制,并通过项目领导委员会的形式对项目过程中产生的重要问题进行讨论分析和决策。2、执行层负责项目核心业务需求分析与设计、技术路线以及核心技术的设计,起草业务需求文档项目执行层将在项目管理层的领导下完成对项目的规划设计、系统需求分析、系统整体设计、系统开发、系统测试、文档整理、系统配置等各方面的具体工作。分为业务组和技术组,包含规划设计组、项目实施组、甲方实施组和应急小组。涵盖的角色如上表。n 规划设计组规划设计组包含顶层设置编制组、综合管理服务机制建设编制组,负责本项目的顶层设计方面的业务需求了解、规划编制、标准规范编制等工作。n 项目实施组项目实施组包含系统研发组、测试组、现场实施组,负责整个项目系统需求调研、系统设计开发、上线功能测试测试、现场实施及培训相关工作。n 甲方实施组负责项目实施日常工作跟踪、协调、功能测试、问题反馈跟踪等相关工作。2.2.1.2 项目主要成员甲方成员序号项目组角色姓名工作职责1领导、专家成员领导成员,负责项目总体协调。2项目实施负责人负责项目具体实施、实施进度监督、现场工作具体协调等。乙方成员序号项目组角色姓名工作职责1领导、专家成员项目领导专家成员,负责总体项目协调及专家咨询。2领导、专家成员研究中心专家成员,负责总体项目协调及专家咨询。3项目经理负责总体实施、项目进度控制及协调。4项目副经理协助项目经理,负责项目实施、现场项目进度、项目汇报等。5项目副经理协助项目经理,负责系统研发、实施及相关现场工作等。6软件工程师负责软件部分开发实施7系统集成工程师负责硬件设备部署以及相关中间件数据库等部署8规划编制研究中心规划编制负责人,协助项目经理,负责对总体规划、机制体制等编制等工作。监理成员序号项目组角色姓名工作职责1项目总监XXX负责项目总体监理及进度监督工作。2监理工程师XXX负责现场项目实施监理工作。3监理工程师XXX负责现场项目实施监理工作。2.2.2 进度计划和管理2.2.2.1 项目进度计划:序号阶段内容起始/截至工作日文档11、系统设备采购及环境部署2设备采购设备采购2014年10月20日/2014年11月7日153设备到货验收设备到货验收2014年11月10日/2014年11月10日1设备到货验收文档4设备环境部署开发环境部署2014年10月28日/2014年10月30日35采购设备部署2014年11月10日/2014年11月10日2系统部署及配置文档6系统联调设备网络联调2014年11月11日/2014年11月12日27设备与系统联调2014年12月18日/2015/1/315系统接口配置文档82、软件开发9计划阶段计划编制2014年10月8日/2014年10月8日1项目实施计划表10计划阶段项目启动会2014年10月9日/2014年10月9日1计划表细项讨论11计划阶段小计2014年10月8日/2014/10/9212需求阶段需求调研、分析2014年10月10日/2014/10/219需求规格说明书13需求评审2014年10月22日/2014/10/22114需求阶段小计2014年10月9日/2014/10/221015设计阶段概要设计2014年10月23日/2014/10/273概要设计说明书1617数据库设计2014年10月28日/2014/10/292数据库详细说明书18详细设计2014年10月30日/2014/11/55系统详细设计说明书19设计阶段小计2014年10月23日/2014/11/51020实现阶段数据库实现2014年11月6日/2014/11/61相关代码21XXX系统2014年11月7日/2014/11/18822XXX系统2014年11月19日/2014/11/28823XXX系统2014年11月19日/2014/12/232524XXX系统2014年11月19日/2014/12/162025XXX系统2014年12月17日/2015/1/132026实现阶段小计2014年11月6日/2015/1/134927测试阶段测试准备2015年1月14日/2015/1/141系统使用说明书系统测试方案书28功能测试2015年1月15日/2015/1/215测试报告29性能测试2015年1月15日/2015/1/215项目初步验收报告30BUG修正2015年1月22日/2015/1/28531测试阶段小计2015年1月14日/2015/1/281132试运行阶段安装2015年1月29日/2015/1/291系统培训报告33试运行2015年1月30日/2015/2/1915系统试运行报告34BUG修正2015年2月20日/2015/2/26535投运2015年2月27日/2015/2/271363、顶层设计、机制建设37编制阶段编制2014年10月23日/2014/12/330顶层设计文档、机制建设文档38评审2014年12月4日/2014/12/5239修订2014年12月8日/2014/12/12540整体项目合计2014年10月23日/2014/12/1237414、工控实施42需求阶段需求调研、分析2014年12月13日/2014/12/164需求规格说明书43需求评审2014年12月17日/2014/12/17144需求阶段小计2014年12月13日/2014/12/17545实现阶段接口开发2014年12月18日/2015/1/820相关代码46实现阶段小计2014年12月18日/2015/1/82047整体项目合计2014年12月13日/2015/1/825注:测试、试运行阶段与“一、软件开发”同步进行。485、监控接口开发49需求阶段需求调研、分析2014年11月6日/2014/11/104需求规格说明书50需求评审2014年11月11日/2014/11/11151需求阶段小计2014年11月6日/2014/11/11552实现阶段接口开发2014年12月18日/2015/1/315相关代码53实现阶段小计2014年12月18日/2015/1/31554整体项目合计2014年11月6日/2015/1/320注:测试、试运行阶段与“一、软件开发”同步进行。图23项目实施计划2.2.2.2 主要里程碑成果物序号阶段成果物1合同签订2项目启动3项目小组成立、项目实施计划确定项目实施方案4一、XXX顶层设计5需求调研、需求分析6顶层设计编制顶层设计讨论稿7顶层设计初审顶层设计初审稿8顶层设计初稿修订编制9顶层设计终审及终审编制顶层设计10二、XXX机制建设11需求调研、需求分析12XXX机制编制XXX机制讨论稿13XXX机制初审XXX机制初审稿14XXX机制初稿修订编制15XXX机制终审及终审编制XXX机制16三、XXX平台17需求调研、需求分析需求规格说明书18系统概要设计及评审系统概要设计说明书系统数据库设计说明书技术开发规范19系统开发设计系统详细设计说明书系统操作手册20系统测试系统测试方案系统测试报告21系统培训系统培训计划22项目初步验收初验报告23项目试运行试运行报告24系统功能完善25系统正式运行26四、XXX系统27设备采购、供货28设备上架、到货验收到货验收报告29系统安装、入网联调系统接入方案30培训31正式运行32五、项目整体验收33项目验收资料整理34项目整体验收验收申请验收方案验收报告2.2.2.3 进度管理方法计划是项目管理的基准,现代质量管理认为“计划胜于检验”,“过程决定质量”,对于项目执行来讲同样是这样。计划是项目执行的指导,计划是控制的基准,计划是项目各方沟通的平台。计划制定的过程强调渐进明细和分解。通常应用软件开发过程中项目计划容易出现的问题有:1项目计划凌乱、无序,也就是说不能从项目计划中看到项目执行全貌。对项目执行指导意义不大。2项目计划只是在项目开始时进行制定,在执行过程中不对计划进行及时管理,导致项目计划失效,同时失去对项目执行的指导意义。3项目计划不完整,只是在当前所关注的环节存在计划,导致项目执行工作不能整体上全面协调的推进。本项目项目计划跟踪和控制建议:1项目计划层次划分项目计划可分为:项目里程碑计划、子项目计划、周项目计划3个层次。充分体现项目管理中渐进明细和分解的原则。项目里程碑计划作为项目各参与方均认可的项目阶段目标指导性文件,项目各参与方均需对其负责。对里程碑计划进行渐进明细形成子项目计划,子项目计划要说明里程碑计划中阶段目标的实现步骤和方法。在子项目计划的指导下形成项目各参与方的周项目计划,周项目计划作为项目进度风险控制的最小单元,根据周项目计划的执行情况进行考核,并及时形成调整措施。2项目计划有效性和完整性“计划赶不上变化”,在项目执行的过程中必然会发生各种各样的情况变化,如各个层次的项目计划不能得到及时的变更控制和管理,项目计划将逐渐与项目执行情况脱节并失效。项目计划有效性的丧失必然导致项目工作陷入无序状态,最终导致项目目标不能如期实现,甚至造成项目失败。在形成各个阶段或维度的子项目计划时,非常重要的一点是要保证项目计划的完整性。如果子项目计划存在缺失,会造成项目执行中的重大缺陷,对整体项目执行产生重大影响。针对项目计划的有效性和完整性问题提出本项目中相关项目管理建议:(1)项目管理组承担项目计划的变更控制和管理职能,对项目计划的有效性负全面责任。(2)建立项目计划变更控制流程。在项目执行情况发生重大变更时,相关方必须向本项目管理组提出变更申请;项目管理组根据情况及时组织项目相关方审查项目变更,并进行风险分析,更新项目计划并通知项目各方。(3)项目总体计划和子项目计划制定,要进行相关评审,在评审通过后方可生效。(4)建立项目计划标识体系,包括项目计划版本标识。每次项目计划的变更均需更新标识,并说明变更原因和进行相关风险的说明。3项目计划的执行情况跟踪本着及早发现问题的原则,定期的对项目计划的执行情况进行跟踪,并对跟踪结果进行公布。跟踪的频度与项目执行情况相关,可以每周、双周等频度进行。2.2.3 项目管理方法2.2.3.1 项目评审评审主要包括里程碑评审、同行评审和跟踪,其中里程碑评审是管理评审,同行评审和跟踪属于同行评审的两种形式。(1)里程碑评审里程碑评审的主要活动包括以下内容第1步 项目经理负责组织里程碑评审活动第2步 讨论里程碑报告、评估报告第3步 项目经理负责形成项目里程碑报告第4步 确定下一个阶段的计划是否需要修改里程碑评审后,质量保证员依据评审记录,监督问题改正和变更的执行情况。(2)项目进度及问题跟踪跟踪的主要步骤如下:第1步 项目经理负责项目整体进度以及实施过程中具体问题的的跟踪,一般来讲,参与跟踪人员可选择项目组内的人员,但应注意跟踪时避免跟踪自己完成的工作产品部分。第2步 项目经理负责将要跟踪的工作产品及相关资料在跟踪前一天发送给参与跟踪的人员第3步 参与跟踪的人员按计划进行跟踪,并将跟踪出的问题形成评审记录第4步 项目经理汇总评审记录,并对跟踪出的问题进行分工,同时跟踪问题的解决情况,直至问题解决结束。第5步 项目经理负责形成评审报告,记录本次跟踪的结论,参与跟踪的人员,统计本次跟踪的工作量、发现的问题类型个数、修改的问题个数等。2.2.3.2 进度监控项目要制定合理的进度安排,并确保项目能够按计划进行。项目经理以及各组负责人根据项目特点、客户需求、识别的风险、可能存在的限制安排项目进度;在项目执行过程中定期对所属范围内的项目进展情况进行监控,识别与分析实际进展与计划的偏离原因,采取纠正措施进行调整,必要时进行正式的计划变更。1进度安排进行合理的进度安排是进行监控的前提,考虑迭代的生命周期模型,项目采取分阶段细化项目进度的策略。在项目初始策划阶段,项目制定总进度表,内容包括各主要里程碑和各迭代点;在每主要里程碑结束,细化下一里程碑的计划;在每次迭代策划阶段,制定本次迭代的进度表,细化本次迭代内的项目活动。进度安排时可以按照以下步骤进行:n 确定可用的资源。在编制进度表时,知道在何时以何种形式取得何种资源是必要的,这种对资源可用性的了解程度是需要不断进化的。n 确定项目日历和资源日历。项目日历和资源日历标明了在该项目中或者对于某一资源来说哪些日期是用于工作的时间。n 根据任务的依赖关系和估计工期列出项目的关键路径,为关键路径上的各个关键任务分配资源,为非关键路径上的其它任务分配资源。n 进度的安排可以使用表格形式或者图形形式进行表示。2进度调整项目依据进度表的安排执行并控制项目进度,并根据项目状态对进度进行调整。使用进度表监控项目进展,进度控制的内容有:n 对造成进度变化的因素施加影响,以保证这种变化朝着有利的方向发展。n 收集项目实际进度状态数据,与计划进度数据进行比较,确定项目进度是否已发生变化。n 当在实际变化发生和正在发生时,对这种变化实施管理。根据项目状态对进度进行调整,进度调整包括两种类型,即日常调整、定期调整和项目进度发生重大变更时的调整。日常调整指项目各级负责人日常对进度表的更新活动,可以是每天或者每周进行,一般包括对以下内容的调整:n 调整某个任务的工期、计划开始时间或结束时间。在调整时要注意与该任务具有依赖关系的其他任务的变化,特别是要注意关键路径的变化,检查所进行的调整是否导致项目里程碑结束日期或者项目日期发生变化。n 根据人员负荷和进度变化调整资源的分配,为某个任务重新指定资源。n 收集并记录进度实际数据,一般包括任务的实际开始时间、实际结束时间等。n 定期调整是指项目经理在迭代内里程碑、迭代结束和阶段结束通过正式评审项目进展,根据项目完成状况对项目进度的调整。当项目进度发生重大变更时,如需求变更引起的,需要调整项目进度表,此时需要对剩余工作进行重新估计,重新制定后续任务的进度表,包括调整迭代计划以及项目总体计划。2.2.3.3 资源监控资源是指在项目运行过程中所需要的人力资源。资源监控是指项目充分、有效地利用所涉及人员的过程,包括识别并管理这些资源以及在不同阶段需要的数量、状态等信息,确保项目的正常开展。在项目策划阶段,策划合适的资源安排到各项项目任务中,形成完整的人员配备管理计划;在项目实施过程中,通过邮件、周例会和里程碑总结等正式和不正式的手段对人员的状态进行监控。一旦出现不可避免的人员变更问题,按照规定的流程进行工作交接。本项目的资源监控有两个主要特点:n 工作匹配原则:保证为项目配备符合项目活动能力要求的工程和管理人员;n 动态人员结构:根据不同阶段项目对人员的不同需求考虑投入不同能力和不同数量的人员。1人员策划需要识别为完成项目所涉及的所有人员角色、所需的经验技能、数量要求以及投入时间等信息,建立人员需求表。基于以上需求,获取符合项目以上需求的技术和管理人员;获取的途径包括本事业部内部、公司内部其他事业部或社会招聘。获取人员的主要考虑人员的工作能力和熟练程度,具有类似项目的技术和管理经验背景优先,同时也要考虑个人爱好和个人特点以及时间上可能性。根据项目进度的要求和任务的安排,为每项任务分配人力资源以及每项资源在各个时间段内(天、周、月或者其它时间间隔)完成的工时,形成完整的人员配备管理计划。在人员配备管理计划中,以图或表的形式描述了资源分配和人员负荷等情况。2人员变更项目经理跟踪人员配备管理计划以监控项目人员的投入状况,并在每周和每里程碑上进行总结,监控的主要内容包括:n 人员投入的数量以及投入的人员技能是否可以满足项目实施要求;n 是否需要为项目人员提供必要的培训;n 人员负荷是否不平衡;n 人员是否流失或有流失的可能;在项目周会和里程碑会议上,高级管理者、客户方和项目经理评审以上人员状况,制定合理的措施以处理人员管理中遇到的一些问题。由于人员离职或工作变动会引起项目中人员的变更。项目经理会分析人员变更所带来的影响,尽量控制人员变动,对于不可避免的人员变动要处理好工作交接,以使工作能够全面、顺利的交接,降低工作交接对项目工作带来的风险和问题。下图描述了人员变更主要活动的流程: 变更请求分析影响确定新负责人明确交接期限召开交接短会对当前工作内容和产品进行整理和完善制定交接计划按计划交接工作交接评审变更结束图24项目实施人员变更流程对于以上人员变更活动需要注意以下内容:n 新负责人应尽量选择在相关领域有经验的人员(由于是中途接手,难度较大);n 如果选择本项目中已承担其他工作任务的人员作为新负责人,则一定要准确度量其负荷,并要明确其接手后的责任;n 交接期限的确定应以工作能够有效交接为中心,可能的情况下部门应在工作交接结束后,才最终同意原担当离职或变动工作;n 交接计划要与项目经理和被交接者商讨制定,计划中应包含要进行哪些交接活动、时间、内容及相关人员安排等,应该包括相关培训和自学的内容。n 项目经理要对工作交接的结果进行检查,判断相关工作是否都已经顺利交接;如果存在问题,需要与相关人员商讨后续计划。2.2.3.4 风险管理在软件开发中,风险是某种不确定因素,在其正常分布范围内,它可以危及项目成功或导致项目失败。因此有效的管理项目风险是项目成功的关键。1风险管理策略根据风险发生的可能性和对项目影响的严重程度,定义风险等级:高、重大、中等、较小、低。风险对策:主要描述应对风险的策略。风险管理的核心思想不是被动地等待(等到风险变成现实、成为问题或导致项目失败),而是决定如何对付风险。对于每个风险,有 3 种主要的可行措施: n 风险规避:重新组织项目,使风险无法影响项目;n 风险转移:重新组织项目,让其他方承担该风险(客户、厂商、银行、其他主题等);n 风险接受:决定接受这种可能发生的风险。监视风险征兆,如果风险出现,则制订应急计划,决定要采取的措施。如果接受风险,还要采取两种措施及:风险减轻:采取一些及时的、正面主动的步骤来减小风险发生的可能性或影响。制定应急计划:如果风险变成实际问题,应当采取的措施。3项目风险和对策以下提出项目可能的风险及应对策略:(1)软件需求涉及业务的软件系统,经常会出现这样的问题:系统开发完成了,但没有满足客户的业务需求;需求经常发生变化,导致开发范围的蔓延。避免软件需求的风险,才能项目成功。化解风险的策略:n 理解客户需要解决的问题:通过业务建模,了解客户的业务流程和业务需求;n 增强与客户的沟通:用例建模立足用户角度描述,为具体的需求提供了充分的上下文信息,是衔接用户和开发者的纽带和沟通方式;n 及早收集客户的反馈:每次迭代都会产生系统可执行的部分,通过及早部署演示来挖掘用户的反馈意见,改进对于需求理解的偏差;n 控制需求变更:变更请求可能来自于客户和最终用户、设计人员、开发人员、测试人员、技术支持部门等,建立变更控制流程管理变更。(2)架构/技术风险可执行构架指的是系统的部分实施,该构架用于演示选定的系统功能和特征,尤其是那些满足非功能性需求的功能和特征。利用该构架可以降低性能、吞吐量、容量、可靠性以及其他方面的风险。迭代开发在精化阶段的关键活动是确定架构并为构架建立基线,在该阶段经过几次的迭代和测试修改,到精化结束时稳定的架构基线已经建立,性能等主要技术风险尽早的被发现和解决。从而在构建阶段可以在一个稳固的基础上完成系统功能的全面添加,而不用担心破坏系统。2.2.3.5 质量管理软件质量保证过程的目的是为项目组的软件开发过程提供指导,为管理层就软件项目过程提供管理信息,为提升软件质量提供手段。由于开发软件系统或软件产品的过程是决定项目成功与否的关键因素,因此软件质量保证的工作是评审和审计软件活动和软件产品。软件质量保证过程需要达到的目标包括:n 软件质量保证活动是有计划的活动;n 软件产品和活动与适用的标准、过程和需求的一致性需经客观验证;n 软件质量保证活动及成果应及时通知到受影响的组织和个人;n 软件项目内部未能解决的有争议问题,由上级管理部门处理;软件质量保证过程定义如下:n 由质量保证员负责向项目组人员进行PPQA定向培训;n 由质量保证员负责编写质量保证计划;n 由质量保证员负责对软件项目过程及其他公司规范及过程进行质量保证,软件项目过程包括:软件销售管理过程、需求开发过程、需求管理过程、项目计划和跟踪过程、软件设计过程、软件编码过程、软件测试过程、项目实施过程、配置管理过程、变更过程、评审过程,其他过程包括:培训管理过程、组织过程焦点过程、组织过程定义过程;对于项目内部不能解决的问题,由质量保证员汇报给高层管理者;2.2.3.6 沟通管理项目沟通管理的目的是能够及时、适当地产生、收集、发布、存储项目信息。沟通管理是人、意见和信息之间的关键纽带,是成功所必须的。参与项目的每一个人都必须做好以项目“语言”方式传达和接收信息的准备,同时还必须明白他们以个人身份涉及的信息将如何影响整个项目。1沟通原则为了确保及时有效地进行沟通,本项目确定以下沟通原则:n 确保客户可以最大程度地参与项目工程和管理活动;n 确保与客户及早沟通需求,以消除需求中的不确定性;n 定期与客户沟通项目各里程碑和各迭代的进度和进展状况;n 确保各阶段的主要成果物及时提交给客户,以便客户评审;n 对于项目出现的重大问题,及早报告给客户以便客户了解项目。2存在沟通需求的组织一般包括:n 项目与客户;n 项目合作方;n 项目组内部,当项目成员工作位置不在同一地点时,要事先确定异地开发的沟通机制,确保项目信息的沟通顺畅。3沟通的方式一般包括:n 报告,例如周报、里程碑总结等;n 会议,包括评审、讨论等。4沟通的程度一般包括参与和了解,具体参与程度需要根据具体项目需求进行调整:n 参与:参与内容的制定和检验,例如项目计划的编制和评审;n 了解:不参与跟内容有关的制定和检验活动,对信息内容了解即可。5沟通的内容,分为三类:n 计划:包括项目计划和迭代计划的制定与评审;n 进展:包括每个迭代状态和里程碑状态的评审;n 工程文档:包括每个工程阶段主要输出物的评审。6项目沟通机制项目的沟通管理机制如下表所示:分类沟通内容组织/发布方沟通方式项目客户报告会议计划项目计划项目-参与项目计划项目计划评审会相关方配合计划项目-参与协作项目计划协作计划评审会人员计划项目-参与项目成员和角色规划监理计划监理方-参与监理计划监理计划评审计划变更项目-参与最新项目计划最新项目计划评审会周报项目周进展和存在问题分析项目-了解项目周报-里程碑总结报告项目里程碑总结项目-参与项目里程碑总结里程碑总结与评审会状态评估渐进的进展状态项目-参与状态评估状态评估会需求需求规格项目-参与需求相关报告需求讨论分析规划架构设计设计模型数据库设计项目-参与分析设计报告分析设计讨论开发实现源代码编码规范项目-参与-实现功能测试功能测试测试计划测试用例测试环境测试数据缺陷报告项目-参与测试相关文档功能测试讨论部署部署计划数据迁移用户培训系统集成上线割接验收测试项目-参与部署相关文档部署讨论阶段总结会按商务合同规定的阶段项目-参与阶段总结报告部署评审会2.2.4 质量管理2.2.4.1 质量控制质量控制的目的是确保:n 完成项目内容并达到预定的目标n 最终的系统是稳定的和可用的n 确保项目按预定计划完成因此,在项目进行中,需要设立若干控制点,以确保项目的质量可控。质量控制队伍独立于项目实施小组,作为项目成功的重要因素和保障,在项目执行过程中始终与项目实施小组保持密切联系。从另一个角度观察和监督项目的开展,帮助PMO发现和解决项目执行中的问题确保项目的成功。可以采取以下步骤实施全面质量控制:1建立标准化工作流程项目启动时,项目组应根据项目范围、项目要求,首先组织人力编制项目流程、工作标准及相应工作手册,形成工作方法体系,实现项目工作的流程化、标准化,并对项目人员进行培训,使他们了解和遵守项目流程和要求。2实行阶段性成果提交与变更控制项目具有生命周期,这就为我们划分项目阶段提供了依据。一个大项目可分成若干阶段,每个阶段有自已的任务和成果。这样一方面便于管理和控制项目进度,另一方面可以增强项目人员和用户的信心。在每个阶段末要提交部分成果物,作为下一阶段开发的基础。成果物提交之后不是不能修改,而是其修改要经过一定的审批程序,并且涉及到项目计划的调整。3实行里程碑式的审查与版本控制里程碑式审查就是在项目生命周期每个阶段结束之前,都正式使用结束标准对该阶段提交的成果进行严格技术审查,如果发现问题,应及时在阶段内解决。版本控制是保证软件项目顺利进行的重要手段。版本控制的含义是通过给文档和程序文件编上版本号,记录每次的修改信息,使项目部的所有成员都了解文档和程序的修改过程。4测试要采用适当的手段,对需求调查、系统分析、系统设计、实现和文档进行功能测试。5用户单位加强监督为进一步加强项目质量控制,要加强用户单位对项目质量的监督。2.2.4.2 质量保证软件质量保证过程的目的是为软件项目组的软件项目过程提供指导,为管理层就软件项目过程提供管理信息,为提升软件质量提供手段。由于开发软件系统或软件产品的过程是决定项目成功与否的关键因素,因此软件质量保证的工作是评审和审计软件活动和软件产品。软件质量保证过程需要达到的目标包括:n 软件质量保证活动是有计划的活动;n 软件产品和活动与适用的标准、过程和需求的一致性需经客观验证;n 软件质量保证活动及成果应及时通知到受影响的组织和个人;n 软件项目内部未能解决的有争议问题,由上级管理部门处理;软件质量保证过程定义如下:n 由质量保证员负责向项目组人员进行PPQA定向培训;n 由质量保证员负责编写质量保证计划;n 由质量保证员负责对软件项目过程及其他公司规范及过程进行质量保证,软件项目过程包括:软件销售管理过程、需求开发过程、需求管理过程、项目计划和跟踪过程、软件设计过程、软件编码过程、软件测试过程、项目实施过程、配置管理过程、变更过程、评审过程,其他过程包括:培训管理过程、组织过程焦点过程、组织过程定义过程;n 由质量保证员对软件工作产品进行质量保证,依照工作产品规范/模板检查项目工作产品;n 质量保证员应参加项目的管理评审和技术评审;n 由质量保证员定期与不定期地将检查结果报告给有关人员;n 对于项目内部不能解决的问题,由质量保证员汇报给高层管理者;2.2.5 需求管理在软件项目中,所有的项目相关方都感兴趣的就是需求分析阶段。这部分工作若处理好了,能开发出很出色的产品,同时会使项目各方感到满意。若处理不好,则会导致误解、挫折、障碍以及潜在质量和业务价值上的威胁。因为需求分析奠定了软件工程和项目管理的基础,所以所有项目相关方必须重视需求分析过程。软件需求包括四个层次:业务需求、用户需求、功能需求、非功能需求。优秀需求所具有的特性:完整性、正确性、可行性、必要性、划分优先级、无二义、可验证。需求分为需求开发和需求管理。需求开发包括:问题获取、分析、编写规格说明和验证四个阶段。需求管理包括建立和维护软件需求。n 甲方在需求活动中的权利和义务。通常来说,甲方在需求活动中有如下权利:1要求分析人员使用符合客户语言习惯的表达。2要求分析人员了解客户系统的业务及目标。3要求分析人员组织需求获取期间所介绍的信息,并编写软件需求规格说明。4要求开发人员对需求过程中所产生的工作结果进行解释说明。5要求开发人员在整个交流过程中保持和维护一种合作的职业态度。6要求开发人员对产品的实现及需求都要提供建议,拿出主意。7描述产品使其具有易用、好用的特性。8可以调整需求,允许重用已有的软件组件。9当需要对需求进行变更时,对成本、影响、得失有个真实可信的评估。10获得满足客户功能和质量要求的系统,并且这些要求是开发人员同意的。甲方在需求活动中有如下义务:1给分析人员讲解业务及说明业务方面的术语等专业问题。2抽出时间清楚地说明需求并不断完善。3当说明系统需求时,力求准确详细。4需要时要及时对需求做出决策。5要尊重开发人员的成本估算和对需求的可行性分析。6对单项需求、系统特性或使用实例划分优先级。7评审需求文档和原型。8一旦知道要对项目需求进行变更,要马上与开发人员联系。9在要求需求变更时,应遵照开发组织确定的工作过程来处理。10尊重需求项目中开发人员采用的流程(过程)。n 需求变更控制流程软件需求作为系统功能的范围界定和说明,其变更必须进行严格的变更控制管理。本项目中,建议建立如下需求变更控制流程:1成立需求变更控制委员会,由项目管理组、项目业务技术组组成,并向项目领导组负责。2软件开发面对初始经评审后的需求。3在项目执行过程中,如发生需求变更,需求变更提出者需提交所在单位业务技术组该维度负责人员,由该维度负责人员签字确认后提交需求变更控制委员会,并通知项目组。4如项目组对需求变更无异议,该需求将进行开发实施。5如项目组对需求变更有异议或该变更的评估分析结果对项目造成重大影响,该需求将提交需求变更控制委员会集体讨论,根据讨论结果决定该需求的处理方式。6需求建立统一的标识体系,以方便其管理。2.2.6 沟通和监控机制在项目执行过程中,可以通过以下手段对项目执行情况进行跟踪和监控:1.召开项目例会a)项目负责人在每周召开项目例会,项目周报、项目实施计划进度跟踪情况是例会的重要输入,例会的主要内容包括但不限于:i.项目状态检查及进度跟踪;ii.当周重要事项的汇报;iii.下周详细工作计划;iv.变更请求状态检查;v.近期需提交的工作产品状态检查;vi.项目成员工作情况检查b)其他各组负责人在每周提前召开本组项目例会,参与项目负责人召开的项目例会。2.编制项目周报a)各组负责人每周编制“项目周报”,提交给项目负责人;b)项目负责人汇总各组负责人周报,定期或不定期向客户方、监理方汇报项目进展。3.编制里程碑总结a)各组负责人在每个里程碑结束,编制“里程碑总结报告”,提交项目负责人;b)项目负责人汇总各组里程碑总结,向客户方汇报项目里程碑进展。4.召开管理评审会议项目负责人在重要里程碑结束或项目进展异常时,组织各组负责人和必要人员,召开管理评审会议,安排项目进展工作,对重大问题进行解决。管理评审会议侧重关注项目状态和管理协调问题,技术问题不作为管理评审的主要内容,“里程碑总结报告”、“项目管理问题管理表”是管理评审的重要输入。5、项目会议纪要项目会议是整个项目实施过程中项目组常态的共同方式,会议纪要统一由监理方记录和形成最终会议纪要,作为项目实施过程的组成部分,发给项目组主要成员。2.2.7 风险管理2.2.7.1 风险管理过程风险管理作为项目重要的预防活动,将会比出现问题后的纠正更为有效的提高项目质量,降低项目成本,确保项目按期完成。项目各阶段开始前识别该阶段存在的各种风险,预先进行缓解,并制定应急方案,将项目风险对项目造成的影响降低到最低。1. 风险分析 项目任务书下达后,在项目策划阶段由项目经理组织项目组成员、项目总监、公司项目管理人员以及部门相关资深人员召开风险评估会议; 在会议上发给会议成员项目前期的有关资料,参照组织文件的 “ 风险类型与示例 ” 识别出开发 / 实施过程中的全部风险,明确风险类型,制定风
展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 办公文档 > 工作计划


copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!