如何使用Worktile进行需求管理

产品研发中，研发团队经常会遇到需求变更的问题。而在实际过程中，产品的需求还在随时发生着改变，临时插进来其他的小修小改也都是常事。虽然每个修改可能耗时不多，但数量上去了，总体的耗时可就真不少了……常常到了规定时间，10个里面可能有那么1、2个没有按计划完成。每当这个时候，总有老板会质问你“为什么没有完成？”虽然有理由解释，但总是感觉稍显无力……

其实需求管理也是整个项目管理汇总最重要的一环，之所以研发团队有时不能按照规定的时间完成需求，其实跟没有了解需求管理的流程、没有借助合适的管理工具有关。
在讲述具体的方法以前，我们先来看一下需求管理的流程。
需求管理流程
提出
详细记录变更需求，可以把它看成是一个备忘录或者收件箱，需求提出者要能够非常容易的记录下需求的详细信息。
审核
确认是否要实施该变更需求，在这个过程中需要对变更进行评审，确认是否需要变更需求，以及需求对已有部分所带来的影响。
实施
根据需求的详细要求进行具体的实施，其中可能涉及到产品、开发、设计人员的参与。
确认
对需求的结果进行质量保证，确认需求的实施是正确的。
度量
对需求的过程做度量分析，这个过程对于需求管理是非常重要的且有意义的，通过对这些需求的分析，就能知道当前项目的进展情况，以及存在的问题。

需求管理中每个流程之间互相影响，互相作用，如果没有选择一款好的需求管理工具，其结果会非常糟糕。就会如文章一开始说的那样：虽然有理由解释，但总觉得有点无力！
需求管理工具
综上所述，为了更好的在项目管理中实施变更管理，选择一款好的变更管理工具至关重要，至少该工具要具备如下几个能力：
灵活的定义需求流程
需求管理的流程虽然如我们上面所说，有提出需求、审核、实施、确认和度量分析几个阶段，但是对于不同的团队在具体实施起来可能是不一样的，这就要求需求管理工具能够非常灵活的自定义各个流程。
方便的变更需求记录
需求管理工具要能够非常方便的让变更提出者记录变更需求，并且能够起到一些简单的协同和沟通作用，每个成员都可以参与进来，也能够实时看到其他人提出的变更需求。或者在提出需求请求时通知到其他成员。
合理的需求度量分析
需求管理中很重要且有意义的一项工作就是度量分析，如果需求管理工具无法做到，与不使用需求管理工具的结果一样。因为分析整个项目当前变更的状态，所以需求管理工具要具备灵活需求查询与统计分析功能。
需求与项目其他元素整合
需求管理只是项目管理过程中的一个环节而已，它不能与其他项目管理过程脱节，不能说我们为了变更管理选择了工具A，而项目管理的其他过程选用工具B，各个工具的数据无法互相打通。
如何使用Worktile进行需求管理
需求管理的工具有很多，但也各有各的问题。接下来我将给大家展示一下如何使用Worktile进行需求管理，你会看到，在符合上面我所提的优秀的需求管理所应该具备的几个条件中，Worktile完全满足。
通过任务列表搭建需求管理流程
在Worktile中，任务的展示采用了看板视图，我们可以用任务列表来表示不同的变更流程，如下图所示一个典型的案例：

收件箱：在该任务列表中任何人都可以向这里提交变更需求请求，当你觉得有需要解决的需求事可以添加在这里；
要做：确定要做的需求，可以把它统一放在该列表下，并添加相关的负责人；
进行中：在该列表下，可以明确正在进行的需求，了解产品的进展；
已完成：对于已经完成的需求，可以专门放在一个列表下，方便之后对产品的追踪。
以上的所有阶段，都可以通过直接拖拽的方式改变需求的状态：

需求的属性设置
用标签来定义任务属性

通过任务优先级来定义需求处理的优先级

需求的沉淀
如果确认不做变更需求，直接把该需求归档即可，这样方便以后查询：

需求的追踪和统计
Worktile还提供了任务统计功能，可以对任务的完成情况、延期情况按照成员、列表、标签等不同的维度进行统计分析。
通过标签对需求属性进行统计
在Worktile的项目统计中，可进行标签统计，而这对于需求管理的价值在于，我们可以通过需求属性的统计分析，了解到现有产品的进展，用户的多少痛点得以解决，并且可以通过列表统计来统计需求的完成情况：

在Worktile中所有的元素都相辅相成，如果在变更需求中添加了附件，则这些附件会同时在文件模块中展示。同时设置了截止日期的任务会出现在日历视图中。这样把需求管理融入了整个项目管理流程中，而不会造成信息孤岛。

同问。。。