导图社区 PMP-18 敏捷其它实践
此思维导图, 在希赛PMP思维导图的基础上, 进行的扩展。 本章内容为: PMP-18 敏捷其它实践 同时配有相关知识点的PMP试题, 从知识点到对应的试题, 可加深对知识点的理解和记忆!
编辑于2023-06-01 17:38:54 江苏省这是一部由杰出心理学家沃尔特·米歇尔博士撰写的经典之作。 书中深入剖析了延迟满足对于个人成长和成功的重要性, 指导我们如何在生活中培养自控力,面对诱惑时做出明智选择。 无论你是学生、职场人士还是家长,都能从中获得启发, 提升自我管理能力,迈向更美好的未来。
想要真正教会他人,说服他人,影响他人, 最应该学习的并不是什么沟通技巧, 而应该是脑科学知识。 只有自己学会科学用脑, 真正掌握认知原理, 才能在沟通的时候让他人更好地理解或记忆。
什么是我们一生中耗时最多、最费心力的事? 是做出大大小小的决策。 但是,我们往往深陷难以计数的偏见和非理性中,做出荒谬的判断。 该书阐述了如何通过助推在不需要强迫的情况下巧妙地引导人们做出更理性的选择。 通过这本书,你将了解什么是助推,以及助推如何帮助我们提升智慧,做出更明智的决策。
社区模板帮助中心,点此进入>>
这是一部由杰出心理学家沃尔特·米歇尔博士撰写的经典之作。 书中深入剖析了延迟满足对于个人成长和成功的重要性, 指导我们如何在生活中培养自控力,面对诱惑时做出明智选择。 无论你是学生、职场人士还是家长,都能从中获得启发, 提升自我管理能力,迈向更美好的未来。
想要真正教会他人,说服他人,影响他人, 最应该学习的并不是什么沟通技巧, 而应该是脑科学知识。 只有自己学会科学用脑, 真正掌握认知原理, 才能在沟通的时候让他人更好地理解或记忆。
什么是我们一生中耗时最多、最费心力的事? 是做出大大小小的决策。 但是,我们往往深陷难以计数的偏见和非理性中,做出荒谬的判断。 该书阐述了如何通过助推在不需要强迫的情况下巧妙地引导人们做出更理性的选择。 通过这本书,你将了解什么是助推,以及助推如何帮助我们提升智慧,做出更明智的决策。
PMP-18 敏捷其它实践
混合敏捷方法
1. 团队方法
Scrum
用于管理产品开发的单个团队过程框架
极限编程(XP)
是一种基于频繁交付周期的软件开发方法
看板方法
看板在精益制造中是一种规划库存控制和补给的系统
可确保工作流和价值交付的持续性
Scrumban
1. Scrumban是一种敏捷方法,最初设计为Scrum到看板之间的过渡方法
2. 它是通过其自身衍生演变而成的另一种混合敏捷框架和方法,其中团队将Scrum作为框架,而将看板作为过程改进方法
功能驱动开发(FDD)
开发目的是满足大型软件开发项目的特定需求
动态系统开发方法(DSDM)
1. 是一种敏捷项目交付框架
2. 因强调制约因素驱动交付而著称
3. 该框架从一开始便可设置成本、质量、时间,然后利用正式的范围优先级来满足这些制约因素的要求
敏捷统一过程(敏捷型UP)(AgileUP)
是软件项目中统一过程(UP)的分支
2. 扩展方法
水晶方法
1. 水晶是一种方法论家族
2. 水晶方法论旨在根据项目规模(项目中涉及的人员数量),以及项目的关键性来量化并提供方法严格程度选择
精益
1. 精益概念
关注价值
小批量
消除浪费
2. 精益、看板、敏捷的关系
将敏捷和看板方法,视为精益思想的衍生物
精益思想是一个超集
敏捷是许多实践的总称
共性
交付价值、尊重人、减少浪费、透明化、适应变更、持续改进
Scrum of Scrums(SoS)
也称“meta Scrum”
是由两个或多个Scrum团队而不是一个大型Scrum团队所使用的一种技术,其中一个团队包括三到九名成员来协调其工作
定期召开会议
通常一周两次或三次
模式类似于每日站会
大规模敏捷框架(SAFe®)
为企业的所有层级提供知识库,来进行大规模开发工作
大规模敏捷开发(LeSS)
是一种以扩展Scrum方法为共同目标,来组织多个开发团队的框架
规范敏捷(DA)
1. 是一种在综合模型中,整合多种敏捷最佳实践的过程决策框架
2. DA旨在平衡专注范围过于狭窄(如Scrum)或细节过于规范(如AgileUP)的流行方法
企业Scrum
1. 是一种旨在通过更整体型组织层而不是单个产品开发层来应用Scrum方法的框架
2. 其目的在于通过实现颠覆式创新,将敏捷方法扩展到项目执行范围以外
精益
精益概念
1. 关注价值
2. 小批量
3. 消除浪费
精益、看板、敏捷的关系
1. 将敏捷和看板方法,视为精益思想的衍生物
2. 精益思想是一个超集
3. 敏捷是许多实践的总称
4. 共性
交付价值、尊重人、减少浪费、透明化、适应变更、持续改进
1.精益思想
2.浪费3M
不均衡
超负荷
浪费
3.七大核心理念
消除浪费
授权团队,尊重员工
快速交付,尽快交付
全面优化,优化整体
品质为先,注重质量
晚做决策,推迟承诺
强化学习,鼓励改进
4.精益制造七浪费
运输
等待
动作
缺陷
库存
过量生产
过度加工
5.价值流图
识别
一个工作项中,各个流程的流动过程
找出
其中的缺陷(浪费)并制定改进措施
找到
不能为产品提供增值的活动
看板
1. 定义
看板在精益制造中,是一种用于规划库存控制和补给的系统
大野耐一
丰田
“看板”一词,按字面翻译为“视觉符号”或“卡”
带有卡片的物理看板面板能够推动和实现整改系统中工作流的可视化,让每个人都可以看到
2. 看板方法的定义原则
从当前状态开始
同意采用增量演变性变更
尊重当前过程、角色、职责和头衔
鼓励所有层级领导行为
3. 看板方法的核心属性
工作流可视化
限制在制品
管理流程
明确过程政策
实施反馈循环
提高协作性
4. 作用
可视化工作流动
共识信息和风险
专门适用于知识型工作
可以确保工作流和价值交付的持续性
5. 看板(任务板)六大核心实践
可视化工作流程
约束在制品(WIP)
度量和管理活动(拉动)
显示化规则
建立反馈环
在协作及实验中改进
任务板
6. 限制在制品
合理规划、团队高效、找出瓶颈
WIP
Work in process
在制品,可以理解成进程
进程多了,电脑手机就容易卡,所以要合理规划,限制WIP
在看板方法中,完成工作比开始新工作更为重要
1. 从未完成的工作中,无法获得任何价值
2. 因此团队将协助实施和遵从在制品限制,让整个系统中的每份工作得以“完成”
7. 信息发射器
燃尽图
1.表明剩余工作量
燃尽图
是剩余工作与时间盒内剩余时间关系的一种图形化表示形式,使用燃尽图可以查看项目随时间的进展情况
与其它计划的对比
迭代计划
显示的是本次迭代要完成的工作
产品路线图
是某个时间点,期望达到的状态或具备的某些特征
发布计划
主要发布产品愿景和目标,制定高层级需求
2.迭代燃尽图
3.发布燃尽图
燃起图
表明已完成的工作及距离目标达到差距
累积流图
1.累积流图,是看板方法里的核心度量,可以很好地反应工作项在每个流程环节的流动问题
偏整体性
2.累积流图中显示的是
交付周期
待办事项规模
剩余待办事项
周期时间
在制品的数量信息
3.通过累积流图可以看出分析、开发、测试、部署环节中的
在制品
已完成任务数量
4.因此创建累积流图,需要基于看板上执行的在制品限制信息
5.累积流图
基于看板不同模块的完成情况统计
判断当前项目的范围变化和趋势
8. 看板方法最为适用的场景
灵活性
团队通常不受时间盒的限制,将执行待办事项列表中优先级最高的工作
专注于持续交付
团队专注于完成整个系统工作流,直至在制品完成才会开始新工作
提高工作效率和质量
通过限制在制品,将可以提高工作效率和质量
提高效率
检查每一个子任务,了解增值和非增值活动,然后清除非增值活动
团队成员专注力
限制在制品,使团队能够专注于当前工作
工作负载的可变性
如果即将开展的工作存在不可预测性,团队将无法做出可预测承诺,即使对于短期工作也不例外
减少浪费
透明将会使浪费可视化,因而能够消除浪费
极限编程(XP)
1. 定义
是一种基于频繁交付周期的软件开发方法
2. 开发的极限、反馈回路的极限
3. 极限编程(XP)实践领域
组织
1. 主要
集中办公
整个团队
信息灵通的工作场所
2. 次要
真实客户参与
团队连续性
可持续节奏
技术
1. 主要
结对编程
测试优先编程
增量设计
2. 次要
共用代码/集体所有制
代码和测试文档
重构
规划
1. 主要
用户故事
每周周期
每季周期
时差
2. 次要
根本原因分析
裁剪团队
按使用情况支付
协商范围合同
每日站会
整合
1. 主要
10分钟构建
持续集成
测试优先
2. 次要
单代码库
增量部署
每日部署
4. 提倡的方法
过程中,至少有一名客户代表
快速交付
结对编程
1.两个开发人员
一起工作
一个写代码
一个实时审查
2.作用
更加专注高效
破除团队壁垒
培养新技能
3.半私密空间
洞穴和公共区域
4.远程结对与鱼缸窗口
鱼缸窗口
通过在团队分布的各个地点之间,建立长期视频会议链接,创建一个鱼缸窗口
每天工作开始时,打开链接;工作结束时,关闭链接
远程结对
通过使用虚拟会议工具,来共享屏幕,包括语音和视频链接,建立远程结对
它们都是分布式团队中,可能用到的沟通技术和方法
例如:对应于团队某成员技能不足时,可以通过结对编程方式给成员足够的信任帮助其成长
测试驱动开发(TDD)
1. Test-Driven Develoment
2. 在开发之前写好测试用例
3. 一边编代码,一边测试
4. 测试不通过的,可以重构
代码集体所有
不加班(周不超过40h)
开放的工作空间
及时调整计划
重构
在不改变功能的情况下,对代码进行优化重组,提升代码的可维护性
5. 持续集成
立刻集成,便于迅速发现代码问题并解决问题
6. 自动化测试
避免交付后故障频繁
避免人工测试增加成本
7. Scrum与XP
测试驱动开发(TDD)
1.在开发之前写好测试用例
2.一边编代码,一边测试
3.测试不通过的,可以重构
重构
在不改变功能的情况下,对代码进行优化重组,提升代码的可维护性