IT项目管理forPMP.ppt

上传人:sccc 文档编号:5364029 上传时间:2023-06-29 格式:PPT 页数:128 大小:2.42MB
返回 下载 相关 举报
IT项目管理forPMP.ppt_第1页
第1页 / 共128页
IT项目管理forPMP.ppt_第2页
第2页 / 共128页
IT项目管理forPMP.ppt_第3页
第3页 / 共128页
IT项目管理forPMP.ppt_第4页
第4页 / 共128页
IT项目管理forPMP.ppt_第5页
第5页 / 共128页
点击查看更多>>
资源描述

《IT项目管理forPMP.ppt》由会员分享,可在线阅读,更多相关《IT项目管理forPMP.ppt(128页珍藏版)》请在三一办公上搜索。

1、1,IT项目管理,2,自我介绍,清华大学特聘教授国家职业技能鉴定专家委员会项目管理专业委员会委员美国项目管理协会(PMI)认证PMP微软(中国)有限公司Project产品经理微软最有价值专家(Microsoft MVP)美国Fordham大学工商管理硕士(MBA)北京大学理学士时代博睿首席顾问,3,理解IT项目的特点和独特挑战初步掌握IT项目管理过程、方法和工具了解项目管理软件在项目计划、跟踪和控制中的应用用项目管理的方法来指导IT项目实践,课程目标,4,课程内容,第一单元 项目管理概论 第二单元 项目启动 第三单元 项目计划编制 第四单元 项目实施与控制第五单元 项目收尾,5,培训日程,6,

2、学习方式,个人 提问经验交流教训 分组(保证组中成员的差异性)讨论模拟案例学习,7,第一单元 项目管理概论,主要内容:项目及项目管理的基本概念项目生命周期项目干系人项目管理的五个过程组项目管理知识领域,8,第一单元 学习目标,本单元结束后,学员应该能够:表述项目的定义和特征明确何为项目管理列出有关的项目干系人简要说明项目管理的五个阶段了解项目生命周期了解项目管理知识领域的基本内容,9,46%,26%,28%,Standish Group 从1993年开始跟踪项目的失败。其最新调查结果表明46%的IT项目超预算或超工期,28%完全失败。财富500公司实施的IT项目只有26%完全成功。,Stand

3、ish Group,1999,IT项目成功与失败的统计,超预算,超工时,10,项目管理的历史和发展,古代:长城、埃及金字塔、古罗马的供水渠近代项目管理的萌芽:20世纪40年代“曼哈顿计划”近代项目管理的成熟:关键路线法(CPM)和计划评审技术(PERT)阿波罗登月计划现代项目管理的新发展:面向市场和竞争.项目管理的传播和现代化注重人的因素 注重顾客 注重柔性管理,11,A temporary endeavor undertaken to create a unique product or service.在一段时间内为完成某一独特的产品或提供独特的服务所进行的努力。-PMBOK 2000,什

4、么是项目?,12,项目的例子,13,项目产生的背景,市场需求业务需求客户要求技术进步法律要求社会需求,14,The application of knowledge,skills,tools、techniques to project activities to meet project requirements.将知识、技能、工具和技巧应用于项目活动中,以使项目结果满足项目要求。PMBOK 2000,什么是项目管理?,15,IT项目的独特挑战,IT是一个相对年轻的技术领域IT行业的开发和生产的管理理论和实践也处在一个不断发展和完善的阶段IT项目本身是一个脑力劳动高度集中的活动IT行业至今也没

5、有一个可以放之四海而皆准的管理模式和实践的指南IT项目是科学和艺术两者结合的创作,给真正做好这个工作带来了其它工作所没有的巨大困难和挑战,16,质量,费用,时间,权衡,项目的三个约束条件,17,时间,人员,风险,开始,结束,项目干系人对项目的影响随着时间的推移变得越来越微弱。成功的概率随着时间的推移越来越大。每个阶段的结束以预先定义的可交付成果为标志。,风险最大影响时段,项目生命周期,成本,机会,18,项目生命周期,项目初期投入直接影响整个项目的成败需求、计划管理的重要性项目生命周期是产品生命周期的一部分项目生命周期主要定义了:项目每个阶段应作的工作 每个阶段所包括的人员软件开发仅仅是产品生命

