问题标签 [agile]

如果您必须向企业提出关于采用或转向敏捷开发方法（如 SCRUM 或 XP 等）的案例，您会提出什么案例（您如何推销这个概念）？

例如

编辑：我问的原因是我的一个朋友（他是一家公司的解决方案架构师）目前正试图决定如何就这个主题与他的管理层接洽，我已经给了他我能提供的建议. 很想听到那些成功提出转向敏捷对齐方法论的人的来信。

您如何确保项目将以“良好”的设计决策构建，从而实现灵活的软件架构？

您如何在将架构完全留给一侧的团队和让所有架构控制到另一侧的少数人之间取得平衡？

你有“架构组”、“架构标签”或类似的东西吗？

该项目定义不明确：我们将为 CS 111 计算机编程 I 学生编写专注于功能的教育软件。我们有 6 名具有不同背景的学生开发人员在 Flex 工作。该项目的持续时间约为 7 周。我们的面谈时间非常有限（每周 30 分钟）和工作时间非常有限（每位开发人员每周少于 8 小时）。我们对客户（我们课程的教授、CS 111 教授、CS 111 学生）的访问权限有限。

我们的工具集包括 Flex Builder、Subversion 和 TRAC。

什么方法最适合这个项目，为什么？或者，应该从各种方法中收集哪些特征来更好地适应这种情况？

我不喜欢重复努力。然而，我确实发现在物理卡片墙和在线“计算器”（Excel、一些 scrum 工具）或在线卡片墙（例如 Mingle）上跟踪敏捷迭代进度是有好处的。

我发现团队空间中的实体卡片墙提供了与卡片状态的内在联系……当你完成某件事时物理移动卡片提供了一种在线无法复制的满足感。我能感觉到这张卡片……人们可以看到我走到墙上移动一些东西。

在线工具提供了远程共享和计算进度的强大功能（例如，在 Mingle 中，您可以使用内置工具从真实数据中自动计算燃耗或燃耗，从而节省大量手动执行这些操作的管理时间）。

我很好奇敏捷从业者是否像我一样维护两个跟踪媒体，你如何向那些说“我可以在网上做......为什么我想在卡片墙上做”的人展示物理墙的好处反而？”。

编码测试优先，我发现我的代码可能有 3/4 是单元测试；如果我真的很极端，并且除了修复失败的单元测试之外没有编写任何代码，那么这个比率会更高。维护所有这些单元测试给代码更改增加了巨大的惯性。早些时候，我把它吸起来并修复它们。一旦有压力，我就会得到一个broken_unit_tests目录来重新访问“当有时间”。在设计有时间具体化之前，感觉就像 TDD 过早地实现了高覆盖率。

我如何找到摆脱这种困境的方法，并开始像我应该接受的那样迎接不断变化的需求？

我在一家设计机构的技术部门工作。我们使用 XP 来管理我们部门的软件开发。我被要求做一个简短的介绍，描述 Scrum 以及它是否适合在更广泛的背景下管理客户项目工作。

Scrum 将应用于包含图形设计师、信息架构师、内容编辑、用户体验工程师、网页设计师和软件开发人员的跨职能团队。

Scrum 能为这种团队带来什么好处？

我刚刚重读了The Pragmatic Programmer（我第三次阅读它......我每次都会得到新的东西）。他们提到的技巧似乎与许多不同的敏捷方法有关。实用编程只是敏捷开发的另一种形式吗？

几年前，我参与了一个全新的项目，在那里我们进行了极限编程。我也看到很多人提到 Scrum 方法论。

有人能告诉我 Scrum 和 XP 之间的主要区别吗？

我已经阅读了许多关于 TDD 主题的书籍和网站，它们都很有意义，尤其是 Kent Beck 的书。然而，当我尝试自己做 TDD 时，我发现自己盯着键盘想知道如何开始。有你使用的过程吗？你的思考过程是什么？你如何识别你的第一个测试？

大多数关于该主题的书籍都很好地描述了 TDD 是什么，但没有描述如何在现实世界的重要应用程序中实践TDD。你是怎么做TDD的？

在过去的两年里，我曾在两个使用敏捷/Scrum 方法的不同团队中工作，两个团队都渴望改进他们处理软件开发的方式。在第一个团队中，我们可以很容易地说服我们的产品负责人花时间进行内部工作，例如改进构建系统、设置更好的集成测试、制定更好的发布策略等。现在 PO 也愿意给我们时间，但是他更加推后，这是合理的，因为他也必须完成他的事情。

无论如何，我现在的问题是，其他团队如何处理这个问题？您是否创建了一个改进故事并在计划期间将其放在桌面上，或者您是否为此类事情保留“桶”时间？根据您的经验，说服产品负责人花时间进行改进有多难？毕竟，所有这些改进都会使团队受益，但不会直接或立即使产品所有者/企业受益。