我对 Scrum 的好处和流程有相当多的了解。我得到了有关积压工作、燃尽图、迭代、使用用户故事以及 Scrum“框架”的其他各种概念的想法。
话虽如此......我在一家网络开发公司工作，该公司同时管理多个项目，由六名团队成员组成“生产团队”。
Scrum 如何处理多个项目？您是否仍然只是在一定时间内为单个项目安排一次迭代，然后整个团队都致力于该迭代，然后在该迭代完成后继续进行下一个项目的新迭代？或者是否有一种“敏捷”的方式来管理多个项目及其自己的迭代，同时只有一个团队？
最佳答案
Scrum 实际上并不要求您必须开发一个独立的产品。它只是说明有很多事情需要完成(产品积压)，下一次迭代有一定的可用开发时间(根据项目速度计算出来)，并且有客户选择的项目/业务在下一次迭代(冲刺积压)中完成的问题/任务池中具有最高优先级。
产品待办事项和冲刺待办事项没有理由必须来自同一个项目 - 即使在单个项目中，也会有类似于单独项目的离散工作单元 - UI、业务层、数据库模式企业软件开发尤其如此，您有许多代码库，所有这些代码库都必须不断发展。 Scrum 流程 - session 、问题、燃尽图等 - 无论是一个项目还是多个项目，所有这些都有效。
话虽如此，在实践中，每次迭代都有一个主要主题通常是好的 - “做报告模块”或“与 XYZ 系统的 API 接口(interface)” - 这样很多问题都来自一个项目或领域在迭代结束时，您可以指向大量工作并在其上打勾。
关于project-management - 当您有多个项目时，Scrum 如何工作？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/412525/