敏捷开发中的需求领域、团队转型与管理变革
在敏捷开发的实践中,需求领域、团队转型以及管理方式的变革是至关重要的环节。下面将详细探讨这些方面的内容。
需求领域的管理
产品待办事项列表包含了所有的产品待办事项,每个事项仅分配给一个需求领域。每个需求领域有一个领域产品负责人,属于该领域的所有事项构成领域产品待办事项列表。团队会长时间隶属于一个需求领域。整体产品负责人会监控所有领域中事项的价值,当领域间的价值差异过大时,可将团队转移到其他领域,以关注整个产品的投资回报率。
需求领域通常包含 4 到 8 个团队。选择 4 个团队作为下限,是因为较小的需求领域会不可避免地导致透明度缺失和局部优化问题。需求领域的发展会经历以下几个阶段:
1. 诞生 :新的需求领域诞生有两种方式:
- 一个需求领域变得“过大”,通过对领域待办事项列表中的事项进行分组,将其拆分为两个较小的需求领域,这是创建新领域的首选方式。
- 出现一个与早期功能显著不同的新产品机会,此时可以创建一个全新的需求领域,将一个团队调入其中,并逐步发展到至少 4 个团队。
2. 中年期 :需求领域的相对重要性在其生命周期中会发生变化,因为客户不会整齐地将需求划分到各个领域。整体产品负责人有责任识别这种变化,并通过将团队转移到最有价值的领域来动态调整需求领域。如果需求领域缺乏动态性,可能暗示着更深层次的系统性问题。
3. 退休 :需求领域很少会直接消失,但可能会缩减到不足 4 个团队。此时,应合并需求领域,将两个需求领域的范围扩展一致,合并领域待办事项列表,并由一位领域产品负
超级会员免费看
订阅专栏 解锁全文
1370

被折叠的 条评论
为什么被折叠?



