Moving the 产品管道 出 of the development backlog “产品人员-产品经理,产品设计师,UX设计人员,UX研究人员,业务分析师,开发人员,制造商和企业家 March 03 2013 真正 梳理,精益产品经理,产品管理任务,产品计划, 注意产品 介意产品有限公司 867 积压的积压 产品管理 3.468

Moving the 产品管道 出 of the development backlog

通过 ON

手稿积压2010 引发了一次有趣的哲学讨论 心灵产品’的产品经理Skype聊天 当我质疑为什么有人在他们的开发积压中有不完整的用户故事时。大部分答案可以归结为“因为那是完成的方式”.

但是,我觉得还有另一种方法,与在开发积压工作中进行修饰相比,它提供了多个优点。

修饰和充实功能请求应自己完成‘queue’ –称其为积压订单或我的首选条款,‘product pipeline’。一旦用户故事准备就绪,就可以将它们从管道转移到开发积压中,以便对开发周期进行优先级排序和管理。 马蒂·卡根(Marty Cagan) 推荐人类似于 机会积压.

为什么将修饰从积压流程中移出?

产品管理过程不仅是产品经理和开发团队之间,而且是整个公司以及最终用户之间的协作之一。进行梳理时,必须吸收来自不同利益相关者的这些见解。

由于开发积压工作是由数量有限的具有协作访问权限的人员控制的,因此大多数利益相关者被排除在梳理过程之外,而只是被牧养‘contribute’通过会议。正如我们’众所周知,会议很少是有效获取输入和反馈的好方法,而使利益相关者协作的许多价值无法实现。它’与通过会议进行包扎相比,更改流程更好。

尽管开发积压工作可以向更广泛的公司开放,但这将使它变得充满功能请求和错误报告,从而使其变得笨拙,从而失去其作为优先级和开发管理工具的有效性。

通过移动修饰 在开发积压中,您可以打开整理过程,从而获得利益相关者的优势’围绕用户故事的见解和讨论,而不会影响开发周期的管理和优先级。添加到产品管道中的所有功能请求和错误(无疑会发生)都被视为非常基本的用户案例,可以随着时间的流逝而得到完善。

在开发积压工作中用于支持修饰的一种论点是技术效率或将相关的用户案例构建在一起的想法。听起来不错,是的,但是我怀疑这种方法是否能带来很多好处。通过遵循这种逻辑,您所说的就是用户故事 y 与用户故事有关 x 而且,因为我们肯定会建立 x,让’继续充实 y 并共同构建它们以节省精力。没有考虑是否 y 确实需要,但是它正在构建,因为它’s related to x 并且将来可能需要(也可能不需要)。

在您开始使用时 y 考虑到自最初创建以来的学习和变化,它很容易不适合该目的。效率增益损失为 y 无论如何都需要重建才能有效。

It’最好专注于立即构建所需的东西,并确保构建正确的事物,而不是修饰时它们在技术上是否相关。

在开发积压之外整理用户故事并仅在您几乎100%确信要构建它们时才转移它们,这有助于每个人集中精力确定应构建和需要构建的内容。您避免了仅仅为了填补开发周期而产生的诱惑。‘fill it 出’,从而腾出宝贵的开发时间来完成其他任务。

有多少产品所有者由于有空闲时间而将故事添加到开发周期中?可能我们所有人都处于某一时刻或另一时刻。我们’毕竟,我们必须看到自己很忙。

修饰应该是一项正在进行的任务,而不是包装在会议中的任务。通过使其持续进行,就有大量时间来深入研究’是真正需要或想要的,使用户故事更加聚焦。实际上,它有助于确保您仅构建所需的内容。

持续的梳理有助于在学习过程中融入学习’s fresh in everyone’的头脑。您从发行版,可用性测试,实验等中学到的知识通常会影响多个用户故事。如果您只整理会议中的故事,随着时间的流逝,您所学到的东西就会被遗忘,并开始失去作用。在限制整理会议时,您不是’充分利用学习的力量。通过进行持续的整理,学习中涉及的任何人都可以更新所有受影响的用户故事,而每个人的学习仍然很强大’的头脑。通过不断的梳理,可以更加充分地实现学习的力量。

概要

使用产品管道不会’将开发团队排除在梳理过程之外,但将其扩展以更有效地利用公司的其他成员,最终用户和学习。然后,开发积压变得更加专注于交付,从而提高了开发团队和产品经理的生产力。

By promoting effective collaboration during grooming, 产品管道 helps reach the point where that big feature request from sales is whittled down to a focused user story that delivers everything it needs and is straightforward to deliver.