禅道项目管理系统操作规范V10

项目管理系统（禅道）操作规范VI。0

编写人:

审核人:

目录

前言.........................................................................4

工页目伽J......................................................................................................................5

一、创建项目.......................................................5

二、组建团队......................................................7

三、关联需求......................................................8

四、需求分解：....................................................9

五、创建版本:...................................................11

六、提交测试：...................................................12

七、文档管理.....................................................14

八、项目维护.....................................................14

产品侧......................................................................15

一、创建产品.....................................................15

二、创建需求.....................................................17

三、评审需求.....................................................18

四、变更需求.....................................................20

五、添加产品模块.................................................21

六、文档..........................................................23

七、建立计划.....................................................24

八、发布..........................................................25

开发侧......................................................................27

一、参加项目计划会议，领取分解任务...........................27

二、领取任务，并每天更新任务...................................27

三、确认bug,解决bug.......................................29

测试侧......................................................................31

一、创建测试用例................................................31

二、执行用例.....................................................32

三、评审用例.....................................................33

四、管理测试任务.................................................34

五、提交bug.................................................36

六、脸证bug.................................................37

售后侧......................................................................38

一、录入在线bug38

二、跟踪bug.................................................39

前言

本规范用于公司使用禅道管理系统时的操作规范，明确各个角色按照本规范对项目管理进

行操作和录入.实现公司项目组在项目、产品、研发、测试上的统一管理。

适用范围：大研发体系各项目组

项目侧

一、创建项目

>项目副组长角色进入项目视图，点击右侧的”添加项目“链接。

图1

>项目添加的页面

项目副组长需要在这个页面设置项目名称、代号、起止时间、可用工作日、团队名称、项

目、项目描述和关联产品，访问权限。

添加项目

项目给述

@默认设置第项目视图权限，即可访问）

访问控制。私有项目（只有项目团队成员才能访问）

。自定义白名单（团队成员和白名单的成员可以访问）

保存返回

图2

注意事项：

•项目代号是一种隐喻，最终以合同号为准。

•团队名称，可以自己定义，比如叫做“XX开发团队”等等。

•在添加项目的时候，选择关联与之相关的产品，以便后续进行需求的关联.

•项目可以控制它的访问权限，分为默认、私有和自定义白名单三种。

二、组建团队

>项目组建之后要做的事情就是设置团队

P:项目

::后有］

>进入团队管理页面

项目副组长需在“用户”列指定组建的项目团队成员，角色列可自定义也可用该用户的默

认角色，并且需补充每个用户的可用工日和每天的可用工时.

团队管理复制团队▼

用户角色可用工曰可用工时庆

项目经理项目经理67

C：产品短埋X▼产品经理b1

丫：余刚X▼测试主管67

Z:朱小娟x▼测试67

D：丁建丰x▼项目经理67

L：廖水朱x▼研发67

▼67

▼67

图4

注意事项:

可用工作日和可用工时每天需要仔细设置。通常来讲，一个人不可能每天8小时投入，也不

可能一星期七天连续投入.

三、关联需求

>项目团队组建完毕之后，接下来产品经理角色要做的一个工作就是确定这期项目要做的需求,

也就是关联需求。

图5

进入需求关联页面后，选择项目需要的需求并保存。

testPM▼任务需求Bug版本财团队嫡文档产品维护

Q第一组需求名称v包含V并且V第二组所处阶段

所鼾融需求名称：

testingl需求222

testingl需求M

图6

四、需求分解：

关联需求确认之后，项目副组长或者研发经理的角包就需对关联的需求进行分解，分解成

一个或多个任务。分解时应完善所属模块、指派人、任务类型、相关需求、任务名称、任务描

述、优先级、抄送给。

建任务

所属项目testPM

所雇模块允estingl#更块1~

指派给▼

任务类型V*

相关需求451:需求222（优先级3预计工时:3）

任务名称

H1-外TT-|A-A-BIU室塞聂：三三二.阿〜2rf）①：:宦）@

任务描述

优先级V

最初预计对该任务最初的预计小时

面十开始

截止日期

抄送给选择要发信通知的用户.••

浏览…未选择文件。标题：

附件

（浏览…）未选择文件。标题：

添加之后◎密续为该需求添加任务。退回任务列表。返回需求列表

保存返回

图7

注意事项：

•任务的分解由团队共同完成，因此需要进行线下讨论.

