导图社区 PMP-15 生命周期选择
此思维导图, 为希赛PMP思维导图的基础上, 进行扩展。 本章为: PMP-15 生命周期选择 同时配有相关知识点的PMP试题, 从知识点到对应的试题, 可加深对知识点的理解和记忆!
编辑于2023-05-12 17:42:04 江苏省这是一部由杰出心理学家沃尔特·米歇尔博士撰写的经典之作。 书中深入剖析了延迟满足对于个人成长和成功的重要性, 指导我们如何在生活中培养自控力,面对诱惑时做出明智选择。 无论你是学生、职场人士还是家长,都能从中获得启发, 提升自我管理能力,迈向更美好的未来。
想要真正教会他人,说服他人,影响他人, 最应该学习的并不是什么沟通技巧, 而应该是脑科学知识。 只有自己学会科学用脑, 真正掌握认知原理, 才能在沟通的时候让他人更好地理解或记忆。
什么是我们一生中耗时最多、最费心力的事? 是做出大大小小的决策。 但是,我们往往深陷难以计数的偏见和非理性中,做出荒谬的判断。 该书阐述了如何通过助推在不需要强迫的情况下巧妙地引导人们做出更理性的选择。 通过这本书,你将了解什么是助推,以及助推如何帮助我们提升智慧,做出更明智的决策。
社区模板帮助中心,点此进入>>
这是一部由杰出心理学家沃尔特·米歇尔博士撰写的经典之作。 书中深入剖析了延迟满足对于个人成长和成功的重要性, 指导我们如何在生活中培养自控力,面对诱惑时做出明智选择。 无论你是学生、职场人士还是家长,都能从中获得启发, 提升自我管理能力,迈向更美好的未来。
想要真正教会他人,说服他人,影响他人, 最应该学习的并不是什么沟通技巧, 而应该是脑科学知识。 只有自己学会科学用脑, 真正掌握认知原理, 才能在沟通的时候让他人更好地理解或记忆。
什么是我们一生中耗时最多、最费心力的事? 是做出大大小小的决策。 但是,我们往往深陷难以计数的偏见和非理性中,做出荒谬的判断。 该书阐述了如何通过助推在不需要强迫的情况下巧妙地引导人们做出更理性的选择。 通过这本书,你将了解什么是助推,以及助推如何帮助我们提升智慧,做出更明智的决策。
PMP-15 生命周期选择
斯泰西图
根据需求和技术的确定程度,划分区域,选择合适的管理方式
敏捷三角形
价值、质量、约束
项目生命周期
1. 概念
指项目从启动到完成所经历的一系列阶段
2. 作用
它为项目管理提供了一个基本框架
开发生命周期
1. 概念
项目生命周期内通常有一个或多个阶段与产品、服务或成果的开发相关,这些阶段称为开发生命周期
2. 四种类型
预测型、迭代型、增量型、适应型或敏捷型
四种生命周期类型
预测型
1.需求确定
2.范围确定
3.交付频率低
迭代型
1.需求动态
2.范围不确定
3.交付频率低
增量型
1.需求迭代固定
2.整体动态
3.交付频率高
类似于去酒店吃饭,上菜的过程,一道一道的交付
敏捷型
1.需求动态
2.范围不确定
3.交付频率高
在敏捷项目中,增量交付会发现隐藏或误解的需求
四种生命周期对比
四种生命周期的特征
预测型
1. 固定
2. 管理成本
3. 整个项目仅执行一次
4. 一次交付
迭代型
1. 解决方案的正确性
2. 动态
3. 反复执行,直至修正
4. 一次交付
增量型
1. 速度
2. 动态
3. 对给定增量执行一次
4. 频繁更小规模交付
敏捷型
1. 通过频繁交付小规模交付和反馈,实现客户价值
2. 动态
3. 反复执行,直至修正
4. 频繁小规模交付
敏捷适用性过滤器
文化
1.支持
高级发起人是否了解并支持在该项目中使用敏捷方法
2.信任
考虑与团队合作的发起人和业务代表的态度
相关方确信凭借持续支持和双方反馈,团队能够将其愿景和需求转换为成功产品或服务
3.决策
团队是否可以自主做出有关如何实施工作方面的本地策略
团队
1.团队规模
核心团队的规模
3-9
2.经验水平
考核核心团队角色的经验和技能水平
3.客户/业务联系程度
团队每天是否能联系到至少一名业务/客户代表,以询问问题和获得反馈
项目
1.变更可能性
每月需求变更、发现新需求的可能性是多少?
2.产品或服务关键性
要帮助确定其他验证级别和文档严格程度需求
3.增量交付
产品和服务是否能够按比例构建和评估?
业务和客户代表是否能够及时提供所交付增量方面的反馈?
概要
混合型生命周期
1. 既有预测,又有敏捷,或者处于过渡阶段,都可以采取混合生命周期
2. 根据变更的程度和交付的频率,判断预测和敏捷,谁为主谁为辅
3. 四种类型
先敏捷后预测
先,后
预测和敏捷结合
结合
预测法为主,敏捷法为辅
主,辅
敏捷法为主,预测法为辅
主,辅
4. 目的
加快投资回报
1. 基于项目风险设计混合生命周期
2. 增量方法会将资源集中,使项目成果更早完工
创造商业价值
1. 项目管理的目标是在给定的当前环境下,尽最可能,以最好的方式创造商业价值
2. “我们怎样做才能成功?”
刺探风险
在探讨各种想法时,若要管理风险,迭代方法或敏捷方法将会有所帮助
交付中间价值
当组织无法交付中间价值时,敏捷方法可能不是很有用
快速获取反馈
1. 敏捷频繁向客户交付,并给团队带来反馈
2. 利用反馈,重新规划下一部分工作
5. 混合敏捷方法
团队方法
1. Scrum
用于管理产品开发的单个团队过程框架
2. 极限编程(XP)
是一种基于频繁交付周期的软件开发方法
3. 看板方法
看板在精益制造中是一种规划库存控制和补给的系统
可确保工作流和价值交付的持续性
4. Scrumban
Scrumban是一种敏捷方法,最初设计为Scrum到看板之间的过渡方法
它是通过其自身衍生演变而成的另一种混合敏捷框架和方法,其中团队将Scrum作为框架,而将看板作为过程改进方法
5. 功能驱动开发(FDD)
开发目的是满足大型软件开发项目的特定需求
6. 动态系统开发方法(DSDM)
是一种敏捷项目交付框架
因强调制约因素驱动交付而著称
该框架从一开始便可设置成本、质量、时间, 然后利用正式的范围优先级来满足这些制约因素的要求
7. 敏捷统一过程(敏捷型UP)(AgileUP)
是软件项目中统一过程(UP)的分支
扩展方法
1. 水晶方法
水晶是一种方法论家族
水晶方法论旨在根据项目规模(项目中涉及的人员数量),以及项目的关键性来量化并提供方法严格程度选择
2. 精益
精益概念
1. 关注价值
2. 小批量
3. 消除浪费
精益、看板、敏捷的关系
1. 将敏捷和看板方法,视为精益思想的衍生物
2. 精益思想是一个超集
3. 敏捷是许多实践的总称
4. 共性
交付价值、尊重人、减少浪费、透明化、适应变更、持续改进
3. Scrum of Scrums(SoS)
也称“meta Scrum”
是由两个或多个Scrum团队而不是一个大型Scrum团队所使用的一种技术, 其中一个团队包括三到九名成员来协调其工作
定期召开会议
通常一周两次或三次
模式类似于每日站会
4. 大规模敏捷框架(SAFe®)
为企业的所有层级提供知识库,来进行大规模开发工作
5. 大规模敏捷开发(LeSS)
是一种以扩展Scrum方法为共同目标,来组织多个开发团队的框架
6. 规范敏捷(DA)
是一种在综合模型中,整合多种敏捷最佳实践的过程决策框架
DA旨在平衡专注范围过于狭窄(如Scrum)或细节过于规范(如AgileUP)的流行方法
7. 企业Scrum
是一种旨在通过更整体型组织层而不是单个产品开发层来应用Scrum方法的框架
其目的在于通过实现颠覆式创新,将敏捷方法扩展到项目执行范围以外
6. 影响裁剪的项目因素及裁剪方案
需求模式
稳定型或偶发型
1. 许多团队发现,使用节奏(以定期时间盒的形式)能帮助他们演示、回顾和理解新任务
2. 有些团队,在接受更多任务时,需要更多的灵活性
3. 团队可使用基于流的敏捷方法,利用节奏实现两全其美
团队经验水平所要求的过程改进速度
更频繁地回顾并选择改进措施
工作流往往被各种延误或障碍打断
1. 考虑利用看板面板,让工作可见
2. 对工作过程的不同领域尝试限制,从而改进工作流
产品增量的质量不佳
考虑利用各种测试驱动开发的实践
这种防错机制,使缺陷难以躲藏
创建某个产品需要不止一个团队
从一个敏捷团队扩展到数个敏捷团队,同时只有轻微干扰
1. 首先,要了解敏捷项目集管理或正规扩展框架
2. 其次,要精心制定一种适合项目背景的方法
项目团队成员缺乏使用敏捷方法的经验
1. 考虑从培训团队成员,敏捷思维模块、敏捷原则的基本原理开始
2. 如果团队决定使用特定的方法,如Scrum、看板, 则要针对上述方法举办研讨会,让团队成员学习如何使用
改进配合的裁剪方案表