6、周期的一部分研发成果到产品的转化应该成为项目生命周期的一部分研发过程中应考虑产品使用及维护,19,典型项目生命周期:瀑布模型,20,典型项目生命周期:V模型,21,典型项目生命周期 螺旋模型,22,MSF流程模型:阶段,项目计划认可,范围完成,部署完成,远景/范围 认可,MSF,发布就绪认可,部署,稳定,开发,计划,构思,23,MSF流程模型:里程碑模版,项目起动,编码开始,编码完成,推荐版发布,发布,Beta,设计主角:项目管理人员,开发人员,编码主角:开发人员,测试,稳定主角:测试和发布管理人员,M0:功能定义,M1:设计文本和测试计划,M2:编码,早期计划,M3:稳定与技术预览,M4:B

7、eta,M5:RC,M6:RTM,部署,测试编码完成,构思主角:市场,项目管理人员,部署主角:销售,推广和支持,24,练习:生命周期,定义生命周期的意义是什么?你的项目的生命周期什么样?请分组提交讨论结果。不同的生命周期模型,对软件开发项目有什么影响?请结合自己的实际情况说明。,25,项目干系人(Project Stakeholders),或积极参与项目,或其利益在项目执行中或成功后受到积极或消极影响的个人和组织主要的项目干系人:项目经理 客户项目执行组织项目团队成员项目发起人、出资方项目管理团队需要:识别各干系人,确定项目干系人需求和期望管理和影响项目干系人的期望以确保项目成功,26,组织结

8、构对项目的影响(1),项目协调,员工,员工,员工,员工,优点:清楚的上下级关系,按专长组织的团队易于提高专业技术。弊端:项目间的跨部门沟通困难,妨碍客户参与项目。项目经理对 项目没有足够的控制授权,分层的决策影响对问题的反应速 度。,职能型组织,27,组织结构对项目的影响(2),优点:项目经理对项目强有力的控制,指责清晰的团队,沟通容易,各种情况易于跟踪控制,反应速度快。弊端:项目组织缺乏稳定性。管理层很难懂得相关技术,降低了职能 经理的作用,重管理而忽视技术。,28,组织结构对项目的影响(3),职能部门经理,员工,员工,员工,员工,员工,员工,员工,项目经理,项目经理,项目协调,总裁,混合型

9、矩阵组织,优点:?弊端:?,29,项目管理过程组,基本思路贯穿在项目的每一个环节,30,协调资源 人力资源管理采购管理沟通管理,基准计划范围管理时间管理费用管理质量管理,目标一致综合管理,防患于未然 风险管理,项目管理九大知识领域,31,项目管理与其他管理体系的关系,应用领域的知识和实践,通用的管理知识和实践,项目管理知识体系(PMBOK),已被广泛接受的项目管理知识和实践,通用的管理知识用于管理运行中企业的各种操作。,应用领域指含有通用组件的一类项目。,32,项目管理过程映射,33,第一单元 讨论题,什么是项目?它与多数人的日常工作有何不同?分别举出三个项目活动的例子和不是项目活动的例子。项

10、目管理与一般管理有何不同?为什么说市民也是项目干系人?各举出本公司一个成功和失败的项目管理的例子试分析一个项目失败的原因。,34,第二单元 项目启动,主要内容产品的描述项目评估与选择的方法项目章程项目最终目标、最终交付结果、阶段里程碑的描述项目团队及成员职责,35,第二单元 学习目标,本单元结束后,学员应该能够:编写产品描述选择恰当的方法进行项目评估与选择完成项目最终目标、最终交付结果、阶段里程碑的描述组成项目团队,明确职责,36,项目启动过程,进入计划编制过程,启动过程,5.1,启动,授权进行项目或开始项目中一个阶段.,37,启动过程的输入,产品描述把项目产生的背景、将要产生的产品或服务的特

11、征编制成文档并不断细化。战略性计划 项目应支持组织发展战略并有不同的优先级。项目选择标准 投资回报、市场份额、公众接受程度等,38,启动过程的工具与技术,项目选择方法 收益测量法、约束优化法、决策树法、数学模型等。专家评定 请咨询公司、专业团体、技术协会等对项目启动阶段的输入进行评估。,39,启动过程的输出,项目章程 正式确认项目存在的文档,一般应包括以下文档:项目要满足的商业需求分析项目最终目标、最终交付结果、阶段交付结果的描述。签定的合同。项目经理确定或任命约束条件预算、人员配备、进度计划等,40,项目可交付结果,任何为完成一个项目或项目的某一部分而产生的可测量的、有形的、可验证的成果或结

