什么敏捷实践适合小团队？

Question

所以我发现自己在一个四人小组中工作了几个星期，包括我。我在300多家开发商店的上一份工作发生了相当大的变化，我参与了敏捷方法的采用。

我一直在偷偷地介绍像持续集成服务器这样的有用工具，并偷偷摸摸地开始测试驱动开发。

其他哪些敏捷项目管理和开发实践适合小型商店？

Answer 1

嗯，对我而言，你的实际配置比300+开发商店更适合敏捷（不太确定Agile是如何在那里实现的，我很想听到更多关于这个，因为缩放到那个尺寸需要一个非常敏捷IMO的高度成熟度）。

所以，我的回答实际上是：从4个人开始，所有的价值观和做法都是恰当和有价值的。实际上，您之前采用了哪种敏捷方法？你实施了哪些做法？是什么让你认为他们不合适？

PS：如果可以的话，试着超越工程实践，敏捷不仅仅是（对于Scrum来说尤其如此）。测试驱动开发，持续集成等实践很不错，但它们只是一种手段，而不是目的。它们不足以成功实施敏捷。敏捷是一种面向业务的组织模式。换句话说，技术内容实际上并不是实施Scrum的最佳起点，您应该从组织事物开始。

Answer 2

恕我直言所有的开发实践都是合适的。事实上，很长一段时间，敏捷团队有望成为一个小团队（5-9人）。关于它有一个artile的infoq。

另外，因为你有一个小团队，沟通和协作都会变得更容易，所以这些做法会更好。

Answer 3

专注于引入为团队添加最大价值的实践。

由于团队对变化的影响很小，因此非常明显，如果您与团队合作并且显示改进，那么您可以返回并添加另一个 - 再次为团队增加最多价值的那个。

最重要的一点是项目以灵活的思维方式接近，添加工具＆amp;在长期项目中无法适应变化的技术没有高度调整，客户将没有你应该瞄准的最终结果。

Answer 4

公共代码 - 审查每个人是否在同一个网站上

Answer 5

我想你可能想要解决这个问题;什么敏捷方法不适合，因为你是一个小团队。我不是敏捷实践方面的专家，但由于你的团队规模，我无法想到任何不适合的方法。