第十五章 项目风险管理(上)

项目风险:一种不确定事件,一旦发生对一个或多个项目造成积极或消极(机会或威胁)影响。风险三要素,概率,影响,风险事件。三属性:收益越大愿意冒风险越大;投入越大愿意冒风险越小;资源越多愿意冒风险越大。三个可变性:性质的变化、后果的变化、出现新风险。分类:按可预测性风险划分:1、已知风险:可识别可预见。基本成本。2、未知风险:可识别不可预见。应急储备。3、不可预测风险:不可识别不可预见,管理储备。按后果划分(二者在一定条件下可相互转换):纯粹风险:造成损失、不造成损失。投机风险:造成损失、不造成损失、获得利益。管理人员必须避免投机风险转化为纯粹风险。风险成本及其负担:风险成本:风险事件造成的损失或减少的收益以及防止发生风险事件采取预防措施而支付的费用。划分:有形成本:直接损失(财产或人员伤...

第九章 项目范围管理(下)

9.3 定义范围(define scope)针对需求明确要做哪些事不做哪些事,描述产品、服务、成果的边界和验收标准。定义范围需要从需求文件中选取最终的项目需求,需要多次反复开展定义范围的过程。输入:项目章程(有成功标准和验收标准,高层级描述、产品特征等)、需求文件、项目管理计划、项目文件(需求文件、假设日志)、环境工具与技术:产品分析:将高层级产品描述转变为有型的可交付成果,包括产品分解、系统分析、需求分析、系统工程、价值工程、价值分析等。备选方案分析:制定尽可能多的备选方案。决策:多标准决策分析人际关系与团队技能:引导,协调不同专业知识的干系人,达成跨职能的共识。项目章程英文(project charter)输出:范围说明书(project scope statement),是对项目...

第八章 项目整合管理(上)

立项四个阶段:立项申请(提交项目建议书)、立项初步可行性研究、立项详细可行性研究、决策(甲方自己做或者招标乙方做,涉及十大知识领域)。49510图,五大过程组,十大知识领域,49个子过程了解项目管理知识体系叙述的结构:子过程、ITTO、过程组、知识领域。子过程:为创建预定的产品、服务或者成果而执行的一些列相关的行为和活动。既属于某一过程组(启动、规划、执行、监控、收尾)又属于某一知识领域(范围、成本、进度、风险等…)I:input,T:tool,T:technology,O:output项目整合管理:包括识别、定义、组合、统一和协调项目管理过程组的各个过程和项目管理活动。整合管理兼具统一、合并、沟通和建立联系的性质,贯穿项目始终。目标(背诵):资源分配、平衡竞争性需求、研究各种备选方法...

第六章 项目管理概论(下)和第七章 项目立项管理

项目生命周期和项目阶段,不同的项目周期可能不一样。(掌握)项目生命周期——项目从启动到完成所经历的一系列阶段,阶段间的关系可顺序、迭代、交叠。(时间维度划分)。开发生命周期——项目生命周期内与产品、服务或成果的开发相关的一个或多个阶段。 (生命周期中某几个阶段)。项目通用生命周期——启动项目;组织与准备;执行项目工作;结束项目; (4个通用阶段)。产品生命周期——从项目开始到项目结束再到项目产品运行生命终止(退出市场)的全过程。 项目管理过程组——启动、规划、执行、监控、收尾(5个通用操作过程)(管理操作维度划分)。通用生命周期(掌握)(1)成本与人力投入:项目开始时“缓慢增加”,在“执行工作”期间达到最高,项目快结束时“迅速回落”。(2)风险与不确定性、干系人的影响力、变更的数量:项...

模拟三解析(一)

1,敏捷项目里,当前sprint不做变更,所以项目经理不能再当前迭代里做紧急更改。2,项目正在被延迟,已经是一个问题。项目经理将谈判已经记录为风险,这是一个已识别并发生的风险。所以,整体来说应该是记录问题,并遵循风险应对计划的行动。3,审计审查过程,问题是没有遵守政策流程和审批手续。应该按照质量管理计划的内容,审查流程,找到缺失的差距。4,项目经理发现一个风险,做为风险管理的一部分,这是一个机会。应该告诉管理层,这是一个扩大市场份额和开发新产品的机会。5,团队专注于sprint目标,解决障碍应该是项目经理的事,PMO实施的框架跟当前敏捷交付不见人,说明这是一个障碍,理论上不应该直接让团队进入,应该先审查框架,再决定是否让团队参与沟通。6,关键干系人无法参加会议,如果重新安排会议的话,即...

模拟二解析

1,冲突才有冲突的解决方法。想法的分歧属于观点的争论,允许自组织团队自己解决。项目经理介入:有人明确违反基本规则、冲突双方有来找项目经理投诉、冲突进一步升级、明确说团队已经无法协作等。2,审计目标:识别做的好的和不好的、分享其他项目的良好实践、协助改进、积累经验、确认(变更有没有被正常执行)。3,准备报告后,要进行汇报沟通,沟通是定制化需求量身定制,没有标准SOP操作程序。在完成报告前可以跟干系人开会了解需要什么内容,进行需求沟通分析。4,Scrum敏捷过程采用故事点估算方法,也叫相对估算。5,根本原因分析是问题发生之后做,不适合“如何预防”类问题。6,潜在要发生的事情,是一个风险,没有明确要发生问题。7,敏捷是固定的时间盒,不能调整。如果团队需要时间来培训,在固定时间内的产能就要降低...