项目管理及知识转移.docx

1、项目管理及知识转移项目管理及知识转移项目管理面临的挑战项目管理流程2.1项目管理流程2.2项目生命周期.4需求管理3.1需求工程内容.63.2需求分析.63.3需求变更.7创建工作分解结构时间管理115.1项目时间管理的过程115.2项目时间管理工具11成本管理13风险管理15变更管理16知识和文档管理181 项目管理面临的挑战在企业的项目管理过程当中， 常常会遇到项目进展不顺利的情况， 有时候项目甚至会失败。真正的项目管理人员必须有能力对项目进行预判，并及时加强管理采取必要措施，同时还要积 累经验，帮助团队吸取教训。如何有效地管理项目，解决项目过程中遇到的诸如以下问题：统一协同： 项目进展过

2、程不同阶段分别用不同的工具管理，数据不能有效整合，部门 间形成信息壁垒；全局视图：项目进度：缺乏管理层项目汇总全局视图，难以实时掌控众多项目的进展与情况； 分散的信息，无效率的流程，项目进度不可控，项目过程不透明，项目周期难交付；面管控资源利用率？ 质量管控： 如何统筹考虑项目风险防控、技术评审、系统测试、质量保障，全面保障 交付高质量产品？ 知识积累： 项目实施中，能否不断积累知识和经验？有效的知识如何被反复的利用？ 绩效决策： 项目人员工作量如何考核？项目管理哪些方面需要改善？如何解决？2 项目管理流程该方案专门针对企业项目管理面临的问题，帮助企业有效管控项目及研发全生命周期，通 过一个全

3、面的组织级项目管理平台，帮助企业实现项目及管理的“过程透明化”和提升组织级进度、质量和成本；项目管理能力； 从横向上让项目团队能在组织级层面全面跟踪项目的需求、 从纵向上打破业务部门与外包团队的壁垒，全面贯通项目的需求、计划、开发和测试；为高层 领导提供多项目信息的全局视图，帮助宏观监督和调控多个项目并提供直观的管理手段。2.1项目管理流程在项目管理的流程中，每个阶段都有自己的起止范围，有本阶段的输入文件和本阶段要产 生的输出文件。同时，每个阶段都有本阶段的控制关口，即本阶段完成时将产生的重要文件也 是进入下一阶段的重要输入文件。每个阶段完成时一定要通过本阶段的控制关口，才能进入下 一阶段的工

4、作。制定项目章程制定项目初步范围说明书需求分析! 项目知识转移f1 1 111111111111收集、分析、细化需求! J1 . 定义项目范围 1 1确认范围、控制范围 1 1厂 1初步范围说明书项目章程需求文档创建WBS 细化项目工作1（工作分解*结构）细化项目可交付成果1 L111V定义活动、排列活动顺序估算活动资源、估算活动持续时间工作分解结构活动、资源、时间管理进度文档制定进度计划、控制进度估算成本、制定预算成本管理控制成本成本估算文档 质量管理质量保证制度控制质量质量控制标准风险管理识别风险、定性风险分析定量风险分析、规划风险应付措施风险应对措施控制风险变更管理了解、评估、执行变更1

5、1变更日志变更控制1 111变日志、J结项项目监控 Z2.2 项目生命周期项目生命周期管理是从项目的立项阶段、各里程碑阶段（需求、设计、开发、测试）、到结项阶段，整个项目生命周期的管理。 实际工作中根据不同领域或不同方法再进行具体的划分。在项目生命周期运行过程中的不同阶段里，由不同的组织、个人和资源扮演着主要角色。根据项目具体情况，定义项目生命周期的流程，包括所有可能的状态和工作流操作。审批通过审批通过审批通过发起测试审批1片开发完成-测试斗 1审批不通过 测试审批审批通过测试完成-结项 发起结项审批1k结项审批 审批不通过 h审批通过结项完成-关闭3需求管理需求管理是指在组织范围内协作并管理

