使用Drupal和Scrum

在Scrum模型中寻找成功使用Drupal站点的资源，特别是在项目的早期阶段

目前，我们的项目从发现到线框再到设计到执行。当然，在这个过程中，需求经常会发生变化，这需要通过IA和设计进行耗时的“循环”，如果它们是实质性的，则会影响预算和时间线

Scrum的原则之一是，每一次冲刺都应该产生一些潜在的可交付性。我们已经尝试过先创建功能性（但丑陋的）原型，然后应用主题化，但结果当然不是我很乐意向客户展示的东西，尤其是那些对管理web项目有点陌生且不熟悉流程的客户

---

我发现这方面的信息少得出奇——关于什么是Scrum以及如何将它应用于传统软件的信息太多了——关于将它应用于web的信息太少了，尤其是像Drupal这样的大型CMSE——有文章、书籍、资源等吗？或者你有没有一个故事来讲述你是如何成功的？

你可能想看看这本书，书中没有特别提到scrum，但却包含了一整章关于构建Drupal站点的敏捷方法

有一个德鲁帕营斯德哥尔摩演讲。或者是达拉斯的德鲁帕营地

不特别是scrum，但其他敏捷演示包括最近的DrupalCon芝加哥会议上的。或者查看来自科罗拉多州德鲁帕坎普的信息。

Scrum中的“潜在可交付”物业是关于两件事：

确保您的团队正在完成工作。。。那项工作真的完成了

而且，如果你能将它发送给客户，你将从他们的反馈中学到比你在sprint之前做的任何长期规划都要多的东西 我认为在您的情况下，关键是确保从积压工作中带到团队中的项目大小适当。。。因此，您的团队可以在一个sprint中完全完成它们（这将包括样式、主题等）。如果您正在进行一系列只产生原型或半成品需求的冲刺，那么您并不是真正在进行Scrum。尝试将积压工作分解成更小的部分，以便在sprint结束时“完成”

---

这是我看到许多团队经历的一个转变，转移到较小的积压项目总是有帮助的。

本演示可能会对您有所帮助，但您应该根据实际经验确定自己的想法。。。这不是一个直接的“怎么做”的问题，我投票结束这个问题，因为它脱离了主题。相反，在和上问这些问题。（不幸的是，这个问题太老了，无法迁移。）谢谢，大量资源。