哪些敏捷实践适合于小团队?[关闭]

对我来说,你的实际配置比一个300多开发人员的商店更适合敏捷(我不太确定敏捷是如何在那里实现的,我很想听到更多关于这个的信息,因为扩展到这个规模需要在敏捷IMO上有很高的成熟度)。

所以,我的答案实际上是:从4个人开始,所有的价值观和实践都是适当的和有价值的。实际上,您以前采用了什么敏捷方法?你实施了哪些实践?是什么让你觉得他们不合适?

附言:如果我可以的话,试着超越工程实践,敏捷不仅仅是(仅仅)这一点(这对于Scrum尤其如此)。诸如测试驱动开发、持续集成等实践是不错的,但它们只是一种手段,而不是终点。它们不足以成功实现敏捷。敏捷是一种面向业务的组织模式。换句话说,技术性的东西并不是实现Scrum的最佳起点,您应该从组织性的东西开始。

imho所有的开发实践都是适当的。事实上,在很长一段时间内,敏捷团队被期望是一个小团队(5-9人)。有一个 artile 关于它的信息。

另外,因为你有一个小团队,沟通和协作会变得更容易,所以实践会更好地工作。

重点介绍增加 最价值 对球队。

由于团队规模较小,变更的影响将非常明显。 如果你 与团队合作 和 显示改进 然后你可以回去再加上一个-同样也是给团队增加最大价值的那个。

最重要的一点是 项目是以敏捷的心态进行的。 ,在无法适应变化的长项目环境中添加工具和技术,并不能与客户进行高度调整,这将不会产生您应该瞄准的最终结果。

公共代码检查是否每个人都在同一个站点上

我认为你可能想把这个问题转过去;敏捷方法会是什么 不 适合你,因为你是一个小团队。我不是敏捷实践方面的专家,但我真的想不出任何不合适的,因为你的团队规模。