完美清单 - 敏捷[关闭]

Question

我正在开始一个新的有趣项目，我们正在与我的团队一起寻找一种方法来定义我们的清单，以便对我们的工作有清晰的想法（尽可能）必须做才能从用户故事开始发布功能。

我发现了很多有趣的资源：

1. Scrum Checklist

2. ALL ABOUT AGILE

3. ...还有其他的

   因此，我的建议是与在该问题上有经验的人开始讨论。

希望有人帮助我！

Answer 1

在选择使用敏捷方法开发项目时需要考虑多种因素。

角色：

产品负责人：

• 定义产品的特性
• 决定发布日期和内容
• 在每个 sprint 中优先考虑和调整功能

Scrum Master（通常是开发人员）：

• 管理项目
• 确保团队功能齐全
• 实现跨所有角色和职能的密切合作
• 保护团队免受外部干扰

理想的 Scrum 团队规模约为 7 人。

阶段：

1) 创建产品待办事项（用户故事列表）：

• 使用客户提供的需求列表，创建用户故事列表。

2) 进行规划扑克会议：

• 本次会议仅涉及开发人员，客户可以观看但不能互动。
• 规划扑克的目的是为简单的用户故事分配一个“故事点”值。
• 故事点值是开发故事的估计“努力”。
• 设置一系列扑克牌，范围从0到100，我熟悉的牌系列有0、1/2、1、2、3、5、8、13、20、40和100。
• 每个开发人员都会获得一系列扑克牌。向小组大声朗读用户故事，每个人将有几秒钟的时间来选择故事点值。选择的值同时显示。如果达成了共识，则进入下一个故事。如果没有，应该快速讨论一下您选择价值的原因，然后开始另一轮规划扑克。
• 如果选择的扑克值大于 20，则应考虑将用户故事分解为小故事。

3) Sprint 计划：

• Sprint 待办事项已创建
• 团队从产品待办列表中选择他们可以承诺完成的项目
• 任务被识别并被估计

4) 冲刺：

• 理想的持续时间 = 2-4 周
• 每日 Scrum 会议： 最好在一天的早些时候。起立，快速开会。由 Scrum Master 管理。每次会议提出 3 个问题；你昨天做了什么？你今天打算做什么？有什么碍你的事吗？
• 在整个冲刺过程中完成设计、开发和测试。

5) Sprint 评审：

• Scrum 团队展示他们在冲刺期间完成的工作（演示新功能）
• 与会者 - Scrum 团队、产品负责人、堆栈持有者
• 进展顺利、问题、问题如何解决
• 展示“完成”了哪些用户故事
• 接收产品负责人的反馈

6) Sprint 回顾：

• 在 Sprint 审查和规划下一个 sprint 之后发生
• 看看哪些是有效的，哪些是无效的
• 检查 Sprint 的进展情况
• 制定计划以改进 Scrum 团队的运作方式
• 开发更好的流程/实践

7) 重复第 3 阶段

• 使用与以前相同的流程来计划下一个 sprint。