12、果、或生产出的物品必须根据项目目标(POS)确定项目的最终结果和阶段性结果符合S.M.A.R.T原则,41,练习,请描述所选项目的项目目标及最终交付结果、和阶段交付结果。,42,项目发起人(Project Sponsor)项目群领导(Program Manager)项目经理(Project Manager)团队核心成员(4至7人)(Core Team Members)扩展的成员(Extended Team Members)其他具有特定知识或技能的成员(Other team members with needed skills/knowledge),组成团队,43,领导和指导团队完成项目计划过程

13、保证项目服从企业或外部顾客的需求与主要项目干系人进行协商确定核心团队成员将项目的计划和进展状态与所有与该项目有关的人员进行沟通跟踪项目进程并采取适当的纠偏措施保证计划完成,项目经理的职责,44,项目经理的权力基础,权力来源正式的(合法)权力:指组织内各管理职位所固有的法定的、正式的权力 奖励权力:通称奖励权,指提供奖金、提薪、表扬和其他任何令人愉悦东西的权力 惩罚权力(强制权力):亦称惩罚权或处罚权,指施加扣发工资或奖金、批评、降职乃至开除等惩罚性措施的权力 专家权力:专长权,指由个人的特殊技能或某些专业知识而产生的权力。感召力(个人影响力):个人影响权,是与个人品质、魅力、经历、背景等相关的

14、权力。请各人选择两个你认为自己擅长使用的权力。讨论:在你的小组中,讨论项目经理应如何改善自己的权力基础。,45,项目经理的特质,了解项目产品的技术了解可以应用于项目管理的工具联系外部因素在问题还没有变得太大前认识到问题轻松管理上下级关系找到问题的多种解决方法并选择最合适的指出专家帮助的来源并寻求帮助做出决定做出不受欢迎的决定;采取不令人愉快的行动放弃不相关的,46,MSF团队模型:结构,各角色目标一致各角色同等重要全部参与设计强调顾客,强调实效,强调交流,47,团队模型:职责,商业价值市场客户代言人产品计划,项目管理解决方案体系结构流程管理管理服务,技术咨询具体实施的结构设计应用程序开发基础结

15、构开发,测试计划测试实施测试报告,基础设施支持,运营,后勤商业发布管理,辅助功能国际化用户代言人培训/支持资料可用性研究和测试用户界面设计,48,团队模型:Windows 2000团队实例,内部 IT Internal IT 50市场人员 Marketing100本地化人员 Localization110培训人员 Trainer115技术支持人员 Product Support600技术传播人员 Evangelist 1120项目管理 Program Manager450 开发人员 Developer900测试人员 Tester 1800文档人员 Tech Editor100 总计 5345,

16、49,练习:利用MS Project启动项目,50,第二单元 讨论题,举出一些项目的例子,说明为什么选择实施这些项目或没有选择实施这些项目。选择项目的常用方法有哪些?项目章程应包括哪些内容?项目章程对于一个项目的成功有何重要意义?,51,第三单元 项目计划编制,主要内容范围计划编制进度计划编制人力资源(成本)计划编制质量计划编制沟通计划编制风险计划编制,52,第三单元 学习目标,本单元结束后,学员应该能够:进行任务分解,绘制WBS图编制进度计划,绘制进度网络图资源计划编制,平衡优化资源制订沟通计划,选择恰当的方法识别风险,制订风险管理计划,53,项目计划编制过程,核心过程,4.1,项目计划制定

17、,7.3,费用预算,6.3,活动历时估算,6.2,活动排序,7.1,资源计划编制,5.3,范围定义,6.1,活动定义,5.2,范围计划编制,6.4,进度计划开发,7.2,费用估算,进入实施阶段,(图 36),从启动阶段,(图 34),从控制阶段,(图 37),辅助过程,9.1,组织的计划编制,9.2,人员获取,12.1,采购计划编制t,12.2,询价计划编制,8.1,质量计划编制,10.1,沟通计划编制,11.1,风险识别,11.2,风险量化,11.3,风险应对措施开发,计划编制过程,54,范围计划编制,工具&技术,产品分析收益/成本分析替代方案确定专家评定,输出,范围说明详细依据 范围管理计

18、划,输入,产品描述 项目章程 约束条件假设,55,范围说明,范围说明应包括项目论证项目产品项目可交付成果项目目标范围说明将成为下列的基础项目团队与顾客之间的和约变更控制,56,范围定义,工具&技术,工作分解结构模板分解,输出,工作分解结构范围说明更新,输入,范围说明约束条件假设其它计划的输出历史信息,57,A WBS is a deliverable-oriented grouping of project components that organizes and defines the total scope of the project.面向可交付成果的项目工作单元的集合,这些集合决定了

