NPDP知识点：敏捷开发

可工作的软件

胜过

详尽的文档

客户合作

胜过

合同谈判

响应变化

胜过

遵循计划

准则2：即使在开发后期，我们也欢迎需求变更。敏捷方法将这些变更转化为客户的竞争优势。

准则3：频繁地交付可运行的软件，数周或者数月交付一次，时间间隔越短越好。

准则7：可用的软件是衡量进度的首要衡量指标。

准则8：敏捷过程提倡可持续的开发。项目发起人、开发人员和用户应该保持步调稳定。

团队原则

准则4：项目期间，业务人员与开发者共同工作。

准则5：招募积极主动的人员来开发项目，为他们提供所需的环境和支持，相信他们能做好自己的工作。

准则6：开发团队里最省时有效的信息传递方式是面对面交流。

准则11：只有自组织团队才能做出最好的架构和设计。

工作原则

准则9：持续关注先进的技术和优秀的设计，提高敏捷性。

准则10：简洁——令待办工作最少化的艺术是一切的基础。

准则12：团队定期反思如何提高效率并调整工作流程。

PO——产品负责人
SM——敏捷教练
TEAM—— 自组织团队

产品待办事项列表
迭代待办事项列表
可交付产品增量

冲刺/迭代（sprint）
冲刺规划会议
每日站会
迭代评审会议
迭代回顾会议

敏捷流程

Scrum是最常用的敏捷框架。团队以Scrum为框架，在一系列固定周期的迭代中开发产品，并以固定的节奏发布软件。

冲刺（Sprint）

指完成特定任务，由开发阶段进入评审环节的一个时间段，一次冲刺一般是3-5周，冲刺周期由敏捷负责人决定。

产品负责人（Product Owner）

代表客户利益并拥有最终决策权。主要职责是平衡相关方之间互相竞争的利益。

敏捷教练（Scrum Master）

团队和产品负责人之间的促进者。不是管理团队，而是具有协助团队和产品负责人消除障碍、充分授权、提高效率、改进与实践、信息协同。

1. 促进作用：工作重点从“管理协调”转向“促进合作”。促进个人参与、促进团队内部和团队之间的合作与对话。仆人式领导是通过成为公正的搭桥者和教练来做到，而不是代替其他责任人做出决策。
2. 消除组织障碍：教育相关方，将团队从详尽的文档、冗长的过程、频繁的打扰、跨部门工作、行政任务等问题中解放出来。
3. 为他人贡献、铺路：通过技术项目管理活动（敏捷原则及实践），提供培训或者支持性工作。

敏捷团队（Scrum Team）

敏捷团队通常由7±2人组成，团队成员由多个职能部门跨职能团队人员组成，冲刺中通过自组织的方式实现冲刺目标。团队在实现目标的方法上享有自主权，并对这些目标负责。
特点：自组织、授权、聚焦绩效、设性对抗。
作为一个独立团队交付完成的价值，聚焦绩效，自主决策，自主担责。