关闭。这个问题是opinion-based .它目前不接受答案。
想改善这个问题吗？更新问题，以便可以通过 editing this post 用事实和引文回答问题.
3年前关闭。
Improve this question
所以我发现自己在一个包括我在内的四人小团队中工作了几个星期。与我在 300 多个开发人员商店的上一份工作相比，我参与了敏捷方法的采用，这是一个很大的变化。
我一直在偷偷地引入有用的工具，比如持续集成服务器，并且正在 secret 地开始测试驱动开发。
哪些其他敏捷项目管理和开发实践适用于较小的商店？
最佳答案
好吧，对我来说，您的实际配置比 300 多个开发人员商店更适合敏捷(不太确定敏捷是如何在那里实现的，我很想听到更多关于这一点的信息，因为扩展到这种规模需要非常高的水平敏捷 IMO 的成熟度)。
所以，我的答案实际上是:从 4 个人开始，所有的值(value)观和做法都是适当且有值(value)的。实际上，您之前采用了什么敏捷方法？你实现了哪些实践？是什么让您认为它们不合适？
PS:如果可以的话，请尝试超越工程实践，敏捷并非(仅)与此有关(对于 Scrum 尤其如此)。测试驱动开发、持续集成等实践很好，但它们只是一种手段，而不是目的。它们不足以成功实现敏捷。敏捷是一种面向业务的组织模式。换句话说，技术方面的东西并不是实现 Scrum 的最佳起点，你应该从组织方面开始。
关于agile - 什么样的敏捷实践适合小团队？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/1805867/