敏捷ACP
2020-02-11 11:43:12 0 举报AI智能生成
登录查看完整内容
PMI-ACP的重点知识脉络梳理
作者其他创作
大纲/内容
敏捷开发的核心思想
以人为本
适应变化
敏捷实践的原则
1、目的：使客户满意
2、态度：欢迎需求变更
3、关注：客户需要的软件
4、合作：推倒那堵墙
5、核心：团队成员
6、沟通：面对面
7、标准：可工作的软件
8、倡导：可持续开发
9、追求：技术卓越和设计良好
10、根本：简洁
11、团队：自组织
12、调整：定期反思
敏捷联盟宣言
个体交互 【重于】 过程和工具
可用的软件 【重于】 完备的文档
客户协作 【重于】 合同谈判
相应变化 【重于】 遵循计划
强调
价值
人
适应
改进
沟通
管理干系人（相关方）
面对面沟通最有效
模型
调度式
PM
Team Leader
Team
合作
Sender
message
Receiver
Feedback
知识分享
信息雷达图
关系管理技巧
自我意识
情绪自我意识
自我管理
成就导向
适应能力
情绪自我控制
乐观、积极
关系管理
冲突管理
世界大战
摧毁对方
很少或者没有语言的交换
解决方式：保护
圣战/讨伐
保护自己的群组成了焦点
语言是一种意识形态
解决方式：外交手段
争辩
胜利重于解决
语言包含个人攻击
解决方式：容纳/谈判
争执
个人保护胜过协作
语言是戒备但允许解释
解决方式：支持/安全
解决问题
信息分享和协作
语言是开放并基于事实
解决方式：协作/共识
培养他人
影响力
领导力
GROW模型
团队协作
社会意识
同理心
倾听的阶段
内心收听
将他人事件转换成自身影响
专心收听
关注他人立场与感情
全心倾听
共情
组织意识
敏捷ACP
方法论
Feature-Driven Development（FDD，特征驱动开发）
Dynamic Systems Development Methodology（DSDM，动态系统开发方法）
Lean（精益生产）
Scrum
目标
通过高透明性、检验和适应性来管理复杂性、不可预测性和变化
3个角色
产品持有者（Product Owner，PO）
定义所有产品功能
决定产品发布的内容和日期
对产品的投入产出负责
根据市场变化对需要开发的功能排列优先顺序
合理的调整产品功能和冲刺（Sprint）顺序
认同或者拒绝冲刺（Sprint）的交付
Scrum Master（SM）
对项目的直接管理
领导团队完成Scrum的实践以及体现其价值
排除团队遇到的困难
确保团队胜任其工作，并保持高效的生产率
使得团队紧密合作，使得团队个人具有多方面职能的工作能力
保护团队不受到外来无端影响
团队（Team）
经典团队拥有3至9个人
团队成员都是多面手（T型人才）
团队成员都是全职工作
团队自我组织和管理
团队关系在一个冲刺（Sprint）中应该是固定的，个人的职能可以在新冲刺（Sprint）开始时发生调整
3个组件
产品待开发列表
冲刺待开发列表
燃烧图
5个仪式
冲刺（Sprint）计划
冲刺（Sprint）评审
冲刺（Sprint）回顾
每日立会
冲刺（Sprint）
5个价值观
承诺
专注
公开
尊重
勇气
全视角Scrum过程
产品路线图（Product Road Map）
产品（Product）
Release（发布）
Sprint（冲刺或者迭代）
每日运行
站会
时间盒：15分钟
内容
昨天做了什么
今天准备做什么
遇到什么问题/需要什么帮助
不讨论具体问题
会后更新Sprint燃烧图
两个会议
Sprint Review（冲刺或者迭代评审）
Show Case
Sprint 回顾会
流程
开场
收集数据
时间线
满意直方图
triple nickle
分析问题
鱼骨图
立场分析
5-Why
Short subjects
SMART Goals
回顾规划游戏
结束
时间盒：不超过3小时
回顾项目运作的好与不足，讨论改进
Host：Scrum Master
参与人：团队
方式：发散性讨论
输出：Scrum Master发出会议总结邮件
Sprint计划会
做什么
怎么做
Sprint Backlog（冲刺待开发列表）
Task Board（任务板）
Scrum Board（Scrum板）
Kanban Board（看板）
任务
时间盒：16小时以内
时间盒：2至4周
PO负责方向
愿景
产品盒子
决策衡量
ROI（Return on Investment，投资回报率）
NPV（Net Present Value，净现值）
BCR（Benefit Cost Ratio，效益成本比）
Payback（回收期）
敏捷章程指导
使命
成功标准
其他参照PMP项目章程
Product Backlog（产品待开发列表）
用户故事
格式
角色：作为……
用户画像
活动：我想要……
商业价值：以便于……
验收标准
备注
要素（3C）
卡片（Card）
对话（Conversation）
验证（Confirmation）
原则（INVEST）
独立的（Independent）
可协商的（Negotiable）
有价值的（Valuable）
可估算的（Estimable）
小的（Small）
可测试的（Testable）
类型
史诗故事
主题故事
拆分方法
简单/复杂
延迟性能
业务操作
最简路径法
UseCase法
接口可变性
业务规则变化
工作流步骤
主要工作或投入
数据的变化
故事穿刺（SPIKE，最后使用）
估算
单位：点数
方法
宽频戴尔菲（Delphi）
实例：敏捷扑克
相对估算
实例：大中小杯咖啡
亲和估算
实例：按照尺码大小分类
用户故事分级（排序）
MoSCoW原则
必须有
应该有
可以有
没有
虚拟货币
Kano分析
基本
期望
惊喜
商业价值与风险二维坐标系
（最简可行产品）MVP
来源：用户故事工作坊
用户故事地图
时间盒：3至9个月（或者更长）
发布燃烧图
时间盒（Time box）
时间固定
承诺目标
Crystal（水晶）
Kanban（看板）
价值流
WIP
eXtreme Programming（XP，极限编程）
简单
反馈
原则
快速反馈
假设简单
增量变化
拥抱变化
质量工作
实践
组织
完整的团队
计划游戏
小型发布
客户测试
团队
编码标准
可持续的速度（40小时）
隐喻
持续集成（CI）
共同所有权
个人
TDD（测试驱动开发）
重构
结对编程
简单设计
0 条评论
回复 删除
下一页
