为什么我的团队需要SCRUM而不是非正式的，更轻量级的流程？
此问题是从Stack Overflow 迁移而来的，因为可以在Software Engineering Stack Exchange上回答。 迁移 8年前。 首先，我想知道我理解SCRUM或它的某些派生词可能是管理软件开发的好方法。似乎所有大公司和我的经理都在使用或曾经使用过它，而我不能以所有这些经验来争论。但是，我一直在努力理解“为什么”，所有阅读甚至我在工作中的SCRUM官方培训都对我没有帮助。只是说辞而已。所以我来这里寻求答案。 到现在为止，我已经由4-5名成员组成的团队非常有效地发展，完全是自组织的，不需要任何培训，方法论或特殊软件。只是在多维数据集中进行讨论，临时会议和一对一代码审查。我现在在工作中被告知SCRUM是必经之路，以及随之而来的一切。当他们向我描述SCRUM时，我读到了以下内容： 个人与流程和工具之间的互动 工作软件超过全面的文档 客户合作而非合同谈判 响应计划变更 很好，但是对我来说，所有这些似乎都是常识。为什么需要将其编纂？然后我被告知方法论可以帮助我们应对变化。具体什么SCRUM的各个方面使我变得如此灵活，以至于以前我无法通过临时会议，多维数据集讨论和开发人员计划会议来实现？他们解释了每两周或进行一次冲刺的工作成果的必要性。在我的特定项目中，没有“客户端”，该软件将无法使用一年或一年以上的时间，与此同时，我大概只会每个月或更短时间向高级管理层进行降级。那么，为什么每两周就需要交付产品呢？他们强调了Sprint计划会议的重要性，整个团队将为下一个Sprint安排故事和任务。这与我过去的即席计划会议没有什么不同。为什么每隔一个星期一就要发生一次 为什么要整个团队参与其中？我了解“拥有”该产品的每个成员的概念，但事实是，只有极少数人能够真正地将每个故事分解为任务，而其他人则只是闲着看。 再一次，我了解到大多数人都在此过程背后，因此它必须有效，我需要加入进来。我只想了解为什么。我的问题是我已经练习了这些东西，只是不喜欢不必要地编纂它们吗？也许我还没有看到这些技术的优势，因为它们做得不正确？与我惯于接受的尖锐做法相反，任何关于此的真实，个人信息或建议，将不胜感激。