敏捷方法导图
2020-11-23 10:41:03 0 举报AI智能生成
敏捷方法框架
作者其他创作
大纲/内容
极限编程（XP）
价值观
沟通
保证团队成员指知道彼此在做什么，每日站会是保持沟通的关键
简单
减少复杂成都、多余功能，消除浪费
反馈
团队尽早适应，早起出现错误式有益的，可以有足够时间来改进
勇气
有勇气把自己的工作对别人公开视，结对编程共享代码，经常改进
尊重
识别不同，尊重不同
角色
XP教练
XP客户
XP程序员
XP测试员
XP跟踪员
12个技术实践
计划游戏
发布计划
客户对需求描述，团队预估。客户将勾勒项目交付计划
迭代计划
小版本
快速将工作软件部署给目标用户，多次交付产品的质量保证需要严格测试和持续集成来完成
用户测试
团队自动测试
集成代码所有权
所有人共享代码，避免离职不良影响，知识代码共享
编码标准
每个团队统一标准
可持续的开发速度
最高的生产率水准
比喻
解释设计的理念和创建共享的愿景，让干系人理解和解释项目开发的系统如何工作
持续集成
不完善设计及早暴露，从而尽快发现错误，持续集成可以每天一次或者多次
测试驱动开发（TDD）
现写测试用例，再进行编码，尽早发现错误，提高代码质量，尽早得到反馈
重构
不改变功能的基础上，通过调整代码改善软件质量、性能使架构趋于合理，提高扩展性和可维护性，自动化测试
简洁设计
增量方法保持适用性
结对编程
尽早发现错误，节约时间，共享知识，扩散技术知识
KANBAN
WIP
限制在制品帮助解决问题
流程可视化
限制WIP
减少瓶颈，聚焦并持续改进
管理工作流
改进拉式模型，承诺鼓励团队成员尝试新的方法和改进流程，缩短循环时间，预测完工日期
保证流程规范清楚明确
加强合作
精益/lean
价值观接近敏捷
七大核心
消除浪费
浪费最小化，延期没有用的功能，等待都是一种浪费
授权团队
尊重团队成员并由团队成员决策，保证项目效率，有利于项目成功
快速交付
通过快速交付有价值的软件来最大化项目的投资回报率ROI
全面优化
关注整个组织的优化改进，关注团体
品质为先
构建完整性，重构，持续集成，单元测试等技术手段加强质量保证
晚做决策
尽早计划，最晚决策
强化学习
尽早沟通，频繁反馈建立学习内容，保持学习状态
探针
探测未知的工作和风险
小版本交付
频繁测试
Scrum
三大支柱
透明
对『完成』有一致理解，，关键环节干系人可视化
检验
监控迭代进展，检验者要求有经验
适应
发现偏差，不可接受时尽快停止调整过程或内容
Sprint
sprint0
组建团队，导入培训，确定PBL，以及第一个迭代开发故事
原型开发，架构设计，办公环境
初始发布计划，定义各种DOD
原型开发，架构设计，办公环境
初始发布计划，定义各种DOD
sprintH
Release迭代,增强迭代，达不到标准时补充，不开发新需求
SoS
scrum of scrums,多团队组成的虚拟团队，或多团队每日站会
角色
PO（产品经理）
定义所有产品功能
决定产品发布的内容和日期
负责产品投入产出
排序功能优先级
调整产品功能和迭代顺序
认同或拒绝迭代的交付
决定产品发布的内容和日期
负责产品投入产出
排序功能优先级
调整产品功能和迭代顺序
认同或拒绝迭代的交付
SM（敏捷教练）
加强对Scrum的理解和使用，带领并知道团队的Scrum时间
扫除障碍
服务型领导
对项目直接管理
使团队紧密合作，团队个人具有多方面工作力
保护团队不受外来因素无端的影响
在自组织和跨职能方面开发团队
协助PO管理待办事项，以及和开发团队沟通项目愿景，目标和产品待办事项
扫除障碍
服务型领导
对项目直接管理
使团队紧密合作，团队个人具有多方面工作力
保护团队不受外来因素无端的影响
在自组织和跨职能方面开发团队
协助PO管理待办事项，以及和开发团队沟通项目愿景，目标和产品待办事项
Scrum团队
负责用户故事实现
自组织，如何交付自主决定
跨职能，全部技能，覆盖交付
共担责任
5~9人，不包含SM和PO
集中办公
自组织，如何交付自主决定
跨职能，全部技能，覆盖交付
共担责任
5~9人，不包含SM和PO
集中办公
4个仪式
Sprint计划会（迭代会）
不超过一个月，风险限制一个月的成本，只有PO能取消sprint
PO准备最新排序待办事项列表
（1）PO确定本次迭代完成的功能（2）团队估算，任务细分SPL(PO可不参加)
PO准备最新排序待办事项列表
（1）PO确定本次迭代完成的功能（2）团队估算，任务细分SPL(PO可不参加)
每日站会
SM主持，每天进行15分钟，所有人都参加，只有Scrum的角色可以说话
团队相互之间的承诺
昨天？今天？障碍？
团队相互之间的承诺
昨天？今天？障碍？
评审会
团队给PO和相关干系人演示Sprint中所完成的功能
并接受PO的意见、建议、评价，用以检视交付产品增量并根据需要调整PBL
评审市场或潜在产品使用方式带来的接下来要做最有价值东西的改变
并接受PO的意见、建议、评价，用以检视交付产品增量并根据需要调整PBL
评审市场或潜在产品使用方式带来的接下来要做最有价值东西的改变
回顾会
Sprint之后，下次Sprint计划之前
总结上一迭代经验和问题
找出潜在改进的方面，同时加一排序
制定改进工作计划
总结上一迭代经验和问题
找出潜在改进的方面，同时加一排序
制定改进工作计划
3个工件
PBL（产品待办事项）
SBL（迭代待办事项）
产品增量
0 条评论
下一页