19、项目的总体工作范围。-PMBOK 2000 没有在WBS中的工作不属于项目的范围。WBS是有层次的,没有层次的活动列表不是WBS。80小时规则:完成每个工作包的时间不应超过80小时。,工作分解结构(WBS),58,确定并显示可交付成果;可交付成果可以被分解成子交付成果;将工作分解成一个员工或团队可以完成的层次是必需的,这样易于管理及追踪;最低层次的子交付成果 被称为工作包(Work Package);WBS的定义依赖于经验和专业知识;WBS被用于确定所需资源,确定责任归属,帮助定义项目工作顺序及估计项目时间。,关于WBS,59,生成WBS的原则,第一级通常与项目生命周期相同(如需求分析,设计,

20、采购,施工)第一级应在项目进一步分解前完成WBS的每一级都是其上一级的片断(Segment)一个工作单元只与一个上层单元相关上层单元的工作内容应该等于其所有直接下层工作单元的总和一个工作单元由一个人负责在整个WBS中使用同一种定义,在整个组织中亦然通过将人员包括进WBS来激励他去完成计划,60,例:软件产品开发项目的WBS,61,例:办公自动化系统项目的WBS,办公自动化系统开发,王新,需求分析与设计,杨文,系统实现与测试,王新,需求分析,杨文,系统设计,李跃,系统实现,胡晓,系统测试,王新,62,IT项目需求,商务(业务)的需求使用者需求功能需求性能需求质量需求系统需求非功能需求开发局限,6

21、3,IT项目需求的获取,原型法,64,练习:利用MS Project编制WBS,65,与其它项目中类似工作类比已完成项目的历史数据专家意见,估算时间的方法,66,选择软件1 周,测试软件2 周,采购软件1 周,选择硬件1 周,采购硬件1 周,结束0 周,关键路径决定项目的最短完成时间,关键路径分析,67,关键路径的计算与调整优化,关键路径是网络图中最长的路线。它决定了项目的总实耗时间。项目经理必须把注意力集中于那些优先等级最高的任务,确保它们准时完成,关键路径上的任何活动的推迟将使整个项目推迟。向关键路径要时间,向非关键路径要资源。调整进度,平衡资源。,68,练习:绘制网络图,找出关键路径,6

22、9,序号 任务时间紧前活动1.选择软件2 周-订购软件3 周 1 选择硬件3 周-订购硬件3 周 3 测试实验3 周-软件测试2 周 2,4,5 系统集成3 周 6 系统测试2 周 7 试运行2 周 8,请根据上述信息绘制甘特图,甘特图练习,70,参考答案,71,练习:利用MS Project编制时间计划,72,资源规划,73,资源需求,74,资源分配(RAM),75,成本估算,76,成本估算类型,量级估算(Order of Magnitude Estimates)准确度-25-+75%通常在概念形成和启动阶段用于可行性研究决策预算估算(Budget Estimates)准确度-10-+25%

23、发生在计划编制阶段用于获取资金和项目批准确定性估算(Definitive Estimates)准确度-5-+10%用于评标、合同变更和额外工作用WBS进行的自下而上的估算,77,成本预算,78,成本预算,79,预算报告,80,现金流报表,81,项目现金流,82,练习:利用MS Project编制人力资源计划和成本计划,83,项目风险的概念,项目风险:是一种一旦其发生,将对项目目标产生某种正面或负面影响的不确定事件或条件。所有风险都有其原因,并且,如果发生将导致某种后果。项目风险即包括对项目目标的威胁,也包括促进项目目标的机会。风险的特性:风险事件风险概率得失量(Amount at Stake)

24、,84,风险分类,PMBOK 2000中分类方法:技术、质量或性能风险:项目管理风险:组织风险外部风险:其他分类方法:外部不可预测风险:规章、自然灾害(地震、洪水)外部可预测风险:市场风险、环境影响、通货膨胀内部非技术风险:进度拖延、成本超支、管理问题技术风险:技术变化、设计、项目的复杂性法律风险:许可证、专利权、合同、不可抗力,85,风险管理计划的内容,方法论:定义可能用于项目中进行风险管理的方法、工具和数据源角色和责任:定义在风险管理计划中每一类行动的领导、支持和风险管理团队成员预算:为项目确立一个用于风险管理的预算定时:定义在整个项目生命周期内省事风险管理过程的频率评分和解释:与采用的定

