ACP敏捷管理-知识要点
参加了2019.12.7的acp考试，顺利通过啦~
日常工作中事务繁多，在忙碌的工作间隙中抽出时间进行学习，在考取资格认证考试后最终一次性通过了。将所学知识重点整理并记录下来。
考题分布
考题分布 | 领域| 考题比例 |
| --- | --- |
|---|---|
| 领域2：价值驱动的交付 | 20% |
| 领域3：干系人参与 | 17% |
| 领域4：团队绩效 | 16% |
| 领域5：适应性计划 | 12% |
| 领域6：问题发现和解决 | 10% |
| 领域7：持续改进（产品、过程、人员） | 9% |
1、瀑布和敏捷的区别
2、敏捷宣言（四大宣言，记住）
- 人与交互 重于 流程与工具
- 现有的软件 重于 完整的文档资料
- 客户合作 重于 合同协商过程
- 应对变化 重于 严格按计划执行
敏捷开发核心思想： 以人文本，适应变化。
3、敏捷原则（12原则，记住）
- 我们的首要目标是及时且持续地向客户提供高质量的软件产品。
- 鼓励客户在项目进行中就需求提出变更意见，在项目后期阶段也一样。
- 我们需要定期提供可用的软件版本，在几周至几个月之间选择最合适的时间周期。
- 在实施过程中,业务部门与技术部门必须始终保持密切配合.
- 要么激发团队潜能,要么创造理想的工作环境,这样才能使他们有信心完成任务.
- 无论是在开发初期还是团队内部,信息传递的最佳方式都是面对面交流.
- 软件质量始终是评估进度时首先要关注的标准.
- 敏捷方法强调的是可持续性的开发模式,发起人、开发者以及用户三方应当都能够保持一致的步伐.
- 对技术精益求精以及对设计不断追求完善,将会显著提升项目的敏捷度.
- 简洁即是艺术,它要求我们在最大限度地减少不必要的工作量的同时仍能保证工作效率.
- 最佳的设计方案应当由具有自主性能力的设计团队独立完成.
- 团队应定期审视自身的运作方式,并根据评估结果相应地进行改进.
4、敏捷项目管理框架
敏捷项目管理体系划分为五个主要阶段：从visioning到conjecture再到investigation和adjustment最后以conclusion收尾这一系列策略性步骤
（一）envision展望（构想）阶段
（1）目的：
描述项目愿望，指明方向。
（2）定义产品愿景的方法：
产品盒子、电梯演讲。
（3）商业论证：
- 投资收益比ROI越高越好；
- 回收周期最短；
- 折现未来货币价值的净现值NPV最高；
- 内部报酬率IRR越高越优。
（4）敏捷章程的内容：
目标概述、双方带来的益处、重点内容、技术层面的考量、潜在问题及风险、关键人物、关键节点、相关人员
（5） 敏捷中的主要角色（组建的团队中） ：
- SM：支持整个团队的工作；通过带领团队解决阻碍来提升效率；遇到干扰时及时采取措施恢复节奏；遇到打断敏捷流程时及时调整策略以维持节奏；
- PO：负责产品的意愿较强；收集并整理所有用户故事；PO负责统筹讨论并确定优先级（大家均可参与讨论）；
- 开发团队：具备自组织型人才特质；团队成员需具备T型结构的专业技能
考试重点：在案例中，事先或当前，谁应该做什么？
（6）团队工作协议：
- 团队的社会契约
- 团队的价值观体系,如可持续发展的开发速度与核心工作时间段划分等
- 工作协议书,如"就绪"这一状态的具体界定是团队可接受工作的前提,"完成"这一状态的明确界定则是工作终止的标准
- 基本规定,如会议中个人发言的行为规范
- 规范体系,如团队在会议时间使用上的具体态度
（二）speculate推测阶段
（1）敏捷规划有4个不同的层次
- 产品线路图
1）确认需求（这些会成为产品待办事项的一部分）;
2）将需求分类或分定主题;
3）评估相对工作量（例如，计划扑克或者亲和估算）和优先化（价值）;
4）评估粗略时间框架（评估高速和冲刺持续时间，以及粗略发布时间）。
- 发布版本... ，对应的是"功能模块"
- 迭代周期... ，对应的是"子项目"
- 每天
（2）产品待开发列表 PB
PB中不仅包含用户故事还涵盖需求、BUG以及技术重构；
用户故事在粒度上由粗到细，并逐步细化；
其优先级则依次递减；
PB具有动态性且具有可调整性
（3）用户故事
- 标准格式：
按照XXX身份申请； 旨在达成XXXX； 以...商业利益为目标；
卡片背面： 验收标准。
按照以下标准格式进行描述，并明确其目标是什么；同时需明确其商业目标是什么
3C原则：
①卡片card ②对话conversation ③验证confirmation
- INVEST原则：
①Autonomy具有高度的自主权 ②Negotiable易于沟通 ③Highly Valuable具有重要价值 ④Estimable具有可评估性 ⑤小巧 小巧而精炼 ⑥Testable 可验证性地分析
（4） 用户故事优先级排序
- MoSCoW
Must必须做 Should应该做 Could可以做 Would not不要做
- 虚拟货币（Monopoly Money）
用钱去买用户故事
- 100点方法
100点分给需求，哪个需求分的点数多，就说明需求优先级高。
- Kano分析
顺序：基本需求、期望需求、让人兴奋的需求
- 需求优先级模型
价值、风险 把需求分为4个象限
具有较高价值且面临较高风险（其中的风险既可能带来负面影响也可能成为潜在的机遇）；
具有较高价值但较低的风险；
具有较小的价值和较小的风险；
具有较小的价值却面临较高的风险。
