【问题标题】:How to implement Scrum? [closed]如何实施 Scrum? [关闭]
【发布时间】:2010-01-29 15:00:21
【问题描述】:

我们正在尝试将 Scrum 作为我们的开发流程,但我们不确定如何以最佳方式实施它。

我们也不想为昂贵的软件工具付费,直到我们让 scrum 工作并取得积极成果。

我们如何使用白板实施 Scrum,而不要求人们在白板上写下他们的时间,然后输入我们自己的时间跟踪软件?

您使用什么样的方法?

【问题讨论】:

  • “我们也不想为昂贵的软件工具买单”——我在上一份敏捷工作中支付的唯一软件(Windows、Visual Studio 除外)是Resharper,很好值得(即使我们不那么敏捷也会如此)
  • 从白板和便利贴开始,如果您的团队都在某个建筑物中,您可能永远不需要任何 Scrum 工具。

标签: scrum


【解决方案1】:

这是一个不错的资源资源供您开始:Implementing Scrum in 10 steps

还有一个非常好的网站,其中包含许多关于如何开始使用 scrum 的建议:implementingscrum.com

您可以仅使用白板轻松进行跟踪的一种方法是将您的故事/任务写在便利贴上,并在其上写下估计的成本/时间。然后,您可以在白板附近进行日常会议,当开发人员说话时,他们会写下他们完成这些工作的实时时间。
有了这些信息,您就可以构建燃尽图和燃尽图。

【讨论】:

  • 我意识到这个答案现在大约三年了,但不幸的是,第一个链接现在已经死了。
【解决方案2】:

我们正在尝试将 SCRUM 作为我们的开发流程,但我们不确定如何以最佳方式实施它。

如果您已经对 Scrum 有所了解,那么创建一个产品待办列表,找一个产品负责人、一个团队、一个 Scrum Master 并开始使用 Scrum。然后,检查和调整。

在我们让 scrum 工作并取得积极成果之前,我们也不想为昂贵的软件工具付费。

您不需要,实际上,我强烈建议您从白板和便利贴开始,尤其是在收养时。您需要学习并掌握流程,而您最不想要的就是一个可以支配流程并妨碍您的工具。

我们如何使用白板实施 Scrum,而不要求人们在白板上写下他们的时间,然后输入我们自己的时间跟踪软件?

对此没有神奇的解决方案(意图完全不同)。在第一种情况下,人们需要这样做,因为软件开发是一个经验过程,需要控制透明度。燃尽图(显示对剩余工作的估计,而不是花费的时间)是 Scrum 用来实现这种透明度的工具之一。在第二种情况下,您需要这样做的唯一目的是报告(这是一种浪费),但是,您的管理层需要它(这一次,您报告所花费的时间,但 Scrum 并不关心) )。

【讨论】:

  • +1:白板。便利贴。完美实施。
【解决方案3】:

以下是关于我们如何使用(并且曾经使用)Scrum 的简短回答:

我们目前使用连接到我们的缺陷跟踪系统的电子任务板。电子任务板是由我们自己的一些开发人员在 Sprint 之间实现的。在此之前,我们只是将巨大的白色海报挂在一面墙上,并在上面贴上带有任务的笔记。

我同意,了解如何进行 Scrum 的最佳方法是实际去做。您应该首先阅读它,主要是因为它听起来很容易,它确实有一组我绝对建议遵循的规则。 (如果您发现其中一些不适用于您的团队,您仍然可以对其进行调整,但您要先试用几周才能发现。)

Scrum 的绝妙之处在于,就工具而言,您几乎可以使用现有的任何工具。白板、墙壁、电子工具等等。它非常灵活,允许您开始实施它,而无需先花钱购买新工具或设备。如果您有白板,请使用磁铁或便利贴,然后就可以了。打印出燃尽图并每天按标记更新它,你就完成了。将 Excel 用于产品待办事项(或您喜欢的任何其他内容)。如果您觉得有必要,当您更好地了解您的团队在功能方面的需求时,您仍然可以使用其他工具。 (或者你可以坚持使用白板和记事卡。)

Scrum from the Trenches 是一个很好的介绍,并且有很多关于如何进行 Scrum 的现实生活示例,所以我支持这个建议。