6、需求、功能点、项目的创意，以及和需求相关的任 何功能或技术设计文档。通过将来自各个业务部门的需求有效的过滤筛选，并且进行组织和合 并，把需求按照业务系统进行组织和管理；同时对于需求的版本和基线提供有效管理，保证需求的有效性、完整性和正确性。通过整合 ，可以直接基于需求有效驱动开发和测试。3.1需求工程内容项目需求工程包含以下内容:需求工程3.2需求分析需求分析是指在需求开发过程中，对所获取的需求信息进行分析，及时排除错误和弥补不 足，确保需求文档正确地反映用户的真实意图，需求分析常用的方法有:1）问答分析做什么/解决什么问题?谁做？ 怎么做？ 输入输出有什么？约束、限制条件？RoseVisio

7、表单系统、子系统、模块、功能点，自顶向下、逐层细化功能 业务要素 操作特性3.3 需求变更随着项目的进展，用户和开发方对需求的了解越来越深入，原先的需求文档很可能存在错 误或不足。另一方面，市场会发生变化，原先的文档也可能跟不上当前的市场需求。可见需求 变更总是不可避免的，有些是为了修正缺陷，有些属于增强功能。对项目开发小组而言，变更需求通常意味着要调整资源、重新分配任务，并修改前期的工 作成果，有时要付出较大的代价。如果动不动就变更需求，某些项目也许永远不能按时完成。为此，需求变更必须遵守利大于弊的原则。需求变更通常按变更申请一审批一更改一重新确认的流程进行。需求变更申请书开始提交变更申请书

8、变更审批4 创建工作分解结构工作分解结构（简称WBS ）跟因数分解是一个原理， 就是把一个项目，按一定的原则分解, 项目分解成任务，任务再分解成一项项工作，再把一项项工作分配到每个人的日常活动中，直 到分解不下去为止。即：项目7任务7工作7日常活动。工作分解结构以可交付成果为导向, 对项目要素进行的分组，它归纳和定义了项目的整个工作范围，每下降一层代表对项目工作的 更详细定义。 WBS 总是处于计划过程的中心，也是制定进度计划、资源需求、成本预算、风险 管理计划和采购计划等的重要基础。（一） 分解原则1)将主体目标逐步细化分解，最底层的日常活动可直接分派到个人去完成；（二 ） 任务分解的方法1

9、） 采用树状结构进行分解；2） 以团队为中心，自上而下与自下而上的充分沟通，一对一个别交流与讨论，分解单项工作。（三） 任务分解的标准1） 分解后的活动结构清晰，从树根到树叶，一目了然，尽量避免盘根错节；2） 逻辑上形成一个大的活动，集成了所有的关键因素包含临时的里程碑和监控点，所有活动全部定义清楚，要细化到人、时间和资金投入。WBS（ 工作分解结构 ）示例：项目管理规划会议管理产品需求软件用户文件培训资料软件产品版43.0详细设计软件用户文件培训资料图：工作分解结构示例构建软件用户文件培训资料 V整合与测试软件用户文件培训资料5 时间管理项目时间管理， 主要工作包括定义项目活动、 任务、 活

10、动排序、 每项活动的合理工期估算、制定项目完整的进度计划、资源共享分配、监控项目进度等内容。时间管理工作开始以前应该先完成项目管理工作中的范围管理部分。如果只图节省时间，把这些前期工作省略，后面的工作必然会走弯路，反而会耽误时间。项目一开始首先要有明确项目目标、可交付产品的范围定义文档和项目的工作分解结构（WBS ）。由于一些是明显的、项目所必须的工作，而另一些则具有一定的隐蔽性，所以要以经验为基础，列出完整的完成项目所必需的工作，同时要有专家审定过程，以此为基础才能制定出可行的项目时间计划，进行合理的时间管理。5.1 项目时间管理的过程1)活动定义：涉及确定项目团队成员和项目干系人为完成项目

11、可交付成果而必须完成对具体活动（ WBS ）；2)活动排列：设计确定项目活动之间的关系，并形成相应的文档；3)活动历时估算：估计完成具体活动需要的工作时间；4)制定进度计划：分析活动顺序、活动历时估算和资源要求，制定项目进度计划；5.2项目时间管理工具甘特图、网络图和关键路劲分析lb1 莉目启功3 生威北摒宇喜开玄环廉 性維刮试 模型幵妊 呻丰总释AJ號幡预处盍參寒最分桂6.6損型tl能剧試K 芫或总结扯吉9 电晁謂图:甘特图6成本管理项目成本管理指为保障项目实际发生的成本不超过项目预算，使项目组批准的预算内按时、 按质、经济高效地完成既定目标而开展的成本管理活动。项目成本管理过程:IT项目的

