禅道操作流程规范.docx

操作使用流程规范
产品篇
创建产品
添加产品时需要注意的地方:
产品名称:根据内部公司内部系统定义相关层次进行识别和命名;
比如:行业--易行通通用—收银台平台--会员金融—签约
产品代号:统一命名为该系统在svn上面的名字,易行通(neverstop)
产品负责人负责整理和解释整个产品的需求,制定相应的发布计划。
测试负责人,可以指定默认的测试负责人。这样可以适用于公司人比较多,提交bug不知道该给谁的情况。
发布负责人主要的职责是创建发布。(统一指定为该系统开发负责人)
访问控制,则可以控制访问该产品的人员列表。比如可以将某一个产品设为私有,只有产品添加者、产品负责人、测试负责人、发布负责人以及该产品的项目团队才可以访问。(统一为私有产品)
创建需求
进入产品视图。
在页面右侧,有“提需求”菜单,点击菜单,出现新增需求的页面。
创建需求需要注意以下几点:
需求的标题是必填项。
所属计划和模块,可以暂时保留为空。
需求审核那块,我们选上不需要审核,这样新创建的需求状态就是激活的。只有激活状态的需求才能关联到项目中,进行开发。(建议直接勾选上不需要评审)
需求可以设置抄送给人员,这样需求的变化都可以通过email的形式抄送给相关人员。
可以设置关键词,这样可以比较方便的通过关键词进行检索。
评审需求:
本期暂时不涉及到需求评审过程----待完善
需求变更:
凡是对需求标题、描述、验证标准和附件的修改,都应该走变更流程。变更之后需要评审的需求状态为变更中。如果不选评审,变更完成之后直接变成激活。
如下图:
编辑操作是无法修改需求的标题、描述、验收标准和附件的。
在变更需求的时候,如果选择了“不需要评审”,则需求状态自动变成激活,不需要再走评审流程。
如果该需求已经在开发,测试过程中,那么在变更需求的时候,会列出该需求的影响范围:
确认需求变更
当需求变更被确认之后,研发团队和测试人员需要确认需求的变更。
任务确认需求变动
 Bug确认需求变动
由于用例维护是在线下,暂时不做考虑。
需求的注意事项
需求的写法
有默认的需求模板:作为一名<某种类型的用户>,我希望<达成某些目的>,这样可以<开发的价值>
在这个模板中,总共有三个元素:角色,要做的事情,价值或者原因。我们平时在写需求的时候,往往会忽略角色和价值原因这两个元素,只关注了要做的事情。其实这有很多的问题。不进行用户角色的划分,会影响对产品功能的设计和定位,从而导致产品往往是给一个用户角色开发的,就是产品经理自己。:)而忽略开发的原因或者价值,会让开发人员感到困惑。他们可能并不理解你这样做的原因或者目的,不理解的需求实现起来自然会有问题。
需求和原型图、需求设计文档的区别
原型图或者需求设计文档是一个整体,可以给人宏观的把握。这是原型图的优点。比较直观。
原型图是一个整体,所以就没有办法进行分解。你不可能分解成,做页面导航条,做页面的中间部分等。
没有分解,所以原型图也就没有办法进行优先级的排序。比如页面部分,有的很重要,有的不重要。但在原型图里面是体现不出来优先级的。
没有分解,自然也就无法进行跟踪。你没有办法得知原型图完成了多少。
需求设计文档规定的比较细致,会让产品经理陷入太多的细节,对整体的把握会减弱。
所以,两者都需要进行相应的梳理和编写。然后将原型图作为设计文档,上传到对应产品相关的文档库中,和需求点相互配合,这样就解决了相关问题。
产品模块的维护
添加完产品之后,就需要来设置产品的模块。模块相当于对产品需求的一个分类,通过组织模块,可以让大家对产品有一个宏观的把握和认识,也方便对需求进行分类和整理。
在内部,就只分一个模块,以该ui产品的产品名进行命名,如果其他产品有需要,可以根据产品的定位进行维护。
项目篇
建立项目
一、创建项目
进入项目视图,点击右侧的”添加项目“链接。
出现项目添加的页面
在这个页面设置项目名称、代号、起止时间、可用工作日、团队名称、项目目标和项目描述等字段。其中关联产品是可以为空的。
注意事项:
项目名称:HY_易行通_20150206 类似的格式(PS:发现不合格的会删除)
关联产品:在添加项目的时候,可以选择关联与之相关的产品,以便后续进行需求的关联。
项目权限:项目可以控制它的访问权限,内部统一设置为私有
二、组建项目团队
项目组建之后要做的事情就是设置团队;
当项目创建成功之后,可以根据提示设置团队。
或者从项目视图中的团队菜单,也可以进行项目的团队管理。
当团队设置完毕之后,整个项目的可用资源就已经确定了:起止时间确定了,参与的人员也确定了。下面就是来确定项目中要做的事情了。
确定项目要