禅道使用实践（2）-产品篇
前言
本文目的皆在指导产品团队使用禅道基于实操完成产品，项目的创建，需求汇总，版本规划，以及验收发布的基本流程。希望能帮助到首次使用禅道而不知道从何下手的团队。
基本概念
此章节内容与我上一篇的开发篇相同，从开发篇过来的朋友，可以跳往下个章节。
基本关系
产品中的很多需求必须由项目来实施完成，项目可以同时完成多个产品中的需求。
核心角色
三个核心角色分别是：产品经理、研发团队、测试团队
实际开发过程中，是有产品经理与项目经理两个角色的，但在很多公司中通常由一个人同时身兼产品经理与项目经理的角色，在这里需要做重点做一个说明。
产品经理
站在客户的角度，更多关注目标客户的需求，想好要做什么，并做好规划。
难点：深刻理解需求所要解决的问题，设计合理的解决方案；
项目经理
组织协调项目团队，达成目标。
难点：协调统筹，控制偏差，未雨绸缪；
可以尝试简单地理解为：一个对外，一个对内。
关于产品经理与项目经理的详细说明，可以参考底部引用资料。
基本要素
四个基本要素分别是：用户故事书（STORY）、用例（CASE）、任务（TASK）、缺陷及反馈（BUG）
基本流程
基本流程：需求/想法（STORY）=>产品=>计划=>迭代=>反馈=>下个迭代计划
实践操作
先来看一看产品经理以及项目经理在禅道项目管理流程中所处的位置
拟定团队各角色需要负责的事务
操作步骤参考
- 添加项目集（公司&产品总监统一规划）
- 添加产品线（公司&产品总监统一规划）
- 添加产品
- 关联项目集（必选）
- 关联产品线（根据情况选择）
- 指定相关负责人
- 产品描述
- 访问控制（建议私有）
- 记录需求
- 产品模块维护
- 添加需求
- 评审需求
- 制定计划
- 创建计划
- 关联需求&BUG
- 建立项目（项目经理）
- 创建项目
- 关联产品（可选）
- 关联需求
- 设置团队
- 启动项目
- 创建迭代（项目经理）
- 添加迭代
- 设置团队
- 关联需求
- 创建任务（主程介入）
- 验收发布
- 需求验收（QA发起）
- 测试报告评估（QA提供）
- 版本发布
其中第一与第二步涉及公司规划，不同公司的项目规划层级不同，本文略过，直接从产品经理着手的第三步开始（有需要进行了解的同学可以自行查看禅道官方手册，或者给我留言^ - ^）。
以下是具体的操作说明，大家可以把以下内容当成工具书，参照上面的步骤根据实际需要选择阅读。
添加产品
记录需求
- 如果产品是初次创建，请基于产品整体的规划先维护好模块，便于后续的规划及跟进更有针对性；
- 需求填写时尽量表达出相关需求的
目标用户，要完成的操作，以及实现的价值；
例如：
作为一名【舆情分析师】，我希望能【对搜索出来的文章进行批量删除】，以便于【高效清洗数据，让我们的信息更有针对性】
- 对于录入到需求池中的复杂需求，需要指定相应的评审人，可以走线上异步评审，也可以集中后发起评审会，在会上进行需求评审确认，以防止错误的需求被排入计划，浪费团队的时间。
制定计划
整理需求，创建计划：
关联需求&BUG：
建立项目
创建项目：
关联产品：
关联需求：
设置团队：
启动项目：
创建迭代
创建迭代，是为了将具体的计划落为一个个具体的开发任务，由相关的开发团队执行，每一个项目可以创建多个迭代（即：将项目拆分为多个版本进行迭代开发、发布）。
迭代创建后，和项目创建后一样，也需要设置相关的团队，关联需求。不同之处在于，在迭代中才涉及到具体任务的创建拆分。
有些你会发现，你创建的任务无法指派给某些人，如果遇到这类问题请检查一下团队设置。
验收发布
此步骤中间跳过了开发与测试的研发过程，由QA发起验收时，产品经理再次介入，目的有两个：
- 确认需求实现与要求是否一致（线下）；
- 确认产品是否可具备发布条件（线上）；
在禅道上即对QA的测试报告进行确认，是否允许发布，如果不允许发布，需要结合项目经理，主程意见评估下阶段方案。
参考资料
- 产品经理和项目经理的区别
- 官方手册
- 禅道开源版使用手册
往期文章
- 禅道使用实践（1）-开发篇