嘿伙计们，我希望向我的老板介绍一种敏捷的方法，以便我们可以在我们的工作场所实施它。我一直在做很多研究，但是我找不到什么能让它从其他敏捷方法中脱颖而出。我想也许这是一致的会议，还是对工件的严重依赖？请告诉我。谢谢！
答案 0 :(得分：2)
查看维基百科。 Scrum敏捷方法位于http://en.wikipedia.org/wiki/Scrum_%28development%29
Here是另一个stackoverflow问题，它告诉scrum和极限编程（XP）之间的区别。 Mountain Goat Software也适用于此。
答案 1 :(得分：0)
我尽量不要陷入不同方法的微小差异中。选择您认为最适合您的工作场所或环境的实践，或者最容易说服您的老板（和团队）采用的实践是完全合法的。你不必仅仅做SCRUM或XP或其他什么教条。
我将尝试实施的关键事项（但是YMMV）
如果我试图说服我不情愿的老板或团队，我可能会从每天的立场开始。它们是低成本/低成本的，如果做得好，应该帮助团队凝聚一点，了解其他人正在做什么以及路障是什么。
答案 2 :(得分：0)
答案 3 :(得分：0)
Scrum专注于如何管理项目，尤其是在规划和评估方面。
XP（极限编程）专注于项目内的技术卓越性和质量，并将变更成本保持在较低水平。
将它们视为工具箱，其中一个工具箱不构建房屋。 Scrum依赖于低成本的变化，以便对速度的测量及其背后的估计是准确的 - 但它实际上并没有提供这种方法。 XP的大部分Scrum包含在其实践中，尽管一些Scrum技术（如将故事分解为任务）对于正在学习的团队非常有用。
即使在一起，您可能会发现他们没有提供足够的工具来进行适应性规划，大规模组织变革，文化变革，良好的招聘实践以及敏捷团队的许多其他投入，这些投入往往被排除在外方法
我的目标是将Scrum与XP结合使用，您可能希望在阅读时考虑精益，看板，BDD和特征注入 - 这里也有一些有用的工具。
至于开始，这是我的两个核心实践：