•需要将所有的需求都分解出来。这里面包括设计，开发，测试，界面、研究、讨论、事务、和

其他.

•要求任务分解时粒度越小越好，比如几个小时就可以完成。

•如果一个任务需要多个人负责，需继续考虑将其拆分.

•任务的类型需仔细设置，这个会涉及到需求研发阶段的自动计算。

•任务的分配由线下讨论后进行分配确认，这样可以最大程度上保证分配的准确性。

五、创建版本：

>项目需求分解之后，进入设计和开发阶段，开发完成后项目副组长或研发经理确认版本并创

建版本，该版本为第一次的buiId和根据bug及新需求变动而创建的多个版本。

>创建版本需要设置对应的产品、产品名称编号、构建者、build打包日期、源代码地址、下

载地址、上传发行包、并根据完成的需求或bug,选择对应的相关需求和相关bug、版本描

述。

创建版本

□451需求222激活已立项

□447需求111激活己立项

关联需求和Bug

HV员TT*A^-A*BIU室雪差：三三匕=<2fG：：句嗔

描述

图8

六、提交测试：

>版本创建完成后，项目副组长或者研发经理根据项目初期定义的周期定时将版本提交测试.

在创建的版本中点击“+”提交测试。

力，

10

图9

>进入提交测试管理页面。需要设置提交测试的所属产品、所属项目、版本、负责人、优先级、

起止日期、当前状态、任务名称、任务描述.

testing1▼Bug用例测试任务

提交测试

任务提送

保存返回

图10

七、文档管理

项目组成员在项目启动后，需将线下讨论的一些跟项目相关的需求和技术资料上传到禅道

当中，以便项目成员传阅，文档可以是文件、链接和网页形式.

创建文档

图11

八、项目维护

项目创建后，项目副组长角色根据项目完成情况，可以在维护当中选择开始、延期、挂起、

结束、编辑几个按钮来维护项目。但在维护过程中，若有变动，还需通过线下进行通知相关负责

人.

testPM-任务需求Bug版本测试团队动态文档产品维护

PROJECT#39testPM

项目描述

测试项目

历史记录囹田

1.2015-01-1909:46:20,由项目经理创建。

A开始白延期II挂起。结束"AC

图12

产品侧

一、创建产品

1.用项目副组长的角色登录禅道。

2.进入产品视图，然后点击页面右侧的“添加产品”地接，即可出现新增产品的页面。

3.如果系统中还没有添加产品，系统也会自动跳转到产品的添加页面。

・我的地盘K£ia项目测试文档统计应用组织后台

testingl-需求动态计划发布路维文档项目维护模块

新增产品

产品描述

念联认设置市产品视图权限，即可访问）

访问控制。私有产品（只有项目团队成员才能访问）

。自定义白名单0队成员和白名单的成员可以访问）

保存

图1

添加产品时，必须完善以下几项：

•产品名称，由项目副组长填写，属必填项。

•产品代号，相当于大家对这个产品的一个隐喻，可理解是产品名称的一个简称，是唯一的标

识，属必填项.

•产品负责人，默认由项目副组长负责，负责整理和解释整个产品的需求，制定相应的发布计

划，必填。

•测试负责人，项目副组长指定测试负责人，该项也可在项目正式立项后补充修改。

•发布负责人，由项目副组长牵头负责。

•产品描述，需对添加的产品加以简单描述，说明产品的背景。

•访问控制，要求设为私有或者自定义白名单权限。

二、创建需求

1.使用产品经理角色登陆，并且该角色应为该产品所在项目组成员.

2.进入产品视图。

3.在页面右侧，有“提需求”菜单，点击菜单，出现新增需求的页面.

W-J-»f-A-AB/u■，•■4，3:，33

■，3

MI.<rST.A.AB，U•■・户|:■•・《■

2・♦*，!!；・

•nra

MH

«*«

图2

添加需求，要完善以下几项:

•所属产品，需明确当前添加需求是缩归属的产品，默认为当前产品的主模块

•来源，产品经理必须明确需求是从何种途径获取的.

•需求名称，需用简单的一句关键语句概括需求内容，尽量不不产生二义性，便于大家理解，属

必填项.规则？？

•需求描述，需对所提需求进行详细的描述，做到有层次，内容简洁凝练.

•验收标准，必须将需求中要实现的功能和要求罗列出来，作为产品需求的验收标准。

