敏捷概述

生命周期模型

预测型：结果可预测

迭代型：技术/解决方案不确定，反复执行直至修正，一次交付

增量型：需求不确定，向客户提供各个已完成的可交付成果

增量+迭代（敏捷型）

敏捷+预测（混合）

敏捷：想办法用最小的成本、在更短的时间打造可交付（可以使用）的成果。

信息传达最有效的方法是面对面传达

可用的软件是衡量进度的首要衡量标准

时间盒

迭代的固定时间周期叫时间盒

在制品（WIP）限制

在制品就是团队目前在进行的工作；在制品限制关注专注，避免导致返工

Scrum

根据实际情况做方案调整，基于经验主义和精益思维

5个事件

planning、daily scrum、review、sprint retro

迭代计划会、每日站立会、审查会（审计过程）、回顾会（检测结果）、隐藏其中的（产品待办事项梳理会）

在scrum中重要的决策基于3个正式工件的感知状态（大需求池、小需求池、增量）

大需求池：将来要做的工作，大需求池的所有任务汇总在产品待办事项列表。

小需求池：现在在做的工作，在制品。

增量：已完成的，可工作的产品

3个支柱

透明、检视、适应

只有满足了已完成的定义（Definition of Done）才是增量

PO负责轻重缓急

混合敏捷方法

scrum、看板、极限编程

看板：将任务可视化，管理在制品提高绩效

最小可行性产品（MVP）产品

用于工期紧张时，需要尽快给出可交付的成果

回顾会

反思项目状态，检查产品是否符合需求，获取相关方的反馈

评审会

检查过程是否合规

站立会

敏捷团队使用站立会对彼此进行微观承诺、发现问题，并确保工作在团队中的顺利进行。

通常站立会不应超过15分钟

待办事项细化

由PO把业务需求进行优先级排序，进而把计划从遵循转变为响应

敏捷团队

敏捷团队的特点：团队应该是小型的、并置的、在可能的情况下主要由“T”型人员，通才组成

鱼缸窗口

两个或多个位置之间的长期视频会议链接

用户故事

用户故事是对所需功能的简短文本描述，即敏感项目的工作包

刺探

spikes 是一种有时限的研究实验，可用于估计、几首标准定义和理解用户在产品中的行动流程。

spikes活动在需要时进行组织，不需要在每次迭代结束时进行组织。

迭代过程

敏捷项目中的迭代过程，迭代持续时间都是有时间盒的不能延长，所有不完整的故事都需要返回到待办事项中，重新进行排序。

预期货币价值分析

分析某些情况可能发生或不可能发生时的一种计算平均结果的统计方法