agile - 双带宽敏捷团队?

标签 agile

我正在尝试找出如何解决我的团队在尝试应用敏捷时面临的一些挑战。目前最令人头疼的问题是业务项目的双重角色性质。

基本上,我们有许多为不同市场生产和部署的软件。该软件按季度发布周期进行规划和范围。与此同时,我们还有一些大型契约(Contract)需要 1-3 个月才能完成。问题源于这样一个事实:管理层希望首先处理即将到来的契约(Contract),而所有正常安排的发布工作都被搁置一旁,以完成下一份契约(Contract)。

我们正在尝试将发布时间限制在 3 个月以内,这样契约(Contract)就必须等待那么长时间才能开始工作。

有人在尝试应用敏捷时处理过这样的场景吗?有哪些想法/方法可以用于发布范围/计划工作并使管理层对及时交付高优先级契约(Contract)感到满意?

最佳答案

我能看到的唯一途径就是内部市场。
为您的“真实”产品的下一个版本分配一个 $ 值,然后您可以将工作量公平地分配给该产品与即将到来的契约(Contract)。

当然,“真正”产品的值(value)取决于管理,但至少它以理性的方式将问题推给他们。

关于agile - 双带宽敏捷团队?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/1891742/

相关文章:

project-management - 我应该如何在 Bugzilla 中实现用户故事?

agile - 卡墙+在线卡墙=复制?

project-management - 您是否应该在 Scrum backlog 中包含非开发任务?

agile - 当开发团队也是支持团队时,Scrum如何工作?

敏捷(Scrum)采用——进展如何?

agile - 用户故事中的 'type of user' 是什么?

process - 小口敏捷 : most bang for the buck

jira - 如何在 Jira 中将待办事项标记为 "ready"?

agile - Scrum 中的要求和任务究竟是什么?

agile - 敏捷术语中的用户故事和功能有什么区别?