在全部项目底部有’归档项目‘，点击右上角的’设置‘按钮，点击显示归档的项目
在归档项目中点击要激活的项目
在出现的项目工作面板中点击’项目‘选项
笔者搭建过比如JIRA这样的传统项目管理工具，虽然一旦搭建完成，使用起来，无脑且不易出错，但是搭建过程繁琐，学习成本很高，而且需要一定的技术功底和项目管理知识，非常不讨人喜欢。而互联网时代，越来越讲究扁平化管理，小团队化，生物型组织，用来进行严格流程管理的传统项目管理工具已经越来越不适用。实际上Worktile应该算一个团队协作软件，因为他在设计思路上就不是为了管理而是协作，Worktile没有复杂的流程控制，也没有复杂的权限管理，功能简单，使用灵活，非常重视用户体验。而且Worktile也没有仅仅将目标用户锁定于小团队，他的每个成员都可以创建属于自己的项目，光这一点，就为生物型组织的大公司提供了无限可能。
Worktile可以通过发送网址链接邀请团队成员，只要把链接通过QQ、微信、邮件组等方式分享给团队成员，他们即可点击链接直接加入你的团队。
成员加入后要记得关闭链接防止链接泄露。
创建团队项目，命名为“BUG管理”，在项目中，默认有“要做”，“在做”，“已做”3个任务列表，任务列表其实类似于项目管理中的一个工作流状态，这里我们重命名为“未解决”，“正在解决”，“已解决，待测试”。
在“未解决”任务列表点击“新建任务”，创建新任务需要填写以下内容：
1.主题。
2.分配对象:如果知道是哪个程序的功能可直接指定该程序；如果不知道，可以分配给程序负责人，再由程序负责人分配给相应程序，
3.设置标签:对于BUG，我们只设3级，高优先级的bug添加红色标签，中优先级的bug添加黄色标签，低优先级的bug不添加标签（因为可以自定义标签，除了红黄两色禁止修改之外，可以自由添加其他标签，后续商定）。
4.保存后，点击该任务，选择“添加关注”，选择自己。
相应程序在“工作台”，“我的任务”中可以进行筛选。对应一个刚刚发起的BUG有以下流程：
1.如果是无效BUG：点击任务，添加评论（说明无效理由），移动到“已解决，待测试”任务列表，分配列表中添加BUG发起者。
2.如果是有效BUG：当程序接受BUG后，将该BUG移动到“正在解决”任务列表。并“设置解决日期”。
注：在任务列表中可以直接拖动到其他列表，如图所示：
3.当程序解决好BUG后，再将该任务移动到“已解决，待测试”列表中，分配列表中添加BUG发起者。
BUG发起者，要及时查看项目状态，在项目列表右上侧，任务筛选，可以看到相应的任务变化。
当一个BUG被移动到“已解决，待测试”列表中时，BUG发起者的“待完成”下就会出现，这时候BUG发起者去测试BUG是否解决。
1.如果BUG已经解决：点击“主题”前面的方框，该任务会被自动归档（需要管理员进行设置），BUG流程结束。如果以后该BUG重现，可以到“项目设置”里选“查看归档项目”，找到任务重新“激活”
2.如果BUG没有解决：则再移动到“未解决”列表中。
产品研发中，研发团队经常会遇到需求变更的问题。而在实际过程中，产品的需求还在随时发生着改变，临时插进来其他的小修小改也都是常事。虽然每个修改可能耗时不多，但数量上去了，总体的耗时可就真不少了……常常到了规定时间，10个里面可能有那么1、2个没有按计划完成。每当这个时候，总有老板会质问你“为什么没有完成？”虽然有理由解释，但总是感觉稍显无力……其实需求管理也是整个项目管理汇总最重要的一环，之所以研发团队有时不能按照规定的时间完成需求，其实跟没有了解需求管理的流程、没有借助合适的管理工具有关。
在讲述具体的方法以前，我们先来看一下需求管理的流程。
需求管理流程
提出
详细记录变更需求，可以把它看成是一个备忘录或者收件箱，需求提出者要能够非常容易的记录下需求的详细信息。
审核
确认是否要实施该变更需求，在这个过程中需要对变更进行评审，确认是否需要变更需求，以及需求对已有部分所带来的影响。
实施
根据需求的详细要求进行具体的实施，其中可能涉及到产品、开发、设计人员的参与。
确认
对需求的结果进行质量保证，确认需求的实施是正确的。
度量
对需求的过程做度量分析，这个过程对于需求管理是非常重要的且有意义的，通过对这些需求的分析，就能知道当前项目的进展情况，以及存在的问题。
需求管理中每个流程之间互相影响，互相作用，如果没有选择一款好的需求管理工具，其结果会非常糟糕。就会如文章一开始说的那样：虽然有理由解释，但总觉得有点无力！
需求管理工具
综上所述，为了更好的在项目管理中实施变更管理，选择一款好的变更管理工具至关重要，至少该工具要具备如下几个能力：
灵活的定义需求流程
需求管理的流程虽然如我们上面所说，有提出需求、审核、实施、确认和度量分析几个阶段，但是对于不同的团队在具体实施起来可能是不一样的，这就要求需求管理工具能够非常灵活的自定义各个流程。
方便的变更需求记录
需求管理工具要能够非常方便的让变更提出者记录变更需求，并且能够起到一些简单的协同和沟通作用，每个成员都可以参与进来，也能够实时看到其他人提出的变更需求。或者在提出需求请求时通知到其他成员。
合理的需求度量分析
需求管理中很重要且有意义的一项工作就是度量分析，如果需求管理工具无法做到，与不使用需求管理工具的结果一样。因为分析整个项目当前变更的状态，所以需求管理工具要具备灵活需求查询与统计分析功能。
需求与项目其他元素整合
需求管理只是项目管理过程中的一个环节而已，它不能与其他项目管理过程脱节，不能说我们为了变更管理选择了工具A，而项目管理的其他过程选用工具B，各个工具的数据无法互相打通。
如何使用Worktile进行需求管理
需求管理的工具有很多，但也各有各的问题。接下来我将给大家展示一下如何使用Worktile进行需求管理，你会看到，在符合上面我所提的优秀的需求管理所应该具备的几个条件中，Worktile完全满足。
通过任务列表搭建需求管理流程
在Worktile中，任务的展示采用了看板视图，我们可以用任务列表来表示不同的变更流程，如下图所示一个典型的案例：
收件箱：在该任务列表中任何人都可以向这里提交变更需求请求，当你觉得有需要解决的需求事可以添加在这里；
要做：确定要做的需求，可以把它统一放在该列表下，并添加相关的负责人；
进行中：在该列表下，可以明确正在进行的需求，了解产品的进展；
已完成：对于已经完成的需求，可以专门放在一个列表下，方便之后对产品的追踪。
以上的所有阶段，都可以通过直接拖拽的方式改变需求的状态：
需求的属性设置
用标签来定义任务属性
通过任务优先级来定义需求处理的优先级
需求的沉淀
如果确认不做变更需求，直接把该需求归档即可，这样方便以后查询：
需求的追踪和统计
Worktile还提供了任务统计功能，可以对任务的完成情况、延期情况按照成员、列表、标签等不同的维度进行统计分析。
通过标签对需求属性进行统计
在Worktile的项目统计中，可进行标签统计，而这对于需求管理的价值在于，我们可以通过需求属性的统计分析，了解到现有产品的进展，用户的多少痛点得以解决，并且可以通过列表统计来统计需求的完成情况：
在Worktile中所有的元素都相辅相成，如果在变更需求中添加了附件，则这些附件会同时在文件模块中展示。同时设置了截止日期的任务会出现在日历视图中。这样把需求管理融入了整个项目管理流程中，而不会造成信息孤岛。
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）