创建产品的第一份Backlog

FYIRH

在明确了产品的商业模式、目标用户和产品愿景后，产品负责人就可以主导相关的利益干系人一起创建产品的第一份Backlog，如图8-9所示。在这个时候，也许企业还没有组建完整的研发团队，UX设计师可能也没有到位，但是企业需要具备相关技能的人来协助产品负责人创建Backlog。图8-9中的行业专家指的是那些熟悉产品所属行业情况的人，也可能是参与这个产品的同事，或者是来自其他产品领域的专家。

+ E1 m- x" t# r% t0 W  F

第一份Backlog一般会很粗糙，因为团队还没有足够的认知力能将每个需求细化。不要担心，随着产品版本的不断更新与发布，企业会获得越来越多的用户和对市场的认知，进而逐渐细化Backlog。

* A/ Z7 m+ U2 n6 l- j% Q; ]

1 D, J& [. Q, V6 U9 j" `4 d

; W0 f7 \+ c8 P1 A/ h! r' X1 d0 b( G

图8-9创建产品的第一份Backlog

& N7 R) R( G& e- m

以我做过的精益看板工具产品来说，我和团队一起创建的第一份Backlog如下：

• 项目成员和权限管理；
• 项目维护（包括创建、删除、更改、归档）；
• 看板的基本功能（包括列、工作项）；
• 看板的高级功能（包括限制看板在制品、泳道管理）；
• 精益度量；
• 版本计划；
• 迭代计划；
• 工作项的导入和导出；
• 项目操作日志；
• 向用户提供API接口；
• 团队论坛；
• 群组聊天；
• 知识百科；
• 团队论坛；
• 浏览器的支持（IE8及以上版本）。
  

1 ?  q$ n# g; t

这份列表非常粗糙，可是对于第一份Backlog来说足矣。那些被团队决定放入第一个版本里的需求，可以进一步被细化拆分。