12、资源按其使用特性分为以下三类:1）项目环境资源：通用的标准化的资源，如：软件和硬件;1 盗源名ar 资混单价1资源数量维护费用服务器 文件 数据库SAS建模工具 报表工具合计2）可重用资源：多个项目中可以重复使用的资源;3）人力资源：项目实施所需要的人员以及人员的可得情况。1 任务名称人力资源T件包月/A)资蹲屋/人1TSfl/月 1顷a管理项目经理10110系统需求分析系统分析师422系统总体设订弄统荣构师422详细设讣系统设计师632ffi型开发模型幵发师60154系统测试系统测试工程师632文歸写文档编辑221合计9223图:人力资源估算7风险管理对项目风险从识别到分析，乃至采取应对措施

13、以及风险跟踪等一系列过程的管理，主要包 括： 风险识别、风险量化、风险对策。风险状态跟踪包含：风险识别 风险量化 跟踪风险进展情况 设置风险预警级别 风险复用与借鉴风险和具体项目关联来判断风险的影响力。风险可以和具体的项目关联， 根据风险在项目里面的预警级别, 通过不断的风险积累来形成完整的风险库，保障项目的正常进行。风险管理示例：图:风险管理8 变更管理变更管理是对项目中突发的，可能导致项目计划严重推迟的重大变更进行管理。目的是评估该变更是否一定要发生，是否有其他更好的解决方案规避或者减轻影响，同时也通知所有干系人变更后的结果。有些大型项目设有专门的变更委员会。变更申请内容包括变更原因，变更

14、方案等。有效地识别变更和准确地分析变更影响，变更申请通过后，及时将变更的内容通知给所有干系人，保证变更实施后的结果得到一致的执行。项目变更管理的目的是以一种对于项目影响最小的方式改变现状。它包括以下主要内容：1)了解变化。在项目实施过程中，项目组织要经常关注与项目相关的主客观因素，及时发现和把握变化，认真分析变化的性质，确定变化的影响，适时进行变化描述。2)进行变更处理。当变化了的各种因素影响到了项目的顺利实施时，项目组织必须及时进行计划变更，以确保项目目标的实现。项目计划的变更应征得项目主体的同意，项目组织还应及时向其反馈变更及变更执行情况。3)监控变更合理性。变更处理总是根据项目实施的客观

15、需要进行的，但并不是每次变更都是合理的。I开始干系人提出变更请求项目团队了解变更团队评估变更对影响总结经验教训更新组织 过程资产结束图：项目变更管理流程图9知识和文档管理移和传播知识 避免知识的重复开发和充分利用知识资源。知识主要是以文档的形式保存下来, 因此，知识转移中项目文档管理是最核心的内容。项目文档管理，是指在一个系统 （软件）项目开发进程中将提交的文档进行收集管理的过程。通常，文档管理在项目开发中不是很受重视，当发现其重要性时，往往为时已晚。整个项目可 能因此变得管理混乱，问题产生后无据可查。文档管理对于一个项目的顺利进行有着至关重要 的作用，其关键性不容忽视。作为管理完善的项目文档

16、，管理者完全可以依顺它的轨迹看清整个项目进展的脉络，同时 通过对阶段性文档的把握使整个项目质量得到很好的掌控。制定一套完整有序的项目文档管理 规定十分必要。管理者结合实际情况制订出适合自身的文档管理规定。例如，从项目周期角度可分为开发文档、 产品文档、管理文档；更细致一点还可分为 14类文 档文件，具体有：可行性研究报告、项目开发计划、软件需求说明书、数据要求说明书、概要 设计说明书、详细设计说明书、数据库设计说明书、用户手册、操作手册、模块开发卷宗、测 试计划、测试分析报告、开发进度月报、项目开发总结报告。这样的分类细化了项目进度中各 个阶段所需管理的文档。项目文档在各个阶段的提交情况示例SHS阶段运営维护 阶段可行性 需求分析设计阶段实施阶段硏究与计划 阶段,项目H瞬理 项目计划 业务需求 数掘需求 开发文档 系铳SK 用户手册 上线文档 培训资料