什么是类项目的最佳敏捷方法？

Question

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

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

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

Answer 1

在这种情况下，您认为任何方法都会成功的原因是什么？沟通少，需求多于时间，缺乏对客户的访问权？

话虽如此，我将专注于增量交付（每次迭代应该有一些工作特性），单元测试（所有测试在签入之前通过），增量版本的标记（返回工作版本的能力） ，以及强大的团队成员与较弱的团队成员的配对，以提高团队的整体生产力。考虑将团队中的一位强有力的成员用于集成测试。

增量交付是最重要的。显示一个低于要求的工作演示总是比显示一个不工作的原型更好。

Answer 2

您可以在这里使用敏捷方法，但显然您必须采用它来满足您的需求。

例如，如果您对真实客户没有足够的访问权限，那么对您的目标有最好了解的人将不得不充当客户代理。我还建议尝试更多地访问客户 - 几乎每个人都试图看起来更忙，然后通常有办法解决这个障碍。

确保您的团队在同一时间拥有的有限工作时间。当你无法一起工作时，可能就没有敏捷方法。

您绝对可以使用基于故事的估算，迭代开发过程等。

真正重要的是让每个团队成员清楚明确地了解敏捷过程的运作方式以及每个人在项目中的角色。很容易说你会使用SCRUM，但遗憾的是没有真正的理解和经验，这并不是真正的意义。

一些建议：

1. 教育您的团队成员
2. 如果您不受时间/资源的限制，请列出您希望提供的内容。
3. 根据您的约束条件找出实际可行的内容。这可能不会太多。不要试图过于乐观。专注于你真正能实现的目标。
4. 确保您的真实客户参与其中。
5. 使用短迭代（1周或更短时间）。确保在每次迭代结束时都能提供经过全面测试的产品。
6. 尽早展示你的作品。