我编辑我的帖子更具体。
我希望开始使用 Scrum 方法，并且想知道设计和 Scrum 是如何共存的？
在“旧”世界中，我会为我的应用程序构建一个完整的设计，准确说明每个菜单应该在哪里，以及它应该包含多少个按钮。
通过如此精确，我帮助我的开发团队了解在哪里构建可重用组件（例如菜单 UI，将由子菜单继承），并为他们提供有关应用程序的“大图”。
Scrum 是如何处理这个问题的？
在 Scrum 中，我们通过 sprint 工作，对于开发人员来说，看到应用程序的“大图”似乎是个问题，因为没有“大图”，只有下一个 sprint。
非常感谢，迈克尔。
无论您使用哪种方法，您都可以随时给出“大局”。简而言之，对于 scrum/agile，您必须记住目标是在每次迭代结束时创建一个工作软件。因此，您的故事之一不会是创建上层菜单，而是创建一个具有特定功能的上层菜单。想象一下，如果整个项目在任何迭代后停止，你应该有一个可用的应用程序，不管它有多么有限。
在 200 字的 SO 帖子中无法有效地描述开发方法。如果您想了解这一点，请阅读其中一本书或参加其中一门课程。
而且，对于大多数开发方法，“高级计划”要么已经由非开发人员完成，要么“计划”被抛到一边，让开发人员在做他们一直在做的事情时假装遵循.
而“敏捷”最终就是这样——开发人员做他们一直在做的事情。只有使用“敏捷”，您才能承认这一点，而不是假装遵循一些宏大的（和虚构的）开发计划。
“Scrum”只是团队中开发人员之间的定期技术/计划会议，尽可能多地消除忙碌的工作。没有真正的蓝图或格式（尽管保持简短的一般规则是好的）。
没有魔法。