数据结构
网络
关系数据库管理系统 (RDBMS)
操作系统
Java
MS Excel
iOS
HTML
CSS
Android
Python
C 编程
C++
C#
MongoDB
MySQL
Javascript
PHP
物理学
化学
生物学
数学
英语
经济学
心理学
社会学
服装学
法学Scrum 仪式 - 必须遵守
在进行一些宗教活动时，我们严格遵守所有仪式，从不间断。我们是出于对神的敬畏还是对神的信仰和虔诚而遵守这些仪式，这是一个单独讨论的话题。但我们的共同信念是，**必须以十足的诚意遵守这些仪式，才能从至高无上的力量那里获得所需的祝福**。
同样，在遵循任何框架时，我们必须遵守其所有方法和流程，才能从中获得所需的好处；Scrum 也不例外。Scrum 有一些原则和流程，完全遵守这些原则和流程，我们就能获得预期的结果。
敏捷究竟说了什么？
敏捷有一些行之有效的原则和价值观，使其在众多方法中脱颖而出。让我们讨论其中一些理念。
- 与传统方法相反，敏捷相信持续交付可运行的软件给客户，从而提高客户满意度。
- 即使在开发的后期阶段，也可以更改需求。
- 通过持续开发快速响应变化。
- 在两到三周的时间内频繁交付可运行的软件，最多一个月，绝不超过一个月。
- 业务人员和开发团队每天密切合作，以消除需求方面存在的任何差距或误解。
- 可以通过可运行的软件来衡量进度，而不是向客户展示文档。
- 它相信团队内部面对面的交流以实现有效的沟通，关注个人和互动胜过流程和工具。
- 团队定期反省工作，找出更有效的方法，并相应地调整其工作方式。
有一些敏捷方法和框架，例如 Scrum、XP、战场敏捷、Safe、Nexus、看板、DSDM、DAD 等，可以用来有效地遵循敏捷方法的原则和价值观。
Scrum 仪式
为了有效地遵循 Scrum 流程，所有必要的仪式都需要不间断地遵守。让我们讨论 Scrum 仪式。
Sprint 计划会议
Sprint 是一个固定长度的迭代周期，在此期间进行开发工作，并在 Sprint 结束时，团队交付可交付给客户的可运行软件。因此，在每个 Sprint 周期的开始，都会举行一次重要的会议来定义 Sprint 的目标，这被称为 Sprint 计划会议。
**目的** - 此次会议的目的是讨论和评估高优先级的用户故事，并预测当前 Sprint 中可以完成的工作。
**参与者** - 此次会议的参与者应包括产品负责人、Scrum Master、开发团队（包括开发人员和测试人员），以及其他利益相关者。
**流程** - 产品负责人从产品待办事项列表顶部呈现用户故事，并阐明相应的需求。团队讨论这些项目的范围，并提供可能的高级技术方法。根据讨论，团队评估规模和复杂性，以确定完成每个项目工作所需的时间。最后，在考虑团队能力后，团队选择要在当前 Sprint 中处理的优先级项目数量。然后，这些项目将从产品待办事项列表移动到 Sprint 待办事项列表。
虽然敏捷没有规定这一点，但我们可以使用故事点技术或计划扑克游戏进行评估。在本次会议结束时，我们将获得具有明确定义的 Sprint 目标的 Sprint 待办事项列表。
**时长** - 此次会议的时长应为每 2 周的 Sprint 4 小时。
每日站会
敏捷原则指出，团队内部需要面对面、密切的沟通，每日 Scrum 会议正是基于这些原则，以促进更好的沟通，跟踪进度，识别风险并消除障碍。
**目的** - 它有助于增强团队沟通，提高工作的可见性，提高快速决策能力，识别和消除障碍。
**参与者** - Scrum Master、Scrum 团队和产品负责人（可选）都需要参加此次会议。
**流程** - 这是一个在整个 Sprint 期间每天在相同时间和地点举行的站会，每个团队成员说明自上次会议以来完成的工作，遇到的任何障碍，以及他将在下次会议之前做什么。Scrum Master 负责主持会议，Scrum 团队的所有成员都必须参加。产品负责人的出席是可选的，但他的出席可以澄清任何需求疑问，也有助于快速决策。此次会议的另一个好处是团队成员了解彼此的工作，从而提高团队的项目知识。
**时长** - 这是一次 15 分钟的简短会议。
Sprint 评审会议
**目的** - 此次会议也称为演示或展示会议，在 Sprint 结束时举行，以演示实际可运行的软件，进行审查并获得反馈。
**参与者** - Scrum Master、产品负责人、Scrum 团队、利益相关者/赞助商和/或客户。
**流程** - 团队向产品负责人和利益相关者展示可运行的软件。产品负责人审查工作并接受已完成的用户故事。对于任何未完成的故事或更改，产品负责人将这些故事移回产品待办事项列表，以便稍后重新确定优先级。
**时长** - 此次会议的时长应为每 2 周的 Sprint 2 小时。
Sprint 回顾会议
**目的** - 此次会议的目的是收集关于团队在刚刚结束的 Sprint 中如何工作的反馈。并根据这些输入，团队确定下一个 Sprint 的改进方向。一个经验教训讨论，以改进工作方式，以促进团队和项目的改进。
**参与者** - Scrum Master、产品负责人和 Scrum 团队需要参加此次会议。
**流程** - 团队讨论哪些方面进展顺利，以及考虑到人员、流程、工具和关系，如何以更好的方式完成工作。Scrum Master 鼓励团队在 Scrum 框架内找出最佳实践和改进措施，以做得更好。
**时长** - 此次会议的时长应为每 2 周的 Sprint 2 小时。
223 次查看
