禅道操作流程规范.docx

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