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