《IT项目管理-项目章程和项目管理计划》由会员分享，可在线阅读，更多相关《IT项目管理-项目章程和项目管理计划（7页珍藏版）》请在金锄头文库上搜索。
1、 IT项目管理-项目章程和项目管理计划 项目整体管理的一个重要作用就是对5大项目管理过程组和44个项目管理过程进行有效的整合。整体管理贯穿项目启动到收尾的整个过程。启动过程的一个重要标志是项目章程的制定，有时候可能也可能是一次项目重要干系人参加的会议决议文件，但目的都是正式委任项目经理，确认资金已经到位，项目可行可以开始。如果项目还无法确认是否可行，则应该首先将项目的可研阶段作为一个独立的项目进行。项目章程重点是项目经理确定，上项目的理由，总体的项目进度，预算和范围，干系人影响等内容。以下为一个项目章程的例子CRM软件开发项目章程基础信息1.项目起始时间:2006-6-1到2006-11-30
2、2.项目经理:张三联系电话138988888883.项目理由:结合*公司多年的销售和营销经验,*公司已经形成了一批潜在的客户群,*公司已经有成熟的软件体系架构4.项目目标:以标准的客户关系管理理论为指导，结合公司的营销经验，在6个月时间里开发完成具备客户管理，市场管理，销售管理，服务管理，统计分析和CallCenter六大功能的CRM客户管理管理软件。预算6个月投入为50万人民币。项目管理方法论:1.项目管理方法采用公司标准的项目管理和CMMI规程。2.软件开发过程和方法采用RUP统一过程方法论角色和职责1.沃尔特:项目发起人和赞助人，负责监督项目2.张三:项目经理，负责计划，监控项目，对项目
3、质量负责3.李四:IT部门经理，负责为项目提供适当资源和培训4.王五:业务接口人，负责为项目提供业务需求签名:(以上所有干系人签名)有了项目章程代表项目正式启动，项目经理在得到授权后可以开始充分利用职权和资源开展项目管理的工作。其中的重点就是项目管理计划，而做计划前也必须知道项目的范围，所有启动阶段还得输出初步范围说明书，这在IT项目中可以理解为用户的原始需求或用户需求，重点仍然在描述产品范围而非项目范围。所以用户需求重点仍然是将需要交付的产品功能描述清楚，将验收准则描述清楚。而对于假设约束，风险，进度，边界约束或验收等可以直接到项目管理计划中再进行描述。最难理解的还是项目管理计划和其它过程输
4、出的子计划的关系。项目管理计划是一个将子计划进行整合以后的总计划，也可以说项目管理计划包含了各子计划。另外按PMBOK项目现在44个过程组的定义对于进度管理和成本管理是没有相关的子计划的，这两部分内容自然应该在项目管理计划中。另外对于项目的介绍，项目组织结构，项目管理过程，技术过程等信息也只有在项目管理计划中进行描述。项目管理计划的整合体现在:1.通过客户需求和持续改进要求在质量规划中确定质量目标,根据质量目标调整各阶段工作量比例和评审测试时间投入。调整进度和资源需求。2.根据项目组织结构，选择的生命周期模型，项目成员知识技能评估确定人力资源计划中的责任分配矩阵.3.根据项目组织结构和角色矩阵
5、在沟通管理计划中确定沟通汇报机制4.根据项目的目标和范围，现有的资源，四要素的约束和限制，假设来分析项目风险构建风险管理计划5.根据项目范围，定义活动，估算资源和历时形成进度计划6.根据进度计划确定项目的里程碑和检查点7.根据项目的范围估算资源和成本，并形成最终的预算计划对IEEE的软件项目纲要进行改进后得到下图CRM软件开发项目项目管理计划项目概述和范围本项目是一个全新开发的软件型项目，最终的产品为包含客户管理，市场管理，销售管理，服务管理，统计分析和CallCenter六大功能的CRM客户管理管理软件系统，采用微软的DotNet平台进行开发，项目总人数在8-10人。具体的项目范围参加项目范
6、围说明书. NextPage项目目标在2006.11.30日6个月的时间内完成CRM软件系统的开发，并通过客户的验收。预算控制在50万以内。项目的可交付成果1.最终的可运行软件安装包和帮助文档2.各中间过程的需求，设计和源代码文档3.培训文档，安装部署手册项目的验收标准1.各阶段的产出物齐套2.项目通过客户的验收测试通过结论文档项目假设1.各阶段需要的人力资源都能够按时到位2.项目在7月初能够完成架构的一个技术攻关项目约束1.项目要在2006.11.30按时发布版本2.项目必须遵循公司的产品研发和项目管理规程3.系统必须采用DotNet开发且同时提供BS和CS访问方式项目组织1.组织结构：项目
7、为强矩阵的组织结构2.角色职责：略3.外部接口：主要是客户和部门经理项目计划编制过程1.确定项目生命周期模型的选择2.确定项目的方法工具和技术3.首先确定项目范围4.制定风险管理计划,分析和识别项目风险5.分解WBS，对工作包进行资源和历时估算6.获取项目人员需求7.制定项目的进度，确定里程碑和检查点8.确定项目的沟通和人力资源计划9.确定项目的跟踪控制机制10.确定项目的质量保证和配置管理,测试等子计划项目生命周期模型选择1.项目采用增量模型进行开发，因此需求和架构要求按严格依赖关系和顺序进行。到设计开发结队后各模块可以并行开发。项目方法工具技术1.在需求阶段结合界面开发和用例分析开发软件需
8、求2.在架构设计阶段通过4+1视图体现项目架构模型3.在设计开发阶段借鉴XP思想进行结队开发4.在测试中采用每日构建和冒烟测试策略5.项目采用DotNet2005TeamSuite版本进行开发，采用2005集成的需求管理，变更和缺陷追踪和源代码管理功能项目风险计划1.由项目经理，需求和架构成立风险小组。负责分析和识别项目风险2.主要通过历史风险库，检查单和头脑风暴分析项目风险3.风险识别和跟踪周期为每周例会进行跟踪4.对于项目关键风险必须制定应对措施项目估算和资源需求项目估算采用三点法和专家法结合进行估算参加项目的估算报告文档。项目估算结果为1000人天工作量。具体的人力资源需求为:1.需求:
9、投入3人*4个月=240人天2.架构:投入2人*6个月=240人天3.开发:投入6人*3个月=360人天(9月底介入)4.测试:投入2人*4个月=160人天软件资源需求为1.DotNet开发工具,SqlServer数据库2.Project项目管理软件硬件资源需求为1.开发服务器一台(2.4GCPU,1G以上内存)2.开发服务器一台(2.4GCPU,2G以上内存)项目进度计划和里程碑具体的项目进度计划参加CRM项目Project文档,本项目设置里程碑为1.需求开发完成:2006-7-302.架构设计完成:2006-8-303.编码全部完成:2006-10-304.软件产品发布:2006-11-30(一级里程碑)项目培训计划1.用例分析培训:2006.7月(需求和架构设计人员参加)2.DotNet2005开发工具培训2006.8月(设计和开发人员参加)3.单元测试工具培训2006.10月(设计开发和测试人员参加)其它支持过程计划1.质量保证计划2.配置管理计划3.系统测试计划