【讨论】:

    【解决方案4】:

    我发现实施 Scrum 的最佳方式是使用 Scrum。

    从现有流程转移到 Scrum 需要完成一系列任务,将这些任务分解为多个 2 周的冲刺,并在几个月内逐步实施。这有助于人们掌握每个流程,而无需使用新工具轰炸他们。

    最初我会介绍一个基本的 sprint 计划会议、每日站会和 sprint 审查,并继续使用旧方法进行工作。然后在 sprint 继续时引入更多方法。

    特别是 Scrum 建议每个用户故事都应该是一个垂直切片,将实施的所有方面一起完成以尽快交付业务价值。设计、开发、测试、基础设施、集成……这可能很难估计,甚至更难实现。只有当你拥有一支坚如磐石的混合学科团队和非常强大的工程实践时,你才能真正做到这一点。如果您还没有将开发和单元测试结合在一起,则首先将其结合起来,然后将流程的更多部分带入每个任务中。

    使用 Scrum,它告诉你如何做事,而不是做什么。如果您想要大量硬性规定和快速规定,请查看 XP。获得一个真正有效的团队的大部分工作是找出适合你的方法。密切关注速度,看看有什么改进。

    关于工具,白板很棒。

    当心帖子。这些非常适合在您的办公桌上进行提醒和笔记,但有一天您走进办公室,看到您组织精美的冲刺就像地板上的一堆五彩纸屑。在有空调的房间里大约 2 周后,即使是特别强的帖子也会变干并失去粘性。我从这个教训中吸取了教训。

    使用带有图钉和软木板的索引卡片。

    Excel 非常适合计算速度和燃尽指标。

    我们只对分布式团队使用工具。然后我们使用 Acunote,因为它很简单。它实际上只是一个虚拟软木板。

    在您的时间跟踪软件中跟踪时间。跟踪您的任务的故事点。这些不一样。最近伦敦的降雪和由此造成的交通混乱,使我们的速度下降了 35%,因此我们完成任务的能力也因此下降,尽管团队与几个关键人物和客户在家工作的时间更长。

    【讨论】:

      【解决方案5】:

      我们如何使用白板实施 Scrum,而不要求人们在白板上写下他们的时间,然后输入我们自己的时间跟踪软件?

      如果您认为这会使采用 Scrum 变得更加困难,那么也许您可以依靠您的 Scrum Master。人们可以在板上写下他们的时间,Scrum Master 可以将其输入到时间跟踪系统中。

      在我们让 scrum 工作并取得积极成果之前,我们也不想为昂贵的软件工具付费。

      除非您与分布式团队打交道,否则对软件工具的需求并不大。即使当我在一个使用 Mingle 的团队工作时,我们也维护了一个物理 Scrum 板。我认为所有其他开发人员都对此表示赞赏。

      【讨论】:

        【解决方案6】:

        Scrum 是关于过程,而不是工具。确保所有相关人员(不仅仅是开发团队!)都了解 Scrum 的含义。这不仅仅是在 2 周的冲刺中迭代地工作。这是关于管理层对这种工作方式的承诺。这是关于拥有一个可以设定优先级的非常好的产品负责人。这是关于在团队中彼此开放。等等等等。这需要时间来学习。

        阅读Scrum from the Trenches 以获得简单的介绍。

        【讨论】:

          【解决方案7】:

          这里是a video describing scrum 以及我们如何在 Atalasoft 实施它,由毛绒动物和玩具表演。

          我们使用FogBugz 进行跟踪。我们为积压工作创建一个“发布”,为冲刺创建另一个发布。任务从积压的时间估计中输入到冲刺中。每天在燃尽图表中跟踪发布中剩余的总时间,该图表以前由 scrum master 构建在 excel 中(FogBugz 中的 noe)。

          【讨论】:

            【解决方案8】:

            我们已经用 Scrum 工具“四处走动”了,我回过头来认为白板和便利贴是最好的。我尝试过的所有项目管理工具,无论是特定于 Scrum 的还是其他的,都倾向于让你的团队改变他们的流程以适应工具。白板强制执行您尝试通过 Scrum 采用的良好工作实践,而不会妨碍您。

            请注意,当您想要生成报告或仅跟踪任何历史数据时,您将在某人身上投入更多的工作。例如,计算速度必须手动完成,并且在人们破坏白板计划下一个 Sprint 之前完成。即便如此,我倾向于同意这仍然比每个人都必须与工具搏斗花费的时间更少。

            以电子方式存储产品待办事项的主副本是一种很好的做法,只需保持简单(例如,将其放入 Excel 文档中)。

            【讨论】:

              【解决方案9】:

              我们如何在不要求人们的情况下使用白板实施 Scrum 在黑板上写下他们的时间,然后也输入到我们自己的 时间跟踪软件?

              在 scrum 中,任务的耗时不应超过 4-16 小时(或必须细分)。因此,您可以在时间系统中对其进行编码。如果它们需要更多或更少的时间,您可以进行更正。

              更多详情请看我的博客post

              【讨论】:

                猜你喜欢
                • 1970-01-01
                • 2011-03-13
                • 2010-10-22
                • 1970-01-01
                • 1970-01-01
                • 2010-09-20
                • 2018-06-12
                • 2011-09-11
                • 1970-01-01
                相关资源
                最近更新 更多