项目管理及知识转移
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
表单
3)功能点分析
系统、子系统、模块、功能点，自顶向下、逐层细化
4)原型分析
功能
业务要素
操作特性
3.3
随着项目的进展，用户和开发方对需求的了解越来越深入，原先的需求文档很可能存在错 误或不足。另一方面，市场会发生变化，原先的文档也可能跟不上当前的市场需求。可见需求 变更总是不可避免的，有些是为了修正缺陷，有些属于增强功能。
从纵向上打破业务部门与外包团队的壁垒，全面贯通项目的需求、计划、开发和测试；为高层
领导提供多项目信息的全局视图，帮助宏观监督和调控多个项目并提供直观的管理手段。
2.1
在项目管理的流程中，每个阶段都有自己的起止范围，有本阶段的输入文件和本阶段要产
生的输出文件。同时，每个阶段都有本阶段的控制关口，即本阶段完成时将产生的重要文件也
知识积累： 项目实施中，能否不断积累知识和经验？有效的知识如何被反复的利用？ 绩效决策： 项目人员工作量如何考核？项目管理哪些方面需要改善？如何解决？
2
该方案专门针对企业项目管理面临的问题，帮助企业有效管控项目及研发全生命周期，通
过一个全面的组织级项目管理平台，帮助企业实现项目及管理的“过程透明化”和提升组织级 项目管理能力； 从横向上让项目团队能在组织级层面全面跟踪项目的需求、进度、 质量和成本；
项目管理及知识转移
1
在企业的项目管理过程当中， 常常会遇到项目进展不顺利的情况， 有时候项目甚至会失败。 真正的项目管理人员必须有能力对项目进行预判，并及时加强管理采取必要措施，同时还要积 累经验，帮助团队吸取教训。
如何有效地管理项目，解决项目过程中遇到的诸如以下问题：
统一协同： 项目进展过程不同阶段分别用不同的工具管理，数据不能有效整合，部门 间形成信息壁垒；
1
1
变更日志
变更管理
■
1f
变更控制
1
结项
2.2
项目生命周期管理是从项目的立项阶段、各里程碑阶段（需求、设计、开发、测试）、到
结项阶段，整个项目生命周期的管理。 实际工作中根据不同领域或不同方法再进行具体的划分。
在项目生命周期运行过程中的不同阶段里，由不同的组织、个人和资源扮演着主要角色。
根据项目具体情况，定义项目生命周期的流程，包括所有可能的状态和工作流操作。
3
需求管理是指在组织范围内协作并管理需求、功能点、项目的创意，以及和需求相关的任 何功能或技术设计文档。通过将来自各个业务部门的需求有效的过滤筛选，并且进行组织和合 并，把需求按照业务系统进行组织和管理；同时对于需求的版本和基线提供有效管理，保证需 求的有效性、完整性和正确性。通过整合，可以直接基于需求有效驱动开发和测试。
创建WBS
（工作分解结构）
细化项目工作 细化项目可交付成果
工作分解结构
活动、资源、
进度文档
时间管理
成本管理
风险管理
制定进度计划、控制进度
估算成本、制定预算
成本估算文档
控制成本
质量保证制度
控制质量
质量控制标准
识别风险、定性风险分析
定量风险分析、规划风险应付措施
风险应对措施
控制风险
■
-rl-rt
了解、评估、执行变更
3.1
项目需求工程包含以下内容:
需求工程
3.2
需求分析是指在需求开发过程中，对所获取的需求信息进行分析，及时排除错误和弥补不 足，确保需求文档正确地反映用户的真实意图，需求分析常用的方法有：
1）问答分析
做什么/解决什么问题?
谁做？ 怎么做？
输入输出有什么？
约束、限制条件？
2)用例分析
Rose
Visio
全局视图： 缺乏管理层项目汇总全局视图，难以实时掌控众多项目的进展与情况；
项目进度： 分散的信息，无效率的流程，项目进度不可控，项目过程不透明，项目周
期难交付；
资源管理： 如何查看项目的资源需求？如何更好的分配和协调资源？ 如何在组织级层 面管控资源利用率？
质量管控： 如何统筹考虑项目风险防控、技术评审、系统测试、质量保障，全面保障 交付高质量产品？
是进入下一阶段的重要输入文件。每个阶段完成时一定要通过本阶段的控制关口，才能进入下 一阶段的工作。
启动
制定项目章程
制定项目初步
范围说明书
r
需求分析
项目知识转移
项目章程
初步范围说明书
Байду номын сангаас项目监控
收集、分析、细化需求
一—|需求文档
定义项目范围
确认范围、控制范围
ki!
定义活动、排列活动顺序
估算活动资源、估算活动持续时间
对项目开发小组而言，变更需求通常意味着要调整资源、重新分配任务，并修改前期的工 作成果，有时要付出较大的代价。如果动不动就变更需求，某些项目也许永远不能按时完成。 为此，需求变更必须遵守利大于弊的原则。
需求变更通常按变更申请一审批一更改一重新确认的流程进行。
开始
变更审批
变更验证
4
工作分解结构 （简称WBS）跟因数分解是一个原理， 就是把一个项目， 按一定的原则分解， 项目分解成任务，任务再分解成一项项工作，再把一项项工作分配到每个人的日常活动中，直 到分解不下去为止。即：项目T任务T工作T日常活动。工作分解结构以可交付成果为导向， 对项目要素进行的分组，它归纳和定义了项目的整个工作范围，每下降一层代表对项目工作的 更详细定义。WBS总是处于计划过程的中心，也是制定进度计划、资源需求、成本预算、风险 管理计划和采购计划等的重要基础。
3)功能点分析
系统、子系统、模块、功能点，自顶向下、逐层细化
4)原型分析
功能
业务要素
操作特性
3.3
随着项目的进展，用户和开发方对需求的了解越来越深入，原先的需求文档很可能存在错 误或不足。另一方面，市场会发生变化，原先的文档也可能跟不上当前的市场需求。可见需求 变更总是不可避免的，有些是为了修正缺陷，有些属于增强功能。
从纵向上打破业务部门与外包团队的壁垒，全面贯通项目的需求、计划、开发和测试；为高层
领导提供多项目信息的全局视图，帮助宏观监督和调控多个项目并提供直观的管理手段。
2.1
在项目管理的流程中，每个阶段都有自己的起止范围，有本阶段的输入文件和本阶段要产
生的输出文件。同时，每个阶段都有本阶段的控制关口，即本阶段完成时将产生的重要文件也
知识积累： 项目实施中，能否不断积累知识和经验？有效的知识如何被反复的利用？ 绩效决策： 项目人员工作量如何考核？项目管理哪些方面需要改善？如何解决？
2
该方案专门针对企业项目管理面临的问题，帮助企业有效管控项目及研发全生命周期，通
过一个全面的组织级项目管理平台，帮助企业实现项目及管理的“过程透明化”和提升组织级 项目管理能力； 从横向上让项目团队能在组织级层面全面跟踪项目的需求、进度、 质量和成本；
项目管理及知识转移
1
在企业的项目管理过程当中， 常常会遇到项目进展不顺利的情况， 有时候项目甚至会失败。 真正的项目管理人员必须有能力对项目进行预判，并及时加强管理采取必要措施，同时还要积 累经验，帮助团队吸取教训。
如何有效地管理项目，解决项目过程中遇到的诸如以下问题：
统一协同： 项目进展过程不同阶段分别用不同的工具管理，数据不能有效整合，部门 间形成信息壁垒；
1
1
变更日志
变更管理
■
1f
变更控制
1
结项
2.2
项目生命周期管理是从项目的立项阶段、各里程碑阶段（需求、设计、开发、测试）、到
结项阶段，整个项目生命周期的管理。 实际工作中根据不同领域或不同方法再进行具体的划分。
在项目生命周期运行过程中的不同阶段里，由不同的组织、个人和资源扮演着主要角色。
根据项目具体情况，定义项目生命周期的流程，包括所有可能的状态和工作流操作。
3
需求管理是指在组织范围内协作并管理需求、功能点、项目的创意，以及和需求相关的任 何功能或技术设计文档。通过将来自各个业务部门的需求有效的过滤筛选，并且进行组织和合 并，把需求按照业务系统进行组织和管理；同时对于需求的版本和基线提供有效管理，保证需 求的有效性、完整性和正确性。通过整合，可以直接基于需求有效驱动开发和测试。
创建WBS
（工作分解结构）
细化项目工作 细化项目可交付成果
工作分解结构
活动、资源、
进度文档
时间管理
成本管理
风险管理
制定进度计划、控制进度
估算成本、制定预算
成本估算文档
控制成本
质量保证制度
控制质量
质量控制标准
识别风险、定性风险分析
定量风险分析、规划风险应付措施
风险应对措施
控制风险
■
-rl-rt
了解、评估、执行变更
3.1
项目需求工程包含以下内容:
需求工程
3.2
需求分析是指在需求开发过程中，对所获取的需求信息进行分析，及时排除错误和弥补不 足，确保需求文档正确地反映用户的真实意图，需求分析常用的方法有：
1）问答分析
做什么/解决什么问题?
谁做？ 怎么做？
输入输出有什么？
约束、限制条件？
2)用例分析
Rose
Visio
全局视图： 缺乏管理层项目汇总全局视图，难以实时掌控众多项目的进展与情况；
项目进度： 分散的信息，无效率的流程，项目进度不可控，项目过程不透明，项目周
期难交付；
资源管理： 如何查看项目的资源需求？如何更好的分配和协调资源？ 如何在组织级层 面管控资源利用率？
质量管控： 如何统筹考虑项目风险防控、技术评审、系统测试、质量保障，全面保障 交付高质量产品？
是进入下一阶段的重要输入文件。每个阶段完成时一定要通过本阶段的控制关口，才能进入下 一阶段的工作。
启动
制定项目章程
制定项目初步
范围说明书
r
需求分析
项目知识转移
项目章程
初步范围说明书
Байду номын сангаас项目监控
收集、分析、细化需求
一—|需求文档
定义项目范围
确认范围、控制范围
ki!
定义活动、排列活动顺序
估算活动资源、估算活动持续时间
对项目开发小组而言，变更需求通常意味着要调整资源、重新分配任务，并修改前期的工 作成果，有时要付出较大的代价。如果动不动就变更需求，某些项目也许永远不能按时完成。 为此，需求变更必须遵守利大于弊的原则。
需求变更通常按变更申请一审批一更改一重新确认的流程进行。
开始
变更审批
变更验证
4
工作分解结构 （简称WBS）跟因数分解是一个原理， 就是把一个项目， 按一定的原则分解， 项目分解成任务，任务再分解成一项项工作，再把一项项工作分配到每个人的日常活动中，直 到分解不下去为止。即：项目T任务T工作T日常活动。工作分解结构以可交付成果为导向， 对项目要素进行的分组，它归纳和定义了项目的整个工作范围，每下降一层代表对项目工作的 更详细定义。WBS总是处于计划过程的中心，也是制定进度计划、资源需求、成本预算、风险 管理计划和采购计划等的重要基础。