问题标签 [scrum]

以下是关于 Scrum 的 Wikipedia文章对每日 Scrum 的评价：

会议准时开始。通常会有团队决定对迟到的惩罚（例如金钱、俯卧撑、在脖子上挂一只橡皮鸡）。

你觉得这是一种很好的做法吗？过去你发现什么自我惩罚有效？

Schwaber & Beedle 的“scrum”书（以及我读过的其他 scrum 文献）似乎专注于在 sprint 结束时拥有可发布的产品。已建立站点的 Web 开发（至少在我们的例子中）包括开发“增强”（各种大小）和许多小的“修复”。仅在 sprint 结束时部署（到 Web）会减慢我们对大型增强功能的部署（可能是一件好事），但会大大减慢我们对小型增强功能和修复的部署（即错误停留时间更长）。

Scrum 中的中期 sprint 部署是异端吗？冲刺甚至适用于我们的案例吗？我是否完全误解了 sprint？

假设产品 X 价值 10 个故事点。开发从 Sprint Y 开始，但没有及时完成。在计算 sprint Y 的速度时，您如何处理故事点？

你会：

一种。为 sprint Y 分配 0 故事点，为最终完成的 sprint 分配 10 点；

湾。确定剩余工作的故事点（假设为 3）并将差异分配给 sprint Y（在我们的示例中为 7）；或者

C。还有什么？

提前致谢！

目前，我们的团队正在结合使用公告板和 Excel 电子表格来跟踪任务并绘制燃尽图。积压的文件保存在信封中的索引卡上。

当利益相关者位于同一位置时，这很有效。然而，我们很快将在两个地理位置相距遥远的地方拥有 Scrum 团队，我正在寻找关于如何利用 Sharepoint 帮助我们围绕 Scrum 工件（积压、燃尽图、速度等）进行交流的最佳实践。

您是如何利用 Sharepoint 实现这一目的的，最佳实践和潜在陷阱是什么？

想象一下场景，一家企业正在考虑使用 Scrum 方法进行敏捷开发。他们已经为团队系统实施了 Scrum，每个人都对此非常满意。然而，企业希望将他们的开发成本资本化，并要求修改 Scrum 积压工作项模板以包含完成任务所花费的时间。这个想法是他们需要知道开发人员花费了多少时间进行生产性工作，即他们花费了多少时间来添加新功能。

业务中的一些人（包括我自己）遇到的问题是，记录你在某事上花费了多少时间，这违背了 Scrum 的目标。从首席开发人员的角度来看，我只想知道我们有这么多时间来做这么多工作。我们记录了任务还剩下多少时间，我们可以看到我们离实现目标还有多远。

也许我错过了重点？你告诉我。但是，如果有人知道一种我们可以在不记录我们花在做某事上的确切时间的情况下工作的方式，并且仍然取悦投资资金的人，那么您的回答将不胜感激。

我在一个已经做了一段时间敏捷的办公室工作。我们使用 Scrum 进行项目管理，并融入 XP 的工程实践中。它运作良好，我们不断吸取教训并完善我们的流程。

我想告诉您我们通常的测试实践，并获得有关如何改进的反馈：

TDD：第一道防线 我们对单元测试非常虔诚，我想说我们的开发人员也有足够的经验来编写全面的测试，并且总是用模拟隔离 SUT。

集成测试 对于我们的使用，集成测试与单元测试基本相同，只是不使用模拟。这往往会发现一些在单元测试中漏掉的问题。这些测试往往难以阅读，因为它们通常在规范框架的before_each和after_each部分中涉及很多或工作，因为系统必须经常达到某种状态才能使测试有意义。

功能测试 我们通常以结构化但手动的方式进行。我们玩过 Selenium 和 Windmill，它们很酷，但至少对我们来说还没有。

我想听听其他人是如何做事的。你认为如果集成测试或功能测试做得足够好，另一个可以忽略吗？

我公司的人认为单元测试是很多额外的工作，与现有的功能测试相比，它提供的好处更少。单元和集成测试值得吗？请注意在设计时并未考虑测试的大型现有代码库。

我们使用 Scrum 方法。假设产品所有者想要一个允许用户搜索网站内容的新功能。

总工作量为 8 分，这些将是用户故事：

• 用户可以输入搜索词（0分）
• 搜索结果显示给用户（8分）

我想更深入地了解开发人员的进度。但是，我无法进一步分解这些故事。

然而，我可以重写这些故事。我很不情愿，因为这些故事都是技术故事。

• 添加搜索文本框（0 分）
• 在数据库中创建索引表（0 分）
• 确保在数据 ABC 更改时更新索引表（3 分）
• 确保在数据 XYZ 更改时更新索引表（2 分）
• 从数据库中获取结果（1 分）
• 为每个搜索结果撰写正确的网址（2 分）

你如何处理这些情况？

对于那些开始在开发团队中使用 Scrum 的人：你们是维持传统团队还是组建新团队？在我们的组织中，我们分为数据库、产品开发和前端开发人员（简化！）。

我感兴趣的是其他人是否真的因为 scrum 重组了他们的整个团队结构，或者你是否组建了专门的项目（？）团队，例如每个“旧”团队中的一个人。

就故事板上使用的良好颜色编码而言，您会推荐什么？

根据您的经验，这是一个好的模式吗？
http://maxheapsize.com/static/ScrumBoardCheatSheet.pdf
最标准的颜色编码是什么？