支持团队的软件开发周期

Question

有人可以建议一个适合我们团队工作的软件流程吗？

1. 我们是由6名开发人员组成的团队（大多数是初级人员）。
2. 我们支持在线书店的订购系统（类似于亚马逊书籍）。
3. 系统已在线并正常运行。
4. 大多数工作都是基于任务的。有时会出现需要立即修复的错误或需要添加到系统中的新模块。
5. 大多数时候，每个开发人员都在处理一个单独的bug模块，估计时间可能从几小时到几天不等。
6. 我们的客户（管理部门）位于另一个国家（我们正在外包），因此要求需要很长时间才能验证或讨论。

您可以将我们视为一个自由职业者团队，每个人都在等待交给他的任务。有时候如果需要一个大模块，2或3个开发人员就开始一起工作，但是当事情开始变得糟糕时，因为我们缺乏一个定义良好的软件流程也无法遵守。

注意：

• 瀑布模型在我们的案例中明显失败，因为我们的团队负责收集需求，设计，编码和测试所有内容。
• 我们尝试采用敏捷实践，但这完全失败主要是因为第4,5和4点。 6.我们的工作中没有迭代或原型。

因此，我们正在寻找一种软件流程，可以帮助我们组织工作并提供可接受的输出。

Answer 1

你说你主要是小辈。所以，在尝试跑步之前学会走路。我建议你尝试分阶段交付模式。我还建议你尝试阅读这本书： http://www.amazon.com/Software-Project-Survival-Guide-Practices/dp/1572316217

Answer 2

我建议使用TFS Express，它是免费的，并且拥有敏捷管理工具，它仍然是测试版，但微软提供了一个“Go Live”标签，以便您可以使用它并在RTM发布时升级您的工作 你可以在这里下载 http://www.microsoft.com/visualstudio/11/en-us/downloads#tfs-express

Answer 3

我强烈建议RUP（Rational Unified Process） 原因

• 并发阶段可以继续部分团队进行某个阶段，而其他开发人员则处理不同的事情
• 您将遵循RUP增量，其中一些找到错误解决方案的开发人员可以转移到下一个增量，并且团队的一部分仍在处理上一个增量
• 它具有高度的适应性和灵活性，可以帮助您在项目中使用不同的线程

之前它是封闭源代码，尽管IBM在2005年将其捐赠给开源 这是一个很棒的演示文稿，肯定会帮助你更好地理解它 http://www.perftestplus.com/resources/rupfordummies_ppt.pdf

希望它有所帮助!!