导图社区 附录A3- 敏捷和精益框架概述
《敏捷实践指南》附录A3,希望能够帮到您。本书是美国项目管理协会新发布的敏捷实践标准,它是理解、评估和使用敏捷和混合的敏捷方法的资源。该实践指南为何时、何地以及如何应用敏捷方法提供指导,并为希望增强敏捷性的实践者和组织提供实用工具。祝你满A通过ACP考试。
本图梳理了热门学科专业及其头部高校学府,以及所在城市能信息,希望对各位考生和大家有所帮助 ## 计算机科学与技术专业 ## 电子工程专业 ## 土木工程专业 ## 化学工程专业 ## 机械工程专业 ## 电气工程专业 ## 生物医学工程专业 ## 环境科学与工程专业 ## 材料科学与工程专业 以上9个热门专业供大家参考,希望各位考生高中。
本图梳理了热门学科专业及其头部高校学府,以及所在城市能信息: # 计算机科学与技术专业 # 电子工程专业 # 土木工程专业 # 化学工程专业 # 机械工程专业 # 电气工程专业 # 生物医学工程专业 # 环境科学与工程专业 # 材料科学与工程专业 以上供大家参考。
本图梳理了办公室日常英语20则,包括他们的翻译,希望对大家的工作学习有所帮助。希望请关注我,主页有很多知识分享。
社区模板帮助中心,点此进入>>
论语孔子简单思维导图
《傅雷家书》思维导图
《童年》读书笔记
《茶馆》思维导图
《朝花夕拾》篇目思维导图
《昆虫记》思维导图
《安徒生童话》思维导图
《鲁滨逊漂流记》读书笔记
《这样读书就够了》读书笔记
妈妈必读:一张0-1岁孩子认知发展的精确时间表
敏捷和精益框架概述
A3.1 《敏捷实践指南的选择标准》
专攻整体使用
适合常用环境
现代流行用例
根据广度和详情制定的敏捷方法
A3.2 Scrum
用于管理产品开发的单个团队过程框架
角色
产品负责人(PO)
开发团队
Scrum主管
事件
工件
规则
运行在 1 个月或更少时间的时间盒上的,其中包含持续时间一致的多个冲刺,在这些冲刺中会产生潜在可发布的产品增量。
采用迭代方法持续交付价值或产品
A3.3 极限编程(XP)
基于频繁交付周期的软件开发方法
理念
将特定最佳实践提炼到最纯粹和最简单的形式,然后在整个项目周期内持续运用该实践
最受关注的地方
推广旨在改进软件项目成果的整套实践
实践举例
筛选核心价值观
沟通、简洁、反馈、勇气、尊重
根据主要原则
人性化、经济、互惠互利、自相似、改进、多样性、反思、流程、机会、冗余、失败、质量、循序渐进、承担的责任
A3.4 看板方法
规划库存控制和补给
just-in-time (JIT)
工作流可视化
发射源(大型显示器)
一般至少包含三列:要完成的、进行中的、已完成的
可以确保工作流和价值交付的持续性
看板方法为规定使用时间和迭代
在看板方法中可以使用迭代,但应始终遵循在整个过程中持续拉取单个条目并限制在制品(WIP)以优化流程的原则。
团队或组织有以下需求时可以考虑看板
灵活性
专注于持续交付
提高工作效率和质量
提高效率
团队成员专注力
工作负载的可变性
减少浪费
看板方法从精益思维原则衍生而来
看板方法的定义原则和和性属性
看板方法是一种整体性组织增量演变过程和系统变更框架
该方法采用“拉式系统”完成在制品,团队完成一个条目后,即可拉取另一个条目到该过程。
利用列进入和退出策略,限制在制品等制约因素,可提供一目了然的工作流、瓶颈、阻碍和整体状态信息
面板可作为面向所有观众的信息发射源
在看板方法中,完成工作比开始新工作更为重要。
A3.5 水晶方法
水晶是一种方法论家族
旨在根据项目规模(项目中涉及的人员数量)以及项目的关键性来量化并提供方法严格程度选择
水晶方法家族
水晶方法家族的核心价值观和常见属性
不同面代表了根本的核心原则和价值观。不同面代表了技术、工具、标准和角色
A3.6 Scrumban
介于Scrum到看板之间的过渡方法,是一种混合敏捷框架和方法
团队将Scrum作为框架,将看板作为过程改进方法
工作被分解到“冲刺”,用看板来可视化监督
故事列在看板上,团队使用在制品来管理其工作
通过每日例会来维持团队见的写作并消除障碍
通过设置规划触发因素来决定何时规划下一步工作
通常在WIP<Limit时规划下一步
此方法中没有预定义角色,团队成员保留其当前角色
A3.7 功能驱动开发(FDD)
为满足大型软件开发项目
小型商业价值功能重视能力
六个主要角色(没人可担任一个或多个角色)
项目经理
首席架构师
开发经理
首席编程人员
类负责人
领域专家
五个过程或活动
开发整个模型
构建功能列表
依据功能规划
依据功能设计
依据功能构建
生命周期流程和相互作用
最佳实践提供支持
领域对象建模
依据功能开发
个体代码所有制
功能团队
检查
配置管理
定期构建
进度和结果可视化
A3.8 动态系统开发方法(DSDM)
敏捷项目交付框架
提高迭代的严格程度
强调制约因素来驱动交付
一开始先设置成本、质量和时间,然后利用正是的范围优先级来满足这些限制因素
八个原则
专注于业务需求
准时交付
协作
在质量上永不妥协
在坚实的基础上进行增量式构建
迭代开发
保持持续和明晰的沟通
演示控制(使用适当的技术)
A3.9 敏捷统一过程(AgileUP)
是软件项目中统一过程(UP)的分支
与紧前统一过程相比,该过程具有加速周期和轻量级的过程。
其目的在于在七个主要因素之间执行更多迭代的周期,并在正式交付之前纳入相关反馈
AgileUP因素及指导原则
A3.10 扩展框架
Scrum of Scrums (SoS) / meta Scrum
每个 SoS 代表向更大组织的代表
每日例会或每周二到三次,会议类容类似于Scrum的每日站会
Scrum of Scrum of Scrums
类似于SoS
A3.11 大规模敏捷框架(SAFe)
专注于为所有级别企业的大规模开发工作提供模式知识库
专注于一下原则
采用经济视角
应用系统思维
假设可变性;预留方案
以快速整体的学习周期进行增量式构建
根据对工作系统的客观评估设定里程碑
直观显示并限制在制品,减少批次规模并管理队列长度
应用节奏;与跨域规划同步
解锁知识员工内在动力
角色分散化
专注于在项目组合、项目集和团队层详细设定实践、角色和活动
强调围绕 专注于向客户提供持续价值 的价值流 来组织企业
A3.12 大规模敏捷开发(LeSS)
以扩展Scrum方法来组织多个开发团队的框架
核心组织原则:尽可能保留Scrum模型的元素
鼓励使用某些独特原则,如系统思维、整体产品专注、透明等
LeSS & Scrum
A3.13 企业Scrum
更整体性组织层
建议组织领导
将所有 Scrum 应用扩展到所有组织方面
普及 Scrum 技术以便在这些不同的方面轻松应用
根据需要使用补充技术扩展 Scrum 方法
其目的在于通过实现颠覆性创新将敏捷方法扩展到项目执行范围以外
A3.14 规范敏捷(DA)
在综合模型中整合多种敏捷最佳实践的过程决策框架
旨在平衡专注范围过于狭窄(如 Scrum)或细节过于规范(如 AgileUP)的流行方法
原则
以人为先
面向学习
完全交付生命周期
目标驱动
企业意识
可扩展