项目管理制度要点解读.docx

  1. 1、本文档共30页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
项目管理制度 第  PAGE 31 页 共  NUMPAGES 31 页 软件项目管理制度 2014年6月 目 录  TOC \o 1-3 \h \z \u  HYPERLINK \l _Toc433899012 1.1 项目管理概要  PAGEREF _Toc433899012 \h 3  HYPERLINK \l _Toc433899013 1.1.1 项目范围管理  PAGEREF _Toc433899013 \h 3  HYPERLINK \l _Toc433899014 1.1.2 项目进度管理  PAGEREF _Toc433899014 \h 3  HYPERLINK \l _Toc433899015 1.1.3 项目质量管理  PAGEREF _Toc433899015 \h 5  HYPERLINK \l _Toc433899016 1.1.4 项目风险管理  PAGEREF _Toc433899016 \h 8  HYPERLINK \l _Toc433899017 1.1.5 项目变更管理  PAGEREF _Toc433899017 \h 10  HYPERLINK \l _Toc433899018 1.1.6 项目管理各项内容之间关系  PAGEREF _Toc433899018 \h 12  HYPERLINK \l _Toc433899019 1.2 项目实施策略  PAGEREF _Toc433899019 \h 15  HYPERLINK \l _Toc433899020 1.3 项目建设周期  PAGEREF _Toc433899020 \h 16  HYPERLINK \l _Toc433899021 1.4 项目实施组织  PAGEREF _Toc433899021 \h 16  HYPERLINK \l _Toc433899022 1.4.1项目组织结构  PAGEREF _Toc433899022 \h 16  HYPERLINK \l _Toc433899023 1.4.2各类角色职责  PAGEREF _Toc433899023 \h 17  HYPERLINK \l _Toc433899024 1.4.3项目组成员的选用机制  PAGEREF _Toc433899024 \h 22  HYPERLINK \l _Toc433899025 1.4.4项目现场工作规范  PAGEREF _Toc433899025 \h 23  HYPERLINK \l _Toc433899026 1.4.5项目组人员的风险管理  PAGEREF _Toc433899026 \h 25  HYPERLINK \l _Toc433899027 1.4.6项目组的保密管理  PAGEREF _Toc433899027 \h 28  HYPERLINK \l _Toc433899028 1.4.7项目组人员安排  PAGEREF _Toc433899028 \h 29  HYPERLINK \l _Toc433899029 附:管理人员一览表  PAGEREF _Toc433899029 \h 30  1.1 项目管理概要 1.1.1 项目范围管理 项目范围包括: 项目策划、项目规划; 项目的实施建设; 系统的开发、升级工作; 系统使用及管理培训; 项目交付验收; 1.1.2 项目进度管理 项目的目标和范围确定后,需要开始确定项目的过程,项目整个过程中采用何种生命周期模型?项目过程是否需要对组织级定义的标准过程进行裁剪等相关内容。项目过程定义是进行WBS分解前必须确定的一个环节,你采用瀑布模型和增量迭代模型对WBS分解和进度计划安排显然是完全不同的。 项目过程确认清楚后开始进行项目的WBS分解,WBS分解一般是项目组的核心成员参加,但项目经理应该是起主导和协调作用。WBS分解方法一般有基于过程和基于成功两种方式,但两种方式可以混合使用,比如在高层分解的时候先分解出子系统和工作包,在底层的时候再按照需求,设计,编码和测试各个过程进行分解。WBS的最底层工作单元需要是可以独立核实的产品,需要去下达计划和任务,工作单元需要有明确的责任人,因此有时候在没有做仔细的估算时候我们很难让工作单元满足这些要求,这样就难免在进行估算过程中还要对WBS进行优化和调整。 WBS分解完成后可以开始进行工作单元的估算,估算一般有专家法,三点法和功能点法估算,由于我们的项目采用专家法估算,因此更

文档评论(0)

***** + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档