敏捷开发：scrum基本概念
敏捷开发概念：
敏捷开发不是指⼀种具体的⽅法论、过程或者框架，⽽是⼀组价值观和原则。 符合敏捷开发价值观和原则的开发⽅式包括：极限编程(XP)、Scrum、精益软件开发(Lean Software Development)、动态系统开发⽅法(DSDM)、特征驱动开发(Feature Driver Development)、⽔晶开发(Crystal Clear)等。
敏捷开发特征：
1. 迭代式开发。将整个过程分为⼏个迭代周期。每个迭代周期通常为1~4周。
2. 增量交付。产品是在每个迭代周期结束时被逐步交付使⽤，⽽不是整个开发过程结束后，⼀次性交付使⽤。给客户带来即时效益和价
值。
3. 开发团队和⽤户反馈推动产品开发。 主张⽤户全程参与到整个开发过程。需求变化和⽤户反馈能及时集成到产品中。
4. 持续集成。
5. 开发团队⾃我管理。 敏捷开发总是以⼈为中⼼建⽴开发的过程和机制。
SCRUM介绍
scrum基本概念
⽤于开发和维持复杂的产品，是⼀个增量、迭代的开发过程，是敏捷开发的⼀种实现机制。主张知识源于经验，以及基于已知的东西做决定。
sprint—冲刺
scrum中由若⼲个短迭代周期组成，每⼀个迭代周期称为⼀个冲刺(sprint)。
Backlog
是⼀个按照商业价值(实现优先级)排序的事项列表。列表的体现形式通常为⽤户故事。该列表上的事项，由scrum团队⾃主挑选。并**在sprint计划会议上经讨论、分析、估算得到相应任务。**任务由成员⾃主挑选并实现。
SCRUM特征
1. 迭代开发。每个迭代必须产出可⼯作的增量功能。
2. 增量交付。每个交付都是所有sprint中所有项⽬的总和。
3. ⾃组织团队。scrum团队有权进⾏设计、计划和执⾏任务，还需要⾃⼰监督和管理⼯程的过程和进度。
4. ⾼优先级的需求驱动。backlog是⼀个需求清单。scrum从backlog最上层的⾼优先级的需求开始开发。
SCRUM 3355
三个⾓⾊：
产品负责⼈(Product Ower)、Scrum Master、Scrum 团队。产品负责⼈与scrum master不能是同⼀个⼈。
三个资产：
Product Backlog、Sprint Backlog、增量（Increment）
五个事件(下⽂详细解释):
需求梳理会(Backlog Grooming Meeting)、Sprint计划会(Sprint planning meeting)、Scrum每⽇站会(Daily Standup Meeting)、Sprint评审会(Sprint Review Meeting)、Sprint回顾会(Sprint Retrospective Meeting)
五个价值观：
勇⽓、专注、开放、尊重、承诺
⽤户故事
⽤户故事的优先级基于商业价值。
拟订故事的INVEST原则：
Independent：每个⽤户故事相对独⽴，⼀个⽤户故事可能有多个功能。
Negotiable：可商量的。具体细节是可以讨论的。
Valuable：有价值的，在故事中的功能能给⽤户带来什么价值。
Estimable：可估算的。⽤户故事可以估算，即⼯作量可估算。
Small：⼩的。⼩到每个故事在⼀个sprint中可以完成。
Testable：可测量的，每个故事必须有相应的验收标准。
3C原则：
Card：写在卡⽚上。
Conversation：⽤于对话。
Confirmation：及时确认。
DEEP原则：
Detailed Appropriately：适当细化
Emergent：有限的
Estimated：估算
Prioritized：排序的
价值MoScOW原则：
Must：必须要⼲
Should：应该⼲
Could：可以⼲
Won`t：不⽤⼲
验收标准(AC)：
验收标准就是⼀系列可以接受的验收条件或者业务规则，且与功能或feature相互匹配和满⾜，同时也能被产品负责⼈和相关⼈接受。验收条件可作为验收测试⽤例的具体例⼦。这也是我们常说的实例化需求，也是为了避免误读，让抽象的需求变得具体和可测试。
五个事件
需求梳理会(Backlog Grooming Meeting)
输⼊：product backlog
⼯具和技术：会议(product ower 、scrum master、scrum team)、时间(当前sprint结束前两三天)
输出：sprint backlog粗略
Sprint 计划会(Sprint planning meeting)
输⼊：spring backlog粗略
⼯具和技术：会议(product ower 、scrum master、scrum team)、时间(当前sprint结束前两三天)
输出：spring backlog完整
Scrum每⽇站会(Daily Standup Meeting)
三个问题：昨天⼲了什么，今天预订⼲什么，遇见了什么问题。持续集成的概念
Sprint评审会(Sprint Review Meeting)
scrum团队向po展⽰sprint的成果。
1. 以⽤户故事的⽅式展⽰⽽不是以功能的⽅式展⽰。
2. 团队成员轮流向po讲解。⽬的：加强每个团队成员对项⽬的了解程度。可以抵御相关关系⼈离开时的风险。
Sprint回顾会(Sprint Retrospective Meeting)
输⼊：sprint中各种事务
⼯具和技术：反省会。每个迭代最后的⼀个活动。总结迭代中好的地⽅，不好的地⽅，应该保持的问题。
输出：具体的改善⽅案。⽐如：xxx在某个时间内将xxx这件事改善到某种程度。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。