问题标签 [scrum]

我是 Scrum 新手，虽然我了解 Sprint 背后的团队概念，但我想仍然需要一个团队的监护人，以尽量减少不熟悉软件开发的产品负责人的干扰。你的成功是什么，你经历过哪些恐怖故事？

更新：

我正在寻找实现业务流程的编码与为客户创建适当的架构之间的平衡。如果产品负责人来自业务部门，则必须指导应该在数据模型上花费多少时间等。

定义：

我所说的“失控”产品负责人通常是指业务部门中的某个人，他们积极设定时间框架，但没有真正的技术能力来创建该估计。通常这个人会说：“在下周与运营委员会的下一次会议之前，我需要这些屏幕，所以首先优先考虑这些工作产品。我们将在与运营部交谈后处理数据库。”

每个人都很好的答案。谢谢你的好意见。

我正在启动一个个人项目来开发一些开源软件。我想使用 Scrum 作为 PM 流程（因为我喜欢 Product Backlog、优先级排序，如果我能得到它们，那就是燃尽图），但在我看来，我无法获得全部价值，因为我不能一开始要保证我和我的合作者在给定的冲刺期间能够投入工作的时间。

我知道我仍然可以从使用 Scrum 中获得其他好处，但是是否有我不知道的变化或技巧和技术可以让我获得诸如燃尽图和时间盒迭代之类的东西的价值？还是我太有希望了？

TIA。

注册，安德鲁

您采用什么方法向没有技术背景的客户/业务部门描述 SCRUM 的好处？请列出您认为有用的任何类比。最后，您是如何解决瀑布营地的担忧的？

有人一起使用 Fogbugz 和 Scrum 吗？

我们广泛使用 Fogbugz，我正在寻找任何可能将它用作 Scrum 一部分的人的想法。我找到了这两个项目，但它们已存档，无法进一步讨论。我对将 Scrum 概念映射到 Fogbugz 的想法特别感兴趣。

有些事情是相当明显的。发布和冲刺很好地相互映射。但是 Scrum 的其他部分并不真正适合。

http://support.fogcreek.com/default.asp?fogbugz.4.12143.4
http://support.fogcreek.com/default.asp?fogbugz.4.19971.3

我还认为创建一些轻量级的自定义东西来包裹 Fogbugz 可能并不难，这样我们就不必为了改进我们的软件流程集成而放弃我们最喜欢的工具之一。

编辑：

我正在添加一些更具体的问题。对这些项目的任何建议都会有所帮助：

• 我们如何对只有 Fogbugz 提供的 7 个优先级的大量积压工作进行优先级排序？我们可以修改数据库表以添加更多级别，但这在当前/预期的 Fogbugz 模型中是否合适？
• 我们如何/在哪里记录冲刺目标？
• 我们如何记录取消的冲刺？
• 我们如何记录冲刺评审？
• 我们如何跟踪已完成或取消的冲刺？

编辑#2：

Chris 下面的回复提醒了我，我们确实升级到了 Fogbugz v7。它具有许多与敏捷、Scrum 和精益更紧密结合的强大功能，包括：

• 项目积压（通过插件）
• 自定义工作流程
• 燃尽图
• 看板（通过插件）

有关详细信息，请参阅以下链接：
http ://www.fogcreek.com/FogBugz/WhatsNew.html
http://www.fogcreek.com/FogBugz/Plugins/default.aspx?ixCategory=-3

编辑 #3 添加 Perhentian 在他的回答中提到的链接以及我发现的另一个链接：

http://www.danielroot.info/2009/08/how-to-apply-scrum-using-fogbugz-7.html
http://www.fogcreek.com/FogBugz/blog/post/Scrum-Friendly-Features .aspx

在我公司的每个项目中，我们通常有 1-4 名开发人员/艺术总监/文案，您建议使用什么方法？敏捷？经验？Scrum？还有什么？（我知道它们都是本质上相同概念的变体，是的）

是否有可能将他们的方法转换为 scrum

在 Scrum 中有几种方法可以做燃尽图。

有些人建议使用未完成故事的故事点作为 Scrum 中的燃尽图。

优点：只有完成的故事才能降低图表

对比：图表一开始没有向下移动，然后迅速下降

其他人建议使用剩余的任务数

Pro : 图表会向下移动，你可以看看它是否在终点线之上

反对者：你可以向下移动到最后说剩下 10 个任务（困难任务），但仍然没有完成一个故事。你失败了，因为只有完成的故事才对你的产品负责人有益。

解决方案是否同时具有未完成的故事点和未完成的任务图表？

RUP 与 Scrum 的对话

敏捷与 RUP 之间存在关系。实际上，我认为敏捷开发是一种 RUP。在上面来自 IBM 的文章中，您可以看到他们正在将模型拟合到 RUP。

有人对这三个有趣概念之间的关系有任何实际的解释吗？

您认为一个人在想要使用 SCRUM 的软件开发公司中担任多个角色是否可行？

例如，如果一个人是

• SCRUM 大师和团队成员
• 产品负责人和团队成员
• SCRUM 主管和产品负责人

你认为哪些组合是可能的？你在这样的团队工作吗？如果一个人有多个角色，应该考虑什么？

感谢您的任何提示。

我对 Scrum 的好处和流程非常了解。我得到了关于积压、燃尽图、迭代、使用用户故事和其他各种 Scrum“框架”概念的想法。

话虽如此...我在一家网络开发公司工作，该公司一次管理多个项目，有六名团队成员组成“生产团队”。

Scrum 如何处理多个项目？您是否仍然只是在一定时间内为单个项目安排一次迭代，整个团队都在为此工作，然后在迭代完成后继续进行下一个具有新迭代的项目？或者是否有一种“敏捷”的方式来管理多个项目，同时只需要一个团队进行自己的迭代？