25、性和定量风险分析类型与定时相适应的评分和解释方法阈值:由谁、以何种方式作用的风险的阈值标准报告格式:描述风险应对计划的内容和格式跟踪:记录任何保存风险活动的所有方面信息以利于当前项目、未来需要和教训。,86,MSF风险管理准则:概念,风险:任何能给项目造成正面或负面影响的事件或状况。目的:增强正面影响,减少甚至消除负面影响要素:假设风险存在于任何项目和流程中将识别风险看作正面的活动先确认风险,再管理风险要主动地管理风险不要简单地用风险数量来评价项目,87,风险管理准则:假想案例,一个中小规模软件企业,正在开发一个基于微软Windows平台的软件,计划半年后发布。有一个员工从某个渠道了解到,微软

26、也将在半年后发布一个新版的视窗。问题:对这个软件企业的这一软件项目,这一新情况是否代来新的风险?如果不是风险,为什么?如果是风险,该如何应对?,88,活动风险应对策略,规避(Avoidance):“我无法忍受厨房里的高温,所以我远离厨房。”如合格供货商筛选,增加项目资源和时间等转移(Transference):“我无法忍受厨房里的高温,所以我让厨子代替我站在里面。”让他人来分担风险,如保险、各种保函、担保及选择合同类型等缓解(Mitigation):“我将呆在厨房里,但是为了防止中暑,我将安装空调。”如执行一种能够减少问题的新行动方案等接受(Acceptance):“我将呆在高温的厨房里,忍受

27、中暑的折磨,并且接受这个结果。”积极接受:制定应急计划;消极接受:不采取任何行动,89,MSF风险管理准则:流程,计划与时间表,控制,跟踪和报告,90,识别项目可能存在的风险对风险进行分析评价制定相应的风险管理计划,练习:制定风险管理计划,91,沟通计划编制,确定项目干系人的信息需求列出项目外部、内部信息需求信息要满足需求、及时、准确、完整明确沟通的频率、内容、格式寻求反馈建立标准文档,92,IT项目的质量标志和特征,对使用客户重要的质量标志可靠性效率性灵活性安全性互操作性稳定性健全性可用性,对开发者重要的质量标志可维护性多用转换型重复使用性可测性,Karl E.Wiegers,Softwar

28、e Requirements,Microsoft Press,1999,第11章,93,第三单元 讨论题,项目计划应当包括哪些内容?项目计划对于项目成功有何重要意义?组织的历史信息对于项目计划编制有何作用?项目经理在项目计划编制阶段的作用是什么?让项目团队成员参与项目计划编制对项目成功有何重要意义?,94,第四单元 项目的实施与控制,主要内容项目计划实施、跟踪与纠偏质量保证、合同管理整体变更控制、范围变更控制进度计划控制风险应对措施控制,95,第四单元 学习目标,学习本单元后,学员应该能够:了解良好的项目实施对达到项目目标的重要性明确项目实施的内容;确定需要控制跟踪的对象;识别、分析偏差并采取

29、相应的纠偏行动;选择恰当的项目控制的方法;描述变更管理在IT项目管理上的应用,96,项目实施过程,97,项目控制过程,98,跟踪的原因提供采取纠偏行动的依据使其他团队成员掌握进度情况使团队成员的进度能够同步跟踪的方法评价可以用来显示进度的指标客观地将工作状态提供给项目领导和其他与之有关的人员遵循项目计划阶段制定的团队规则按照进度表展示进程,跟踪,99,跟踪的对象,范围进度质量变更关键的假设资源供给主要里程碑项目组工作时间及任务完成情况所有项目总结报告,100,进度跟踪(甘特图),项目进度度量?,101,成本跟踪,实际成本/剩余成本,102,成本跟踪,103,练习:利用MS Project跟踪项

30、目进展,104,确定目前任务应该在的位置(进度)确定当前状态与计划的偏差,无论是超前还是落后确定产生偏差的原因遵循变动管理的规则进行管理客观地将分析提供给项目经理和其他有关的人员,偏差的识别与分析,105,挣值分析,预算:BCWS(计划工作的预算成本)实际成本:ACWP(已执行工作的实际成本)挣值:BCWP(已执行工作的预算成本)成本偏差=BCWP-ACWP进度偏差=BCWP-BCWS,106,Earned Value(挣值分析法),SVBCWPBCWS:项目进度是否拖后?CVBCWPACWP:项目是否超支?SPI(进度执行情况指数)=BCWP/BCWSCPI(费用执行情况指数)=BCWP/A

