PMI-ACP
2021-11-26 14:07:54 0 举报AI智能生成
PMI-ACP
作者其他创作
大纲/内容
敏捷联盟宣言（核心价值观）
个体和交互 高于 流程和工具
可用的软件 高于 详尽的文档
客户合作 高于 合同谈判
响应变化 高于 遵循计划
十二个原则
我们最重要的目标是，通过尽早持续的交付有价值的软件来满足客户的需求（持续尽早向客户交付软件）
欢迎对需求提出变更，即使再项目开发后期也不例外，敏捷过程要善于利用变更，帮助客户获得竞争优势（拥抱变化）
要不断交付可用的软件，周期从几周到几个月不等，且越短越好（频繁的发布可用软件）
项目实施过程中，业务人员与开发人员必须始终在一起通力协作（客户与开发在一起）
要善于激励项目人员，给予他们需要的环境和支持并相信他们能够完成任务（以人为本）
无论是对团队内还是团队间，最有效的沟通方法是面对面的交谈（7%语调+38%声音+55%肢体语言 交互式沟通）
可用的软件是衡量进度的重要指标（衡量开发过程的标准是交付可用的软件）
敏捷过程提倡可持续的开发，项目发起人、开发人员和用户应该都能够保持步调稳定（稳定的开发速度）
对技术的精益求精以及对设计的不断完善将提高敏捷性（敏捷高效的设计）
要做到简洁，即尽最大可能减少不必要的工作，这是一门艺术（简单有效，效能为上）
最佳的架构、需求和设计将出自有自组织的团队（重视teamwork）
团队要定期反省怎样做才更有效，并相应的调整团队的行为（积极调整）
项目开发生命周期
预测型生命周期
定义：传统方法，提前进行大量计划工作，然后一次性执行，执行是一个连续的过程
特点：瀑布、统一交付
需求：固定
活动：完整项目一次性执行
交付：一次性交付
目标：管理成本
适用场景：
充分了解拟交付产品
有厚实的行业基础
整批一次性交付产品有利于相关方
迭代型生命周期
定义：允许对未完成的工作进行反馈，从而改进和修改相应工作任务
特点：重复、循环
需求：动态
活动：重复执行直到取得正确结果
交付：一次性交付
目标：正确的结果
适用场景：
管理技术风险
不断演化需求
增量型生命周期
定义：向客户提供各个已完成的交付成果，从而可以立即使用
特点：渐进、持续交付
需求：动态
活动：每个增量执行一次
交付：多次交付
目标：速度
适用场景
管理日常风险
应对小的需求变更，难以处理影响到架构的变更
敏捷型生命周期
定义：敏捷方法，既有迭代、也有增量，便于完善工作，频繁交付
特点：小步迭代、快速试错
需求：动态
活动：重复执行直到取得正确结果
交付：多次交付
目标：得到客户反馈持续交付价值
适用场景
根据stacey矩阵分析，需求不确定但技术确定或需求确定但技术不确定的情况下使用
出现繁杂问题，需求小步迭代，快速验证试错
混合型生命周期
定义：预测型+敏捷型
使用场景
传统到敏捷转型过渡期
使用每种生命周期的优点
敏捷框架和方法
XP（极限编程）
五大价值观
沟通
简洁
反馈
勇气
尊重
12个技术实践
小版本
用户测试
代码共有权和编码标准
可持续的速度
持续集成
测试驱动开发
重构
结对编程
Crystal水晶方法
FDD特征驱动开发
DSDM动态系统开发方法
AUP敏捷统一过程
精益方法（严格意义上不是一种敏捷方法）
消除浪费
授权团队
最后责任时刻
SCRUM
三大支柱
透明
检验
适应
三大角色
产品负责人
敏捷教练
开发团队
四大仪式
需求梳理会+迭代计划会
每日站会
评审会
回顾会
三大工件
产品代办列表
迭代代办列表
产品增量
Scrum of Scrums
Kanban看板
工作流可视化
限制WIP
信息发射源
建立敏捷团队
相关方与团队
识别相关方
人物（极端人物）
线框图
用户故事
三要素
3C原则
INVEST特征
相关方分析
故事地图
细化的产品路线图
客户参与
价值排序的工具
管理相关方参与
主动、积极、正面
计划会、评审会
信息发射源
速度
授权和谈判
冲突管理
理解团队绩效
内驱力
组建高效团队
团队规模
T型通才
团队自组织
打造高效团队
每日站会
教练与引导
集中办公
虚拟协作工具
头脑风暴
价值驱动交付
规划价值
项目章程
高层级愿景
电梯测试说明书
产品盒子
价值流程图（价值过程图）
消除浪费
识别非增值
价值优先级
MOSCOW
虚拟货币
卡诺分析
PB表
功能性需求
非功能需求
技术债务
风险处理
缺陷补救
跟踪价值
燃尽图
燃起图
累计流量图
发现瓶颈
监控循环时间
预测完成日期
交付价值
七个软件浪费
未完成的工作
额外流程
额外特征
任务切换
等待
移动
缺陷
敏捷项目启动
产品愿景
电梯演讲
用户画像
商业画布
重要伙伴
关键业务
价值主张
客户关系
客户指标
核心资源
渠道通路
成本结构
收入来源
确定角色
PO
产品最高决策人
SM
仆人式领导
保护团队
消除障碍
DEV-TEAM
3-9人
自组织、自管理、通才
敏捷项目规划
产品地图（RoadMap）
产品代办列表（ProductBacklog）
合适的详细程度
带估计的
优先级排序
用户故事
故事描述3C原则
Card(业务价值的reminder,做设计和沟通的token)
Conversation(用于在计划或估算时引发关于故事细节的对话)
Confirmation(将细节以验收测试的方式来确认故事完整性和正确性)
完成的定义DOD
三要素
用户角色
结果
业务价值
影响地图
验收标准AC
优先级排序
用户故事工作坊
产品代办事项梳理Refinement
用户故事地图
估算
带宽德尔菲
相对估算
亲和估算
理想日
流失时间
用户故事点
速率
计划
敏捷项目执行
每日站会
高效团队
塔克曼模型
仆人式领导
积极聆听
冲突管理
合作/解决问题（双赢）
妥协/调解（双赢或双输）
缓和/包容（求同存异，冲突依然存在）
撤退/回避（未解决问题）
强迫/命令
三步干预法
守破离
创造工作空间
渗透式沟通
决策模型
敏捷项目监控
燃尽图
Release BurnDown 发布后
Sprint BurnDown 展会后
累计流量图
正常是平行的
非平行代表出现问题
信息雷达图
信息可视化
信息共享
停车场图
敏捷项目收尾
评审会议
回顾会议
回顾会议工具
子主题 4
SCRUM流程图
精益管理和看板
精益管理
减少浪费
降低成本
准时化
自动化
持续改进
精益价值流
找出非增值活动
找出浪费的地方
看板好处
帮助定义完成
流程可视化
流程持续改进
工作量可视化
识别工作瓶颈
PMI道德规范
责任
公正
诚实
尊重
适应性计划
敏捷计划的层次
愿景
产品路线图
版本的演变
版本计划
包含多个迭代
粗略估算
故事地图
迭代计划
选取用户故事
分解任务
详细估算
每日计划
今天打算做什么
敏捷计划的工具
时间盒
迭代周期
四大仪式（迭代规划会、每日站会、迭代评审会、迭代回顾会）
渐进明细
最小可售功能
敏捷计划的估算
宽带菲尔德
要开会
匿名
多轮
计划扑克
斐波那契数列
亲和估算
故事点
达成共识
不可对比
解聚前后
规模相对
理想时常
回顾与持续改进
发现问题
每日站会
看板
故障泄露
80-90%缺陷解决
控制图
解决问题
持续集成
风险刺探
频繁的确认与验证
DOD
测试驱动开发
根本原因分析（鱼骨图）
理解持续改进
PDCA环（戴明环）
回顾会
预设会议基调
收集数据
分析原因
采取行动（形成行动项）
总结收尾
过程定制
敏捷的多样性
价值最大化
拥抱变更
0 条评论
下一页
