项目管理及知识转移

项目管理及知识转移

1项目管理面临的挑战

在企业的项目管理过程当中，常常会遇到项目进展不顺利的情况，有时候项目甚至会失败。真正的项目管理人员必须有能力对项目进行预判，并及时加强管理采取必要措施，同时还要积累经验，帮助团队吸取教训。

如何有效地管理项目，解决项目过程中遇到的诸如以下问题：

●统一协同：项目进展过程不同阶段分别用不同的工具管理，数据不能有效整合，部门

间形成信息壁垒；

●全局视图：缺乏管理层项目汇总全局视图，难以实时掌控众多项目的进展与情况；

●项目进度：分散的信息，无效率的流程，项目进度不可控，项目过程不透明，项目周

期难交付；

●资源管理：如何查看项目的资源需求？如何更好的分配和协调资源？如何在组织级层

面管控资源利用率？

●质量管控：如何统筹考虑项目风险防控、技术评审、系统测试、质量保障，全面保障

交付高质量产品？

●知识积累：项目实施中，能否不断积累知识和经验？有效的知识如何被反复的利用？

●绩效决策：项目人员工作量如何考核？项目管理哪些方面需要改善？如何解决？

2项目管理流程

该方案专门针对企业项目管理面临的问题，帮助企业有效管控项目及研发全生命周期，通过一个全面的组织级项目管理平台，帮助企业实现项目及管理的“过程透明化”和提升组织级项目管理能力；从横向上让项目团队能在组织级层面全面跟踪项目的需求、进度、质量和成本；从纵向上打破业务部门与外包团队的壁垒，全面贯通项目的需求、计划、开发和测试；为高层领导提供多项目信息的全局视图，帮助宏观监督和调控多个项目并提供直观的管理手段。

2.1 项目管理流程

在项目管理的流程中，每个阶段都有自己的起止范围，有本阶段的输入文件和本阶段要产生的输出文件。同时，每个阶段都有本阶段的控制关口，即本阶段完成时将产生的重要文件也是进入下一阶段的重要输入文件。每个阶段完成时一定要通过本阶段的控制关口，才能进入下一阶段的工作。

创建WBS 项目监控

变更管理

2.2 项目生命周期

项目生命周期管理是从项目的立项阶段、各里程碑阶段（需求、设计、开发、测试）、到

结项阶段，整个项目生命周期的管理。实际工作中根据不同领域或不同方法再进行具体的划分。在项目生命周期运行过程中的不同阶段里，由不同的组织、个人和资源扮演着主要角色。

根据项目具体情况，定义项目生命周期的流程，包括所有可能的状态和工作流操作。

初始状态

立项中

立项审批

发起立项

发起立项审批审批不通过

审批通过

立项完成--需求分析

发起需求分析审批需求分析审批

审批不通过

审批通过

需求分析完成--方案设计

发起方案审批设计审批

审批不通过

审批通过

设计完成--开发

发起开发审批开发审批

审批不通过

审批通过

开发完成--测试

发起测试审批测试审批

审批不通过

审批通过

测试完成--结项

发起结项审批结项审批

审批不通过审批通过

结项完成-关闭

3需求管理

需求管理是指在组织范围内协作并管理需求、功能点、项目的创意，以及和需求相关的任何功能或技术设计文档。通过将来自各个业务部门的需求有效的过滤筛选，并且进行组织和合并，把需求按照业务系统进行组织和管理；同时对于需求的版本和基线提供有效管理，保证需求的有效性、完整性和正确性。通过整合,可以直接基于需求有效驱动开发和测试。

3.1 需求工程内容

项目需求工程包含以下内容：

需求工程

需求开发需求管理

需求调查需求分析需求定义

需求确认需求跟踪需求变更控制

3.2 需求分析

需求分析是指在需求开发过程中，对所获取的需求信息进行分析，及时排除错误和弥补不足，确保需求文档正确地反映用户的真实意图，需求分析常用的方法有：

1)问答分析

做什么/解决什么问题？

●谁做？

●怎么做？

●输入输出有什么？

●约束、限制条件？

2)用例分析

●Rose

●Visio

●表单

3)功能点分析

●系统、子系统、模块、功能点，自顶向下、逐层细化

4)原型分析

●功能

●业务要素

●操作特性

3.3需求变更

随着项目的进展，用户和开发方对需求的了解越来越深入，原先的需求文档很可能存在错误或不足。另一方面，市场会发生变化，原先的文档也可能跟不上当前的市场需求。可见需求变更总是不可避免的，有些是为了修正缺陷，有些属于增强功能。

对项目开发小组而言，变更需求通常意味着要调整资源、重新分配任务，并修改前期的工作成果，有时要付出较大的代价。如果动不动就变更需求，某些项目也许永远不能按时完成。为此，需求变更必须遵守利大于弊的原则。

需求变更通常按变更申请一审批一更改一重新确认的流程进行。

开始

提交变更申请书需求变更申请书书面化变更需求需求分析说明书

评估需求变更影响项目估算表

项目计划表

项目进度表变更审批

否

审批通过

是

变更相关工作

变更验证

审批评审结束

4 创建工作分解结构

工作分解结构（简称WBS）跟因数分解是一个原理，就是把一个项目，按一定的原则分解，项目分解成任务，任务再分解成一项项工作，再把一项项工作分配到每个人的日常活动中，直到分解不下去为止。即：项目→任务→工作→日常活动。工作分解结构以可交付成果为导向，对项目要素进行的分组，它归纳和定义了项目的整个工作范围，每下降一层代表对项目工作的更详细定义。WBS总是处于计划过程的中心，也是制定进度计划、资源需求、成本预算、风险管理计划和采购计划等的重要基础。

(一)分解原则

1)将主体目标逐步细化分解，最底层的日常活动可直接分派到个人去完成；

2)每个任务原则上要求分解到不能再细分为止；

3)日常活动要对应到人、时间和资金投入。

(二)任务分解的方法

1)采用树状结构进行分解；

2)以团队为中心，自上而下与自下而上的充分沟通，一对一个别交流与讨论，分解单项

工作。

(三)任务分解的标准

1)分解后的活动结构清晰，从树根到树叶，一目了然，尽量避免盘根错节；

2)逻辑上形成一个大的活动，集成了所有的关键因素包含临时的里程碑和监控点，所有

活动全部定义清楚，要细化到人、时间和资金投入。

WBS(工作分解结构)示例：