使用 Scrum 和 Jira 处理 3 层应用程序开发
Handle a 3-tier Application Development with Scrum and Jira
我想在 jira 中使用 scrum 管理 3-tier Application 开发 (Data/Business/Presentation)，但不知道我是否使用 3 个项目（每个层一个）或一个项目并使用 epic 标签功能排列图层。
我发现了很多关于大型 scrum 项目的信息，但不是这种结构，而且大多数文章都提到了我们没有的大型团队。
使用 Scrum 框架将应用程序的层分解为单独的项目时，这是不寻常的。使用 Scrum，我们通常处理用户故事，这些用户故事代表通过应用程序提供一些业务价值的垂直切片。
分层意味着：
- 您创建了外部依赖关系，这使得团队很难解决他们自己的问题。 Scrum 指南包括以下内容："Cross-functional teams have all the competencies needed to accomplish the work without depending on others not part of the team."
- 衡量 'done' 软件的进度变得更加困难。 Scrum 指南说："Incremental deliveries of “Done” product ensure a potentially useful version of working product is always available."
- 您创建了一个同步和资源分配问题，因为团队必须以平衡的速度工作，以便他们以一致的速度构建三个层。例如，业务层开发一定不能领先于表示层太多。
- 测试可能不太有效，因为您有跨越多个团队的集成测试。这使得协调变得更加困难，并且可能会增加编写代码和发现错误之间的时间。
工具的问题在于它们会试图推动您采用 Scrum。我建议放弃该工具，并考虑在仅使用 Scrum 时如何看待该方法。然后看看该工具是否会对其进行建模。
对于您描述的情况，我会考虑一种产品和一种产品待办事项，以及多个产品待办事项。产品积压项目将描述跨越所有三层业务模型的垂直功能切片
我想在 jira 中使用 scrum 管理 3-tier Application 开发 (Data/Business/Presentation)，但不知道我是否使用 3 个项目（每个层一个）或一个项目并使用 epic 标签功能排列图层。
我发现了很多关于大型 scrum 项目的信息，但不是这种结构，而且大多数文章都提到了我们没有的大型团队。
使用 Scrum 框架将应用程序的层分解为单独的项目时，这是不寻常的。使用 Scrum，我们通常处理用户故事，这些用户故事代表通过应用程序提供一些业务价值的垂直切片。
分层意味着：
- 您创建了外部依赖关系，这使得团队很难解决他们自己的问题。 Scrum 指南包括以下内容："Cross-functional teams have all the competencies needed to accomplish the work without depending on others not part of the team."
- 衡量 'done' 软件的进度变得更加困难。 Scrum 指南说："Incremental deliveries of “Done” product ensure a potentially useful version of working product is always available."
- 您创建了一个同步和资源分配问题，因为团队必须以平衡的速度工作，以便他们以一致的速度构建三个层。例如，业务层开发一定不能领先于表示层太多。
- 测试可能不太有效，因为您有跨越多个团队的集成测试。这使得协调变得更加困难，并且可能会增加编写代码和发现错误之间的时间。
工具的问题在于它们会试图推动您采用 Scrum。我建议放弃该工具，并考虑在仅使用 Scrum 时如何看待该方法。然后看看该工具是否会对其进行建模。
对于您描述的情况，我会考虑一种产品和一种产品待办事项，以及多个产品待办事项。产品积压项目将描述跨越所有三层业务模型的垂直功能切片