PMI-ACP-agilecertifiedpractitioner
2021-02-22 00:22:26 0 举报AI智能生成
登录查看完整内容
为你推荐
查看更多
agile certified practitioner
作者其他创作
大纲/内容
agile certified practitioner
敏捷联盟宣言（核心价值观）
个体和交互
高于
流程和工具
可用的软件
详尽的文档
客户合作
合同谈判
响应变化
遵循计划
十二个原则
我们最重要的目标是，通过尽早持续地交付有价值的软件来满足客户的需求。
持续尽早向客户交付软件
欢迎对需求提出变更，即使在项目开发后期也不例外。敏捷过程要善于利用需求变更，帮助客户获得竞争优势。
拥抱变化
要不断交付可用的软件，周期从几周到几个月不等，且越短越好。
频繁的发布可用软件
项目实施过程中，业务人员与开发人员必须始终在一起通力协作。
客户与开发在一起
要善于激励项目人员，给予他们所需要的环境和支持，并相信他们能够完成任务。
以人为本
无论是对团队内还是团队间，最有效的沟通方法是面对面的交谈。
7%语调+38%声音+55%肢体语言
交互式沟通
可用的软件是衡量进度的主要指标。
衡量开发过程的标准是交付可用的软件
敏捷过程提倡可持续的开发。项目发起人、开发人员和用户应该都能够始终保持步调稳定。
稳定的开发速度
对技术的精益求精以及对设计的不断完善将提高敏捷性。
敏捷高效的设计
要做到简洁，即尽最大可能减少不必要的工作，这是一门艺术。
简单有效，效能为上
最佳的架构、需求和设计将出自于自组织的团队
重视teamwork
团队要定期反省怎样做才能更有效，并相应地调整团队的行为
积极调整
项目开发生命周期
预测型生命周期
定义：传统方法，提前进行大量计划工作，然后一次性执行。执行是一个连续的过程。
特点：（瀑布、统一交付）
需求：固定
活动：完整项目一次性执行
交付：一次性交付
目标：管理成本
适用场景：
充分了解拟交付产品
有厚实的行业实践基础
整批一次性交付产品有利于相关方
迭代型生命周期
定义：允许对未完成的工作进行反馈，从而改进和修改相应工作任务。
特点：（重复、循环）
需求：动态
活动：重复执行直到取得正确成果
目标：正确的结果
管理技术风险
不断演化需求
增量型生命周期
定义：向客户提供各个已完成的交付成果，从而可以立即使用。
特点：（渐进、持续交付）
活动：每个增量执行一次
交付：多次交付
目标：速度
管理日常风险
应对小的需求变更，难以处理影响到架构的变更
敏捷型生命周期
定义：敏捷方法，既有迭代，也有增量，便于完善工作，频繁交付。
特点（小步迭代、快速试错）：
目标：得到客户反馈持续交付价值
根据Stacey矩阵分析，需求不确定但技术确定 或 需求确定但技术不确定 的情况下使用
出现繁杂问题，需要小步迭代，快速验证试错
混合型生命周期
定义：预测型+敏捷型
使用场景：
传统到敏捷转型过渡期
使用每种生命周期的优点
敏捷框架和方法
XP
编程方法
结对编程
简单设计
重构
代码更加简洁已复用
测试驱动开发（TDD）
单元测试
减少bug
快速定位bug
提高代码质量
减少调试时间
精益开发
验收测试驱动开发（ATTD）
对业务文档统一
自然语言描述
可以运用的需求和用例
活着的文档
探索性测试
系统级测试
集成测试
冒烟测试
回归测试
自动化测试
小组实践
持续集成
减少风险
减少重复过程
产生可部署的软件
使项目更加透明
建立项目信心
代码集体所有
编码标准
隐喻：讲故事的方式
稳定高速
知识共享
交付和管理
完整的团队
现场客户
小规模发布
计划游戏
Crystal 水晶方法
最佳实践
项目章程
建设团队
探索360
为团队制定规范
建立初试计划
交付迭代
渗透式沟通
项目总结
反思提高研讨会
FDD 特征驱动开发
DSDM 动态系统开发方法
AUP 敏捷统一过程
精益方法 （严格意义上不是一种敏捷方法）
消除浪费
过度生产
不合格产品
待工
过度流程
库存
再作业
迁移
SCRUM
3355模型
3个角色
产品负责人（product owner）
决定产品发布的内容及发布日期
定义所有产品功能
根据市场的变化对需要开发的功能排列优先排序
合理的调整产品功能和迭代顺序
对产品投入产出负责（ROI）
认同或者拒绝迭代的交付成果
ScrumMaster
对项目的直接管理
领导团队完成SCRUM实践以及体现其价值
排除团队遇到的困难
确保团队的胜任其工作，并保持高效的生产率
使得团队紧密合作，使得团队个人有多方面职能的工作能力
保护团队不受外来无端的干扰与影响
DevTeam
经典团队5-9人
团队成员都是多面手/跨职能（开发人员、测试人员、用户设计师等）
团队成员都全职工作
团队自组织和自管理
团队关系在一个迭代内是固定的，个人的职能可以在新的迭代开始时调整
概要
when
what
value
delivery
仆人式管理
掌控Scrum流程
清除障碍
保护团队
多面手/跨职能
自我组织和管理
3个工件
产品待办事项列表 (ProductBacklog)
冲刺待办事项列表 (SprintBacklog)
产品增量 (ProductIncrement)
5个仪式
冲刺规划会议 (SpringtPlan)
冲刺评审会议 (SprintReview)
冲刺回顾会议 (SprintRetrospective)
每日站立会议 (DailyScrumMeeting)
冲刺 (Sprint)
5个价值观
承诺
专注
公开
尊重
勇气
典型场景
PO和开发团队对产品业务目标形成共识
PO建立和维护产品待办事项列表（需求会不断新增和改变）并进行优先级排序
PO每轮迭代前，Review产品待办事项列表，并筛选高优先级的用户故事进入本轮迭代开发
开发团队细化本轮迭代的用户故事，并按照用户故事的优先级依次在本轮迭代完成
开发团队每日站立会议、特性开发、持续集成、使开发进度真正透明
PO对每轮迭代（2-4周）交付的可工作软件进行现场验收并反馈
回到第三步，开始下一个迭代
Kanban 看板
6个核心实践
可视化的工作流
可视化价值
可视化价值流动
可视化问题和阻塞因素
可视化队列、瓶颈
可视化流转规则
限制在制品WIP (work in progress)
度量和管理流动
关注平均完成时间
速度：对每次迭代完成的用户故事或故事点的衡量
生产量：在一个特定时间内团队能够开放的特征数量
周期时间 (Cycletime) ：处理一个工作项目所需时间。团队通过衡量周期时间发现瓶颈和延迟问题（开发-发布）
前置时间 (Leadtime) ：交付一个项目花费的总时间，从项目添加到看板直至完成。衡量交货时间可了解外部依赖关系
响应时间 (Responsetime) ：Leadtime 减 Cycletime
显示化规则
在协作及实验中改进
建立反馈环
3个工具
看板墙
累积流量图
利特尔法则
平均吞吐量 = WIP 在制品Delivery Rate —————————— Lead Time 前置时间
建立敏捷团队
相关方
价值驱动交付
最小化可行性产品MVP
敏捷项目启动
替代 预测型项目管理的内容
商业论证（敏捷项目不强调）
投资回报率
回收期
净现值
内部报酬率
项目章程（敏捷项目不强调）
目标说明
用户和客户收益
要点
技术上的考虑
问题和风险
主要里程碑
核心团队成员
猪与鸡的故事
产品愿景
电梯演讲
为了
目标客户，
他们的
需要和机会，
这个
叫xx产品，
是
一个什么样的产品类型，
它可以
有什么样的关键优点和使用理由，
而不像
同类的竞争产品xx
我们的产品
有着什么样的差异化
用户画像
persona： 主要是偏于市场研究，偏感性，persona可以用于很多阶段。
profile：偏于产品，且更偏向已有数据分析。
商业画布
重要伙伴
关键业务
价值主张
客户关系
客户指标
核心资源
渠道通路
成本结构
收入来源
确定角色
PO
产品最高决策人
SM
仆人式领导
消除障碍
DEV-TEAM
3-9人
自组织、自管理、通才
敏捷项目规划
产品地图 (RoadMap)
产品待办列表 (ProductBacklog)
合适的详细程度
带估计的
优先级排序
用户故事
INVEST
independent
独立性
negotiation
可协商性
valuable
有价值
estimable
可估算
small
短小
testable
可测试性
故事描述3C原则
Card (业务价值的reminder、做设计和沟通的token)
Conversation (用于在计划或估算时引发关于故事细节的对话)
Confirmation (将细节以验收测试的方式来确认故事完整性和正确性)
完成的定义DoD
三要素
影响地图
验收标准 AC
Given
在什么样的情景或条件下
When
做了什么操作，采取了什么行动
Then
得到了什么结果
简单设计 (高中低)
MoSCoW
虚拟货币
100点方法
100点必须花出去
Kano分析
基本
期望
超预期
需求优先级模型
用户故事工作坊
看重数量
PO筛选进入backlog
产品待办事项梳理 Refinement
用户故事地图
产生背景
用户故事地图就是将story用可视化的方式展现在团队面前，让团队可以仔细梳理、讨论、确认这个story包含的内容，最终产出需求进行开发。
用户故事地图是Userstory的前传！
听众
结构
地图的核心是一条从左到右的时间线
时间线上第一行放置最大粒度的需求，即Epic
时间线上第二行放置级粒度需求，即function
时间线自下而上放置三级粒度需求，即Userstory
Release和时间线平衡，确保在发布Release的过程中考虑故事的完整性
Release1 即 MVP
作用
了解整个产品的全貌
找到整个产品的主观，也就是路径
促使产生更多用户故事
解决问题
防止只见树木不见林，更容易看清backlog全貌
确保backlog覆盖了最重要的用户体验路径，及当前所规划的场景是否可以为用户提供价值
确保发布计划以及发布目标，同时确保早起的发布可以验证整体架构和解决方案
需求金字塔
金字塔的定断是需求的目标，也就是解决什么用户或业务问题？
金字塔的中间层次是操作和操作流程，为了实现上层目标，系统需要支持哪些用户操作？这些操作的流程是什么样的？
金字塔的底层是业务规则，各个操作步骤对应的业务规则是什么样的？
绘制
估算
宽带德尔菲
敏捷扑克牌
n轮
差异大的解释原因，再次估算
相对估算
对比几倍的估算
亲和估算
按故事点大小分类估算
理想日
task时间估算，无任何干扰下的估算
流失时间
干扰时间+理想日
用户故事点
斐波那契数列
速率
团队的整体速度
用1-2个spring实验
团队速率无可比性
拒绝人/天方式
计划
ReleasePlan
ProductBacklog
SpringtBacklog
Task
敏捷项目执行
每日站会
昨天做了些什么
今天将要做什么
遇到了什么困难
高效团队
塔克曼模型
沟通愿景
激励团队成员
积极聆听
耐心倾听
专心倾听
全心倾听
冲突管理
合作/解决问题
双赢
妥协/调解
双赢或双输
缓和/包容
求同存异，冲突依然存在
撤退/回避
未解决问题
强迫/命令
紧急情况二选一，输或者赢
三步干预法
你没有跟xx提到过顾虑和感受
没有的话，xx应该知道你的顾虑，如果我跟你去找他有帮助吗
没有的话，我可以告诉xx有这些顾虑吗
不可以的话就置之不理
守破离
守
是遵守基本的原型，规规矩矩地做事
破
是对原型有所突破，不断摸索、试错，发掘自身的特点
离
是从原型中独立出来，开创全新的境界
创造工作空间
渗透式沟通是沟通方法的一种，信息在互相搭配工作的团队成员之间无意识地进行共享。因为共享相同的工作环境中，团队成员处于相同环境的声音输入和其他环境输入中，并无意识地共享能促进沟通的共同体制中。
决策模型
简单投票
拇指上下边
决策分级
5个拳头投票
敏捷项目监控
燃尽图
Release BurnDown
发布后
Sprint BurnDown
展会后
累计流量图
正常的是平行的
非平行代表出现问题
信息雷达图
信息可视化
信息共享
停车场图
对feature进行监控
敏捷项目收尾
评审会议
回顾会议
回顾会议工具
回顾会议好处
SCRUM流程图
精益管理和看板
精益管理
减少浪费
降低成本
准时化
自动化
持续改进
精益价值流
找出非增值活动
找出浪费的地方
看板好处
帮助定义完成
流程可视化
流程持续改进
工作量可视化
识别工作瓶颈
如何看板
PMI道德规范
责任
公正
诚实
敏捷开发核心思想；以人为本，适应变化
1.及早频繁交付可用软件2.拥抱变化3.以人为本，与客户和团队面对面沟通4.简单、高效、稳定、积极调整
收藏
0 条评论
回复 删除
下一页
