项目定义不明确：我们要为 CS 111 计算机编程 I 学生编写教育软件，重点是功能。我们有 6 名具有不同背景的学生开发人员在 Flex 工作。该项目的持续时间约为 7 周。我们的面谈时间非常有限（每周 30 分钟）和工作时间非常有限（每位开发人员每周少于 8 小时）。我们对客户（我们课程的教授、CS 111 教授、CS 111 学生）的访问权限有限。
我们的工具集包括 Flex Builder、Subversion 和 TRAC。
什么方法最适合这个项目，为什么？或者，应该从各种方法中收集哪些特征以更好地适应这种情况？
【问题讨论】：
标签： agile methodology
是什么让您认为在这种情况下任何方法都会成功 - 沟通少、要求多于时间以及无法接触客户？
话虽如此，我会专注于增量交付（每次迭代都应该有一些工作功能）、单元测试（所有测试在签入前通过）、增量版本的标记（返回工作版本的能力） ，以及将强大的团队成员与较弱的团队成员配对，以提高团队的整体生产力。考虑让团队中的一名强大成员参与集成测试。
增量交付是最重要的。展示一个低于要求的工作演示总是比展示一个不工作的原型更好。
【讨论】：
您可以在这里使用敏捷方法，但显然您必须采用它来满足您的需求。
例如，如果您没有足够的机会接触到真正的客户，那么最了解您的目标的人将不得不充当客户代理。我还建议尝试更多地接触客户 - 几乎每个人都试图表现得比实际更忙，而且通常有办法解决这个障碍。
确保您的团队同时拥有有限的工作时间。如果不能一起工作，就没有敏捷方法。
您绝对可以使用基于故事的估计、迭代开发过程等。
真正重要的是让每个团队成员清楚明确地了解敏捷流程的工作原理以及每个人在项目中的角色。说你会使用 SCRUM 很容易，但不幸的是没有真正的理解和经验，这并没有多大意义。
一些建议：
【讨论】：