NPDP知识点：敏捷开发

责编：廖伟华 2024-01-08

【敏捷开发】

1、敏捷开发模型的定义

门径和敏捷方法的特点：门径流程适用于开发硬件产品，而敏捷方法适用于开发软件产品。这两种方法是相对独立的。敏捷方法和门径流程不是互相取代的关系。相反敏捷方法是一种有效的微观规划工具或项目管理工具，可以用于门径流程中以加快某些阶段，如阶段3和阶段4.

2、敏捷开发理论

敏捷来源

敏捷方法最初是为快速开发软件而专门设计的。在实践中，开发阶段包括一系列的冲刺，每个冲刺或迭代交付——一个产品((可运行的代码或软件))并可以向相关方((客户))演示该产品。一次迭代可能无法为产品赋予足够多的功能或使产品达到上市要求，但在每次迭代结束时都会有——一个可用的产品版本，这恰恰是迭代的目标。若要发布产品或新特性，则通常需要进行多次迭代。一次冲刺的周期通常为23~45周。

敏捷开发宣言

个体和交互	胜过	流程和工具
可工作的软件	胜过	详尽的文档
客户合作	胜过	合同谈判
响应变化	胜过	遵循计划

敏捷方法是在合作环境下由自组织的团队进行产品迭代开发的过程。

敏捷十二原则

	准则1：我们的首要任务是通过尽早和持续交付有价值的软件来满足客户。
最高目标	准则2：即使在开发后期，我们也欢迎需求变更。敏捷方法将这些变更转化为客户的竞争优势。
	准则3：频繁地交付可运行的软件，数周或者数月交付一次，时间间隔越短越好。
	准则7：可用的软件是衡量进度的首要衡量指标。
	准则8：敏捷过程提倡可持续的开发。项目发起人、开发人员和用户应该保持步调稳定。
团队原则	准则4：项目期间，业务人员与开发者共同工作。
	准则5：招募积极主动的人员来开发项目，为他们提供所需的环境和支持，相信他们能做好自己的工作。
	准则6：开发团队里最省时有效的信息传递方式是面对面交流。
	准则11：只有自组织团队才能做出最好的架构和设计。
工作原则	准则9：持续关注先进的技术和优秀的设计，提高敏捷性。
	准则10：简洁——令待办工作最少化的艺术是一切的基础。
	准则12：团队定期反思如何提高效率并调整工作流程。

Scrum335

三个角色	三个工件	五个事件
PO——产品负责人 SM——敏捷教练 TEAM—— 自组织团队	产品待办事项列表迭代待办事项列表可交付产品增量	冲刺/迭代（sprint）冲刺规划会议每日站会迭代评审会议迭代回顾会议

敏捷产品开发过程的关键要素

产品待办列表（Product backlog）	团队在一次冲刺迭代周期重要完成的最小工作单元；
敏捷流程	Scrum是最常用的敏捷框架。团队以Scrum为框架，在一系列固定周期的迭代中开发产品，并以固定的节奏发布软件。
冲刺（Sprint）	指完成特定任务，由开发阶段进入评审环节的一个时间段，一次冲刺一般是3-5周，冲刺周期由敏捷负责人决定。
产品负责人（Product Owner）	代表客户利益并拥有最终决策权。主要职责是平衡相关方之间互相竞争的利益。
敏捷教练（Scrum Master）	团队和产品负责人之间的促进者。不是管理团队，而是具有协助团队和产品负责人消除障碍、充分授权、提高效率、改进与实践、信息协同。促进作用：工作重点从“管理协调”转向“促进合作”。促进个人参与、促进团队内部和团队之间的合作与对话。仆人式领导是通过成为公正的搭桥者和教练来做到，而不是代替其他责任人做出决策。消除组织障碍：教育相关方，将团队从详尽的文档、冗长的过程、频繁的打扰、跨部门工作、行政任务等问题中解放出来。为他人贡献、铺路：通过技术项目管理活动（敏捷原则及实践），提供培训或者支持性工作。
敏捷团队（Scrum Team）	敏捷团队通常由7±2人组成，团队成员由多个职能部门跨职能团队人员组成，冲刺中通过自组织的方式实现冲刺目标。团队在实现目标的方法上享有自主权，并对这些目标负责。特点：自组织、授权、聚焦绩效、设性对抗。作为一个独立团队交付完成的价值，聚焦绩效，自主决策，自主担责。