网站大量收购独家精品文档,联系QQ:2885784924

IPM过程域PIID表填写指南.doc

  1. 1、本文档共10页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
IPM过程域PIID表填写指南

IPM过程域PIID表填写指南(Integrated Project Management)?? 很多人在填写PIIDs表的时候不知道每一个sp或gp分别应该是从哪些地方去找证据,为什么要找这些证据,这些证据可以从哪些方面来证明这个sp/gp的目的。我将我做一个表格拿出来分享一下。 IPM过程域PIID表填写指南(Integrated Project Management) 目标 实践 描述 备注 SG1 项目执行须使用组织标准过程所识别的流程   SP1.1 建立项目的已定义过程 会影响生命周期模型选择的项目特性包括:项目大小;人员实施过程的经验及熟悉程度;周期时间及可接受的缺陷等级等限制 SP1.2 使用组织过程资产规划项目活动 典型的工作产品:1. 项目的估计值;2. 项目计划 组织度量资产库所包括的数据,举例:工作产品的规模大小或其它工作产品的属性值;工作量;成本;进度;人员配置;缺陷;响应时间;服务能量;供应商绩效 SP1.3 根据组织工作环境标准,建立与维护项目的工作环境 项目的设备及工具;项目工作环境的安装、营运及维护手册;使用者调查与结果;使用、绩效及维护纪录;项目工作环境的支持服务 SP1.4 集成计划 影响项目的其他计划包括:质量保证计划;配置管理计划;风险管理策略;文档管理计划 进度安排时的考量因素,举例:工作项目的规模大小与复杂度;集成与测试问题;客户与最终使用者的需求;关键资源的可用性;关键人物的可用性 SP1.5 用项目计划及相关计划、项目定义过程来管理项目 典型工作产品:执行项目已定义过程所产生的工作产品;已收集的度量(实际的)与进度纪录或报告;已修订的需求、计划及承诺;集成计划。 SP1.6 提交工作产品、度量数据、文档化的经验等到组织过程资产库。 典型的工作产品:针对组织过程资产所提出的改进措施;从项目所收集之实际的过程与产品度量;文档(如示范的过程描述、计划、培训模块、检查表及学习心得);项目定义及执行组织标准过程的相关过程成果 项目数据记录可能包括:工作项目描述假设;估计值;修订的估计值;记录的数据与度量的定义;度量;使度量与执行活动及产出工作产品产生关联的相关信息;重新估计、评价其合理性及新工作之衍生估计值所需的相关信息。 可能会提交过程资产库的文档:过程描述范例;培训模块;计划范例;检查表 SG2 协调和项目相关的干系人   SP2.1 根据项目集成及已定义过程,管理相关干系人的参与 典型的工作产品:协调活动的议程与进度;问题纪录(如客户需求、产品及产品组件需求、产品架构与产品设计等问题) ;解决相关干系人问题的建议 SP2.2 管理相互依存关系 典型工作产品 :与相关的干系人审查所产生的缺陷、问题及行动项目;重要依存关系;满足重要依存关系的承诺;重要依存关系的状态 承诺文档通常包括:承诺的描述;识别承诺人员;识别负责满足承诺的人员;明确说明满足承诺的时机;明确说明用来判定承诺是否满足的准则。 追踪重要的依存关系通常包括下列事项:评估延迟与提早完成的影响,以及它对未来活动及里程碑的冲击;尽可能与负责人员解决实际与潜在的问题;将负责人员未解决之实际与潜在的问题,提升至适当的管理阶级。 SP2.3 解决协调问题 可能需要协调的问题:迟来的重要依存关系与承诺;产品及产品组件需求与设计缺陷;产品等级的问题;无法取得关键的资源或人员。 SG3 应用IPPD 原则   SP3.1 建立项目的共同远景 建立共同远景时须考虑:外部干系人的期望与需求;项目领导者、团队领导者与团队成员的期待与期望;项目的目标;项目将建立的条件与结果;项目须维护的接口;由接口团队所建立的远景;由外在权威人士所加的限制(例如:环境规则);当致力于达成目标时的项目运作(含原则与行为两者)。 典型的工作产品:共同愿景文档;沟通策略;颁布的原则、共同愿景说明、任务说明及目标(例如:海报、随身卡及简报) SP3.2 建立集成团队架构 典型工作产品:产品与产品架构的评价,包含风险与复杂度;集成团队架构 集成团队架构有赖于:产品风险及复杂度;风险的地点及型态;集成风险,包括产品组件的接口与团队内部的沟通;资源,包括拥有适当技能的人员;有效率的合作受限于团队大小;项目外部干系人的团队关系需求;经营过程;组织结构 SP3.3 分配需求至集成团队 典型工作产品:每一集成团队的责任分配;各集成团队有责任满足之工作产品需求、技术接口及经营接口(如成本会计及项目管理) ; 集成团队负责人清单;团队领导人清单;团队成员分配到各集成团队的清单;集成团队规章;用来评估集成团队绩效的度量;定期的集成团队状况报告。 团队规章包括:如何接受分配;如何评估资源及投入;如何完成工作;谁来检讨及审查工作;如何核准工作;如何交付及沟通工作。 SP3.4 确保跨团队

文档评论(0)

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

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

1亿VIP精品文档

相关文档