敏捷开发学习分享
作者：互联网
程序猿都非常懒。你懂的。
敏捷不是快。而是拥抱变化(不断反馈的一个过程)。
简单的说，敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。
在敏捷开发中。软件项目的构建被切分成多个子项目。各个子项目的成果都经过測试，具备集成和可执行的特征。换言之。就是把一个大项目分为多个相互联系，但也可独立执行的小项目，并分别完毕，在此过程中软件一直处于可使用状态。
敏捷原则：主张简单，拥抱变化，可持续性。高速反馈，轻装前进。
敏捷思维：让开发过程轻量化(我们不是软件工厂)。经验性过程更适合软件项目。需求是涌现式的，应用不断变化细化的计划。团队方法尽可能的自组织和自管理。
传统模式(瀑布模式，文档驱动开发。预測性控制风险)。
敏捷思想：摸着石头过河。软件开发是一个知识发现的过程。
是一种管理风险的方式。
敏捷方法觉得需求是涌现式的。范围是不确定的。
传统的项目经理：管理的是时间，成本，范围。
敏捷主张的是自主研发，市场推出的容忍度(研发周期)，高速识错(经验行的过程).
自组织的体现是管理放权。
价值驱动和成本驱动。
外部激励和自我激励(感兴趣，成就感，适当的压力。竞争或挑战，责任心，有价值，自主权)。
敏捷强调沟通。沟通三要素：倾听，表达。确认。
团队和po确定Done的标准。
敏捷误区：敏捷不是快。敏捷不须要架构。敏捷须要做到简洁，不是降低。
为什么须要三个角色？我们须要做什么，方法。流程，递交。
Po的职责：查看竞争对手(决定需求，需求的管理者，不是提出者)。
SM:鼓励士气。控制节奏，协调团队成员的职责。流程负责人。
团队：递交。
Srcum团队：有目标(拥有团队目标)，会反醒的团队(回想会议)，拥有团队协议。
标签：团队,学习,须要,开发,敏捷,软件,分享,过程 来源： https://www.cnblogs.com/ldxsuanfa/p/10780517.html