・优先级，必须为所提需求区分优先级。

•预计工时，也就是对这个需求做一下估计，完成大约需要多少小时，估计不准也没有关系，

关键是在这个过程。以避免产品经理不经过思考，陡意添加需求的情况

•由让评审，要求每个新需求若需评审，评审人由项目副组长牵头负责。

三、评审需求

在创建需求的时候，需求是必须评审的。即使产品完全有一个人负责，也应该将需求存为

草稿，后续再进行处理。

需求1111

评审时间2015-01-16

评审结果

指派给

由谁评审

H1▼TT，BIU室春基於三ry回〜<2句①乂百蛾

备注

保存返回

图3

评审需要完善以下项：

•评审时间，指明需求评审的时间。

•评宙结果可以选择确认通过、有待明确、拒绝等操作。如果选择“确认通过”，则需求的状

态改为“激活中”，然后就可以关联到项目中进行开发了。

•如果选择“有待明确”，会保持需求的草稿状态，并将需求指派回需求的创建者头上，有其继

续进行完善。

•如果选择了“拒绝”，则需要给出相应的拒绝原因，拒绝原因可以有:

需求1111

评审时间2015-01-16

评审结果拒绝

拒绝原因

指派给已完成

己细分

重复

由谁评审延期

不做

已取消

设计如此

备注

图4

•由谑评审是记录的参与评审的人员名单，可以榆入用户名来自动筛选。一般来讲需求评审可

以是一个线下的评审会议，在禅道里面记录下参与需求评审的人员即可.

四、变更需求

当产品经理需要变更需求时，点击变更按钮进入需求界面，并且变更时，必须完善“由谁评

审”和“备注”两项，指明评审人和变更说明。

文15次计Glffl««后台

owingl*・学做口纣发布JWffi子日0护Q决田片的产金♦考・产品

STORYr451**222NeQtw(!)»«/a勿*—Q

■友・博«4*A

MB*AIMIOJI

2

MBt«l

・on

*尸

23«V5au

篇㈱19

『ftlg3

»(tXK3

wceOffi

120^01-16>52906.girtt.imr

由眦・»iw)i-i6»5»a

IM馆T201501-16152906

ffW©«fl✓04)X~O

iFWrt

图5

变更

由谁评审C：产品经理x▼□不需要评审

需求名称篙求222

H1-IF.TP|A-ABIU[^X=＞=：=Ly*R」，①：：9匕

2*35

需求描述

建议参考的模板：作为一名足某种类感的用户＞、我希望＜的嫁些目的＞.这样可以〈无发的分G。

H1•亨•rT-A-ABZU===＞=：=c，ia2可G；：tJ妫

2«3S

的收标准

H1•才•fPA-A-B/q三二三｝三三%”a«-)①：：句%

安更说明

每注

|浏览…|未选播文件。标题：

附件

I猴…]未选择文件。标题：

保存返回

图6

五、添加产品模块

添加完产品之后，就需要来设置产品的模块.模块相当于对产品需求的一个分类，通过组织

模块，可以让大家对产品有一个宏观的把握和认识，也方便对需求进行分类和整理。

设置模块的步骤：

1.使用产品经理角色进入产品视图.

2.选择要维护的产品.

3.点击菜单中的“模块”。

I产品I

・我的地盘项目测试代码文档统计组织后台

禅道项目管理系统,需求动态计划发布路线图文档项点「模块|概况

模块维护

。神道项目管理系统::维护产品视图模块维护子模块

我的地盘|编辑子模块删除I10

我的待办编辑子模块删除10

我的任务编辑子模块删除20

我的bug编辑子模块删除30

我的测试编辑子模块删除40

产品编辑子模块删除20

项目编辑子模块删除30

测试编辑子模块删除40

bug编辑子模块删除10

用例编辑子模块删除20

版本编辑子模块删除30

文档编辑子模块删除50

更新排序

图7

添加模块，需要完善以下项:

•维护模块的时候是一级级进行维护的。比如可以选择”我的地盘”，然后维护它的子模块.

•左侧的数字是用来排序的，可以将通过调整模块的排序字段来调整它在模块树里面的位置。

•可以选择某一个模块编辑，编辑的时候可以修改它所属的上级模块.

六、文档

产品经理添加完需求后，由项目组成员将线下讨论以及相关产品的一些资料(比如需求文

档)上传至文档管理模块当中，以便相关成员阅读和了解产品，在产品视图，点击页面右侧的

