使用Worktile工具进行项目管理

       尽管只是一小团队,但是忙起来以后很多东西就会乱套,最近开始思考怎么把流程理顺,就先用worktitle尝试下。很多地方在后面还要细化,不过目前还是效率优先吧。

使用流程

使用Worktile工具进行项目管理_第1张图片

图1 工具使用流程

 

各阶段流程说明

需求管理

原始需求

       该项每个需求作为一个任务,需要填写“需求标题”、“需求标签”以及“需求描述”三项(见图2),每项填写要求如下:

  • 需求标题:用一个简单标题描述该需求,方便查看
  • 需求标签:选择一项需求的重要程度标签
  • 需求描述:描叙中包括需求编号、提出需求的目的或者背景、需求的详细说明以及需求的提出人是谁。需求编号的格式为“CR_项目名称缩写_YYYYMMDDhhmm”

      原始需求提出后,项目经理对需求进行评估并根据评估的结果把需求移动到“暂不处理”或者“已评估阶段”,“原始需求”阶段的任务需要及时处理转移,不能长期累积。

使用Worktile工具进行项目管理_第2张图片

图2 原始需求填写

 

暂不处理

       项目经理对“原始需求”中的任务进行评估后,确认不进行处理的可以把需求转移到“暂不处理”阶段并对任务“打钩“表示任务已关闭,需要在评论中说明不处理的具体原因,项目成员也可以在评论中发表意见进行讨论,根据项目成员的讨论意见可以重新开始任务等。

使用Worktile工具进行项目管理_第3张图片

图3 暂不处理阶段填写

已评估

       项目经理对“原始需求”中的任务进行评估后,确认需要实现并把需求转移到“已评估”阶段,同时给出预估的实现时间,然后任务就被拷贝到“开发管理”的子项目中去进行处理。

使用Worktile工具进行项目管理_第4张图片

图4 已评估阶段填写

 

无法实现

       需求在“开发管理”子项目处理过程中,出现技术原因等的无法实现的客观因素时,经过项目组协商,可从“已评估”阶段转移到“无法实现”阶段。“打钩”关闭需求,并在评论中详细描述无法实现原因,如果可能,给出规避方案转新需求处理。

使用Worktile工具进行项目管理_第5张图片

图5 无法实现阶段填写

 

已完成(已验证)

       需求在“开发管理”子项目处理过程中发布上线后,可从“已评估”阶段转移到“已完成”阶段“。对任务”打钩“表示该需求已关闭,并需要在评论中给出必要的验收内容。验收内容包括:验收时间、参与验收人员、验收结果以及遗留问题。如存在遗留问题的需要在解决问题后回复评论”已解决“或者”已转新需求“以便跟踪。

使用Worktile工具进行项目管理_第6张图片

图6 已验证阶段填写

 

开发管理

     “开关管理”子项目中的各个阶段根据开发团队的风格自行组织填写格式,不限制填写的内容,但是要求每个需求必须经历完所有开发阶段才能转移到“待归档”阶段,方便项目组成员查看开发进度。

功能列表

     “需求管理“子项目中“已评估“阶段的需求都要拷贝到”功能列表“中表示该需求已经进入到开发处理阶段,开发团队根据需求的实际情况分解子任务并分配到开发成员个人上。由开发成员处理子任务并转移需求到下各阶段中。

进行中

       开发人员从“功能列表”中认领任务并拖拽到“进行中”,表示该任务已在进行处理

待测试

       开发完成还未进行测试的需求转移到“待测试”阶段

待发布

       内部测试完成的的需求转移到“待发布”阶段

待归档

       验收完成的需求有连个动作,一是把需求转移到“待归档”中,二是“需求管理”子项目中“已评估”阶段对应的需求要转移到“已完成”阶段。

缺陷管理

原始bug描述

       该项每个问题作为一个任务,需要填写“缺陷标题”、“标签”以及“缺陷描述”三项,每项填写要求如下:

  • 标题:用一个简单标题描述该缺陷,方便查看
  • 标签:选择重要程度标签
  • 描述:描叙中包括缺陷编号、缺陷的详细说明以及该缺陷的发现人是谁。需求编号的格式为“DTS_项目名称缩写_YYYYMMDDhhmm”

      原始缺陷提出后,项目经理对需求进行评估并根据评估的结果把缺陷移动到“暂不处理”或者“确认待修改”阶段,“原始BUG描述”阶段的任务需要及时处理转移,不能长期累积。

使用Worktile工具进行项目管理_第7张图片

图7 原始BUG阶段填写

确认待修改

       项目经理对“原始BUG描述”中的任务进行评估后,确认需要实现并把问题转移到“确认待修改”阶段,同时给出预估的实现时间。

使用Worktile工具进行项目管理_第8张图片

图8 确认阶段填写

暂不处理

      项目经理对“原始BUG描述”中的任务进行评估后,确认不进行处理的可以把问题转移到“暂不处理”阶段并对任务“打钩“表示任务已关闭,需要在评论中说明不处理的具体原因,项目成员也可以在评论中发表意见进行讨论,根据项目成员的讨论意见可以重新开始任务等。如有可能,请给出规避方案。

使用Worktile工具进行项目管理_第9张图片

图9 暂不处理阶段填写

 

待发布

       问题确认待修改后由开发人员把问题转移到“开发阶段”,表示问题正在实现过程中,如有可能,请在评论中给出具体的解决方案或技术手段。

已发布

       问题处理完成并验证过后,可从“待发布”阶段转移到“已发布”阶段“。对任务”打钩“表示该需求已关闭,并需要在评论中给出必要的验收内容。验收内容包括:验收时间、参与验收人员以及验收结果。

使用Worktile工具进行项目管理_第10张图片

图10 已发布阶段填写

 

权限分配

       按照职责划分,项目组成员归成三类(公司成员、项目经理和开发人员)。其中公司成员拥有项目的管理员权限,即所有功能的最高权限;项目经理拥有任务创建、编辑和任务安排等相关权限,考虑到开发管理中开发商成员需要更自主的计划执行能力,所以在该阶段给予项目经理最高权限;而开发人员只有执行任务的基本权限。

根据以上分析,针对上文中三个阶段以及项目组成员的职责分配权限功能细分如下。

表1 项目成员权限分配表

 

公司成员

项目经理

开发人员

需求管理

l  项目管理;

l  列表管理;

l  任务管理;

l  人员管理;

l  权限管理;

l  项目拷贝;

l  列表创建、拷贝、编辑;

l  任务创建、拷贝、移动、编辑;

l  人员分配;

l  任务创建、拷贝、移动、编辑

BUG管理

开发管理

l  项目管理;

l  列表管理;

l  任务管理;

l  人员管理;

l  权限管理;

 

 

 

 


你可能感兴趣的:(项目管理)