31、CWP,107,绩效报告,108,练习挣值分析,A项目1月开始,预计4月结束,在3月时的数据如下BCWS=25KBCWP=20KACWP=22KQ1:解释其意义?Q2:目前项目成本是超过预算还是在预算之下?Q3:目前项目进度如何?Q4:最后项目如果要赢利,应采取什模样的措施?,109,EAC完工估算EAC=AC+ETC(原始估计有缺陷)EAC=AC+BAC-EV(同样的偏差不会在将来重现)EAC=AC+(BAC-EV)/CPI(同样的偏差会在将来重现),成本控制,110,确定任务产生偏差的根本原因执行风险管理计划中给出的纠偏措施对于新问题,采取团队解决问题的办法确定最佳的行动方案如果能自己解决

32、问题则自己去做如果必须经其他人的批准才能做,申请批准务必通知其他成员,采取纠偏行动,111,最有效的控制方法是既能提供足够的信息、又少花时间和精力的方法基本控制方法报告会议/讨论观察项目管理图表,项目控制的方法,112,管理控制循环,持续改进,下一过程,113,项目控制,进度控制赶工成本快速跟进质量成本控制提高效率置换资源,114,帕累托图,基本 分析;比较 分析;加权分析;,115,项目收入确认,里程碑完工百分比(成本),116,练习:项目收入确认,合同1月1日签订,总金额150万;总预算成本100万;至1月31日发生成本40万;至3月12日发生成本90万;预算未发生变化;项目付款:1月15

33、日30万3月1日30万,时间:5-10分钟形式:以小组为单位问题:根据以下信息计算项目收入。,117,变更的管理与控制,变更的原因项目的顾客或客户、领导改变优先级、工作人员、其它变更控制的重点是范围、进度、质量、成本与风险成立变更管理委员会建立制度,规范文档变更后及时修改文档并通报,118,需求变更的管理,需求变更的原因需求变更管理指南制定需求基准线由专人作决定对所有改动要求一致对待考虑变更对其它部分的影响记录所有需求变更的来源变更管理的运作步骤与流程需求变更管理的文件模板,119,刘先生:您好!经研究决定,原门户项目的服务范围需扩展,项目管理信息系统纳入本项目范围。致礼!王xx X年X月X日

34、王先生:您好!将门户项目服务范围改变的函件收到,服务范围的改变使计划发生下列改变:1、增加实施人员5人。2、增加电脑5套。3、增加4个月工作量。4、原计划进度推迟2个月。5、预算增加40万元。致礼!刘xx X年X月X日,变更通知书示例,120,确定所选项目需要跟踪的对象。如何发现偏差?制订纠偏计划。使用什么跟踪和控制的方法?,练习:制定项目控制计划,121,第四单元 讨论题,项目实施涉及的主要知识领域、过程和输出是什么?讨论用于验证项目范围和确保项目质量的方法项目控制过程的输出是什么?讨论在IT项目中遵循一个好的整体变更控制管理程序的重要性试给出3条IT项目变更控制的建议,122,第五单元 项

35、目收尾,主要内容:项目收尾过程的意义合同收尾管理收尾项目收尾的输出,123,第五单元 学习目标,学习本单元后,你应该能够:理解项目正式收尾的重要性描述项目收尾的内容了解管理收尾和合同收尾的区别了解项目收尾过程的工具和技术讨论项目收尾过程的输出,124,项目收尾过程,125,项目的收尾,承包方证实已提交全部达成一致的交付物项目结束的确认(用户验收)所有应收应付款项已结清项目分析报告项目团队成员绩效分析报告项目结束庆祝仪式,126,合同收尾,合同的完成和结算,包括任何未决事项的决议。涉及产品核实和管理收尾。,127,管理收尾,管理收尾 包括审验项目结果并将其存档,它代表着项目产品被投资方、客户或顾客正式接受。它包括收集项目纪录,确认项目记录与标准一致,分析项目的成功经验以备将来参考。管理收尾应在每个阶段结束时进行。,128,第五单元 讨论题,描述项目收尾过程的关键过程和输出结合你所参加的项目说明合同收尾过程的重要性为什么管理收尾应在每个阶段结束时进行,不这样做会引起什么后果?,

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 建筑/施工/环境 > 农业报告


备案号:宁ICP备20000045号-2

经营许可证:宁B2-20210002

宁公网安备 64010402000987号