“创建文档”，即可进入文档的创建页面.

创建文档

所屋产品2:禅道项目管理系统▼

所届分类/需求分析"

文卷类型底工件O链接O网页|

文者标篇

关键字

文若效要

浏览…］未选择文件.______________I标.

附件(10M)________

浏览…］未选择文件.

保存返回

图8

说明：

•文档共有文件、链接和网页三种类型。

•文件类型的文档可以上传一个附件。

•链接类型的文档可以是一个网页链接。

・网页型的文档可以直接使用富文本编辑器撰写。

七、建立计划

在需求建立并评审之后，应该建立一个计划，对于项目副组长自己而言，•计划可以帮助他规

划产品，制定发布的节奏，调整需求的优先级。对于公司其他部门的同事以及外部的客户而言，

发布计划可以让他们知晓产品的进展情况，以便做好相应的安排。同时在项目关联需求的时候，

计划可以帮助需求的关联。

关联

操作步骤：

1.进入产品视图，选择某一个产品。

2.点击“计划列表”

3.出现计划列表页面，点击页面右侧的“创建计划”，即可出现计划增加页面，并需要完善计划的

名称、起止日期，并对计划进行概要性的描述。

|P产VO|

“我的购盘产品项目aw统计殂织后台

■■

tesongi•需东幼森计用发布踏侬文档项目堀护布块Hi所的产品+不加产晶

名倒束HNK,侪

12计灿创良街由计划201501-15201501-2%✓*

共1条哥贝20**・1,1■其上贡下X东R1GOI

创建计划

搽述

保存返回

图9

八、发布

项目结束后项目副组长的一个工作就是创建发布，通过创建发布，可以告诉公司其他相关

的部门，他们可以在新版本产品的基础上开展工作.同时也是鼓舞团队士气非常好的一个手段.

创建发布有两个前提：

1.该产品有关联过项目。

2.该项目有创建过版本。

操作步骤:

1.进入产品视图，选择发布列表C

2.然后点击“创建发布”，即可出现创建发布的页面，需要完善发布名称、版本、发布日期、选择

相关需求和相关bugo

创建发布

发物名*.

版本I20160105y

2015-01-16e*

相关需求相关Bug

口D*求名游状去除世□IDBu<|UMHug状方

□417任务测M项执行情况屣观激活已立项01211搏叶管理，物确U保针剂聂，洋式缺少，见阳用已关团

□416平8查看界”任务情况激活已立项01212结果查得.任务选择弯出框中建仅增加全选功能己关W!

□415执行任务次政功能激活已立项回1213体检络果.自定义时间,选择开始时间，在结束酎阊选播・后•己关WI

0414BOX（择计）运程直陆性赧激活已与咬H1215portaW-*riS.文曼的鳏MS可以与人威功己关闭

HV尸TT-ABZUKSS)=：=<2力e3岫

mtr冽货…］东送〉文件.标«h

保存蛔

图10

•选择了版本之后，系统会自动计算这个版本所对应的项目中完成的需求和解决的bug,可以进

行关联选择。

•如果系统自动计算的需求和bug不完整，需在描述字段里面补充。

开发侧

一、参加项目计划会议，领取分解任务

项目团队成员要参加产品的计划会议和项目的任务分解.参加产品计划会议的时候，应当充

分理解需求，并发表自己的意见，以确保自己对每一个需求理解都是正确的。

二、领取任务，并每天更新任务

研发经理指派给项目团队成员任务后，各成员开始每天的开发。除了日常的编码工作之外，

还应当每天花点时间在禅道里面更新下任务的状态以及消耗情况。

＞领取任务

领取任务可以通过两种方式，一种是通过“指派”操作，一种是通过“编辑”操作.如图1

依卅泰02技有IB公司今天息1月is日•一《西出।美于培趣।电m博口ftuQ

•转的转立产品阕试文的统计应用回o

E.任务*FBw本潴试团队超文替It护

TASK424*取住方

◊指海A开始OlhO竟成0取涓/aQ)〜

任外岱述v^aa

断♦出口1^12

MH

相美・率

翻试于201Ml・15105045

仔彩状态末弁始

优先。

蛤

03A开始0X15。领0&泊|✓|p⑤7

TKttft

依安开awocw-w

定吐g.m＜yuw.na