0

我们一直在尝试 Scrum，但现在正在尝试将其形式化为我们自己的敏捷应用程序开发版本。以下是我们当前流程的工作方式。就目前而言，它有两个主要缺点。想了解您是否有类似的方法，以及社区是否对我们目前遇到的障碍有任何实用技巧。

  • Scrum 团队 = 4 名开发人员、2 名 QA、1 名技术作家、1 名 PO（PM）、1 名 Scrum Master（Engg Dir）
  • 发布 = 3 个 Sprint
  • 冲刺 = 2 周

PO 和客户创建用户故事和相关验收标准的产品积压。
每次迭代开始时的 1 周 Sprint 计划

  • 第 1 天# 估算 Sprint 积压并就优先级达成一致
  • 第 2-5 天# Scrum 团队讨论故事并处理 Sprint 待办事项中每个故事的详细信息（获取故事的详细信息、流程（如果有）、确定要应用的 UE 指南、UI 项目/字段/小部件的详细信息及其如果需要任何特定的行为，了解验收标准并创建测试）
  • 2 周 Sprint，每天 15 分钟 Scrum
  • 重复 3 周周期

我们在这方面遇到的两个主要缺点是：

  1. 在春季计划周中讨论的细节没有被有效地捕捉并在 wiki 上得到记录。由于在 Scrum 中捕获此类细节没有标准格式，因此在日常 Scrum 中经常浪费时间，或者需要后续会议来进一步了解故事细节。在 sprint 计划中为功能相当复杂的产品捕获故事细节的最佳方法是什么？大多数问题似乎都与 UI 有关，开发人员无法在没有详细模拟的情况下决定如何布局屏幕/字段。
  2. 当团队处于 sprint 周期时，您如何预测来自客户的关键漏洞。目前，开发人员必须被拉出来支持这些突然出现的红色帐户问题，从而扰乱了冲刺。

关于我们如何改进这一点的任何意见？

4

3 回答 3

9
  1. 没有“标准”敏捷计划。计划并不重要……计划才是。我的意思是定期调整您的计划以反映实际情况。制定一个计划，让它受到权力的祝福，然后束缚在开发人员身上，这在传统上是行不通的。
  2. 如果我没记错的话，冲刺计划不应该超过一天。Scrum 的关键思想之一是您不会花费太多时间进行计划。如果他们这样做了，当你有更好的清晰度时停下来重新召集......不要跋涉。
    • 从客户那里获得优先级的故事集 ~3 小时
    • 开发人员挤在一起估计约 3 小时
    • 显示估计并让客户更改他们的存储桶以反映业务需求（在 sprint 配额内）~rem time。

记录决定：

  • 找个好抄写员？可以像 4 个人说话一样快地打字的人.. 在图表等高可见度区域中获得核心陈述/决定.. 或 wiki.. 任何适合您的东西

用户体验研究：

  • 尝试流水线化 UX 工作。确保 UX 人员在开发人员开始处理 UI 细节、模拟屏幕、工作流程等方面已经完成了工作。当开发人员正在处理迭代 n 时，UX 正在处理迭代 n+1 的故事。有点困难，但如果 UX 对您造成了很多“颠簸”，则可以完成。

错误职责：

  • 一种方法是将所有错误作为下一次迭代的常规积压项。在 sprint 计划期间让客户认可哪些需要加入。
  • 如果这不可行，趋势错误流入、修复率和计划。为专用于这些请求的按需修复开发人员保留 x 天。

改进范围： 您需要一个专门的“客户”角色（或可以为客户提供指导的教练/BA），开发人员可以实时联系。每日 Scrum 会议的时间限制应为 30 分钟，并且不应包括故事“澄清”。坚持 3 个问题 - 你昨天做了什么？今天你在做什么？有什么需要帮助的障碍吗？
负责特定故事的开发人员或子团队应与客户/前台合作，以防他们在执行特定任务时遇到疑问. 作为开发工作的一部分，他们负责提取细节。如果有帮助，他们也可以向其他在相关领域工作过的开发人员寻求帮助。与客户一起工作，保持在正确的轨道上。
高温高压

于 2008-10-13T06:41:34.770 回答
3

是的。我注意到，在您的流程中，开发人员没有在倾听/与实际最终用户交谈。这是失败的秘诀。您不能指望您的“采购订单”能够捕捉到实际用户会表达的所有细微差别。

开发人员必须与最终用户交谈。PO 也应该在那里，以记录发现的内容。这是我在大多数开发项目中看到的最大问题，开发者与用户的分离。

于 2008-10-13T04:02:13.953 回答
1

你为什么要每周召开一次冲刺计划会议？sprint 计划的目标是获得足够的细节，让团队感觉舒适，拥有可以完成的功能并承诺去做。这通常需要不到一天的时间（约 4 小时）。开发人员在冲刺期间及时发现了实际的实施细节。这就是为什么他们能够访问 PO 和用户如此重要的原因。如果您询问在哪里捕获细节，那么您在计划会议上进行了很多设计。细节应该在冲刺期间直接进入代码，因为它们是制定的。

什么是炫耀？PO 在每个 sprint（2 周）结束时查看进度，然后决定业务价值是否足以保证发布。如果有任何关键问题，那么 PO 可能不会发布该 sprint。希望您可以让您的 PO 和用户在功能完成后每天查看产品，从而减少 sprint 结束时出现问题的可能性。

于 2008-10-13T04:23:50.603 回答