敏捷开发，最大规模项目？

Question

我正在考虑使用敏捷方法运行一个项目，但该项目大约需要9个月才能为6位开发人员工作。这个项目是否太大而无法像Agile一样运行？

显然忽略了在这个规模上运行第一个敏捷项目所带来的风险。

谢谢， 麦克

修改

感谢所有答案。我没有敏捷的经验我也没有Scrum Master或任何有很多xp的人。我最初的想法是如何运行敏捷项目，因为我还没有构建系统。那么，当项目持续9-12个月时，如何在没有架构的项目上运行团队。

显然，在潜入之前，我需要花更多的时间来理解这些原则。

Answer 1

这里有一个典型的设置。 6个开发人员，可以进行多次迭代。

如果你有更多的开发者，我会建议你把他们分成更小的团队。

项目持续时间不太重要，因为该方法是迭代的，让您首先开发最有用的功能。

Answer 2

不，它根本不是太大。但是，你对我的问题似乎暗示了一种随意的方法选择方法，也许是一般的敏捷方式，或者你不会问它 - 你打算使用哪种敏捷方法？您是否有过这方面或其他敏捷开发方法的经验？你是如何建议训练人们做什么的？

Answer 3

该项目并不像Agile项目那么大。

但是，您没有提及任何其他团队成员。

• 您是否有测试人员和业务用户或可以充当代理的BA，与您的开发人员坐在一起？

• 您是否有准备参与并定期给您反馈的利益相关者？

• 您的基础架构团队是否已准备好为您提供更频繁的测试，持续集成等所需的环境？

• 您的建筑师是否乐意以渐进式，渐进式的方式工作？

• 您是否有一位能够营造安全环境的辅导员或教练来进行回顾？

• 项目委员会是否准备好接收不同类型的报告和指标？

• 你是否处在一个学习的好地方，周围的人会让你安全吗？

在敏捷项目中，“团队”这个词可能会产生误导，第一个敏捷项目的影响通常比任何人想象的要大得多。不过还是不算太大 - 祝你好运！

Answer 4

Scrum Guide州：

  

团队的最佳规模是7人，加减2。什么时候   团队成员少于五人，互动较少   结果导致生产率降低。更重要的是，团队可能会   在Sprint的某些部分遇到技能限制但无法做到   提供可释放的产品。如果超过九个   成员，需要太多的协调。

请记住，在这种情况下，“团队”是Scrum团队的一部分，Scrum团队还包括Scrum Master和产品所有者，他们同样重要。你是否有一个人担任这些角色？

当然，Scrum指南可能不是圣经，但它是一个很好的起始参考，特别是对于刚接触Scrum的人。但是我认为6对于你的团队来说是一个很好的规模。

您是否正在与Scrum团队中的教练或Scrum团队合作？如果没有，那么您很可能无法理解许多关键概念。换句话说，通过阅读和尝试来学习scrum是很困难的。通常采用这种方法的团队遇到障碍，放弃Scrum，然后告诉人们“敏捷不起作用”，因为他们的项目失败了。

Answer 5

  

这个项目是否太大而无法像敏捷那样运行？

没有。由于您似乎处于敏捷和估算与规划阶段，请观看此视频。 http://www.youtube.com/watch?v=FkWglejhJZM

Mike Cohn（敏捷评估和规划的作者）谈到了一个700人的Scrum项目，分为大约100个团队，这显然是一个为期数个月的项目。

现在你会想到你的项目很大吗？ ：）

Answer 6

我会称你的项目和团队相对较小。敏捷方法对小型团队来说更好，但项目规模并不重要。