赞
踩
【2023软考高项】【精华知识点整理】
先这样吧,来不及整理了…
支持型:支持型PMO担当顾问的角色。
控制型:控制型PMO不仅给项目提供支持,而且通过各种手段要求项目服从PMO的管理策略。
指令型:指令型PMO直接管理和控制项目。这种类型的PMO对项目的控制程度很高。
X,人性本恶,Y,人性本善
按风险可预测性划分:已知风险、可预测风险、不可预测风险
威胁应对策略:
上报:不在项目范围内,或应对措施超出项目经理权限,向上汇报给公司领导
规避/回避:改变项目计划、目标彻底消除威胁:采取措施分离风险
转移:将应对威胁的责任转给第三方:外包/买保险;
减轻:减轻概率——采用简单流程/更多测试/更加可靠的供应商/开发原型;减轻影响--有备份:加入冗余部件(备份),为风险预留备份
接受:不主动采取措施,主动接受-建立应急储备
权力力高| 令其 | 重点
| 满意 | 管理
|——————|————————
| 监督 | 随时告知
|————————————————
利益高
n*(n-1)/2
应急储备应对已知未知风险,属于项目成本基准的一部分,通常是项目预算的10%
资源平衡往往会导致关键路径改变,资源平滑不会改变
避免失败的成本、失败后补救的成本
戴明环:计划、执行、检查、行动
五大过程组:启动、规划、执行、监控、收尾
总价合同、成本补偿合同(成本奖励合同,成本激励合同)、工料合同
(1)形成阶段(Forming)。团队成员倾向于相互独立,不怎么开诚布公。
(2)震荡阶段(Storming)。个体之间开始争执,互相指责,并且怀疑项目经理的能力。
(3)规范阶段(Norming)。团队成员开始相互信任,项目经理能得到团队的认可。
(4)发挥阶段(Performing)。团队成员之间相互依靠,平稳高效地解决问题。这时团队成员的集体荣誉感会非常强。
(5)解散阶段(Adjoumning)。所有工作完成后,项目结束,团队解散。
(1)撤退/回避:从实际或潜在冲突中退出,将问题推迟到准备充分的时候,或者将问题推给其他人员解决。
(2)缓和/包容:强调一致而非差异;为维持和谐与关系而退让一步,考虑其他方的需要。
(3)妥协/调解:为了暂时或部分解决冲突,寻找能让各方都在一定程度上满意的方案,但这种方法有时会导致“双输”局面。
(4)强迫/命令:以牺牲其他方为代价,推行某一方的观点;只提供赢-输方案。通常是利用权力来强行解决紧急问题,这种方法通常会导致“赢-输”局面。
(5)合作/解决问题:综合考虑不同的观点和意见,采用合作的态度和开放式对话引导各方达成共识和承诺,这种方法可以带来双赢局面。
(1)正确的语法和拼写(Correctness):语法不当或拼写错误会分散注意力,甚至可能扭曲信息含义,降低可信度。
(2)简洁的表述(Concise):简洁且精心组织的信息能降低误解信息意图的可能性。
(3)清晰的目的和表述(Clarity):确保在信息中包含能满足受众需求与激发其兴趣的内容。
(4)连贯的思维逻辑(Coherent):写作思路连贯,在整个书面文件中使用诸如“引言”和“小结”的小标题。
(5)善用控制语句和承接(Controlling):可能需要使用图表或小结来控制语句和思路的承接。
(1)互动沟通。在两方或多方之间进行的实时多向信息交换。
(2)推式沟通。向需要接收信息的特定接收方发送或发布信息。
(3)拉式沟通。适用于大量复杂信息或大量信息受众的情况。
(1)已识别风险的清单:每个项目风险都被赋予一个独特的标识号。
(2)潜在风险责任人:如果已在识别风险过程中识别出潜在的风险责任人,就要把该责任人记录到风险登记册中。
(3)潜在风险应对措施清单:如果已在识别风险过程中识别出某种潜在的风险应对措施,就要把它记录到风险登记册中。
标识和记录变更申请、分析和评价变更、批准或否决申请、实现、验证和发布已修改的配置项等任务。
(1)变更申请。变更申请主要就是陈述要做什么变更,为什么要变更,以及打算怎样变更。相关人员(如项目经理)填写变更申请表,说明要变更的内容、变更原因、受变更影响的关联配置项和有关基线、变更实施方案、工作量和变更实施人等,提交给CCB。
(2)变更评估。CCB负责组织对变更申请进行评估并确定:①变更对项目的影响;②变更的内容是否必要;③变更的范围是否考虑周全;④变更的实施方案是否可行;⑤变更工作量估计是否合理。CCB决定是否接受变更,并将决定通知相关人员。
(3)通告评估结果。CCB把关于每个变更申请的批准、否决或推迟的决定通知受此处置意见影响的每个干系人。
(4)变更实施。项目经理组织修改相关的配置项,并在相应的文档、程序代码或配置管理数据中记录变更信息。
(5)变更验证与确认。项目经理指定人员对变更后的配置项进行测试或验证。项目经理应将变更与验证的结果提交给CCB,由其确认变更是否已经按要求完成。
(6)变更的发布。配置管理员将变更后的配置项纳入基线。配置管理员将变更内容和结果通知相关人员,并做好记录。
(7)基于配置库的变更控制。在信息系统开发项目中,一处出现了变更,经常会连锁引起多处变更,会涉及到参与开发工作的许多人员。
(1)CMMI-1(初始级):代表软件过程是无序的,对过程几乎没有定义。
(2)CMMI-2(可管理级):建立了基本的项目管理过程来跟踪费用、进度和功能特性,制定了必要的过程纪律,能重复早先类似应用项目取得的成功经验。
(3)CMMI-3(已定义级):已将软件管理和工程两方面的过程文档化、标准化,并综合成该组织的标准软件过程。所有项目均使用经批准、剪裁的标准软件过程来开发和维护软件,软件产品的生产在整个软件过程是可见的。
(4)CMMI-4(量化管理级):分析对软件过程和产品质量的详细度量数据,对软件过程和产品都有定量的理解与控制。管理有一个作出结论的客观依据,管理能够在定量的范围内预测性能。
(5)CMMI-5(优化管理级):过程的量化反馈和先进的新思想、新技术促使过程持续不断改进。
ES 最早开始时间 EF 最早完成时间 LS 最晚开始时间 LF 最晚完成时间 总时差 = LS -ES = LF - EF 单个自由浮动时间 = 最小紧后活动的ES - EF 自由时差=min紧后活动 ES-当前活动EF PV planned value 计划价值 EV en value 挣值 AC actual cost 实际价值 PV = 计划工作量 * 预计单价 EV = 实际完成工作量 * 预估单价 AC = 实际完成工作量 * 实际单价 SV 进度偏差 SV = EV -PV > 0 进度超前 CV = EV - AC > 0 超支 SPI 进度绩效指数 SPI = EV/PV > 1 超前 CPI 成本绩效指数 CPI = EV/AC > 1 ETC(完工尚需估算) 典型偏差 ETC=(BAC-EV)/CPI 非典型偏差(纠偏) ETC=BAC-EV EAC(完工估算) EAC=ETC+AC VAC(完工偏差) VAC=BAC-EAC TCPI完工尚需绩效指数 以BAC为基准 TCPI=BAC-EV/BAC-AV 以EAC为基准 TCPI=BAC-EV/EAC-AC
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。