禅道项目管理系统使用规范
一、标题命名规范
禅道项目管理系统提供模块名显示功能,通过以下操纵显示。
这样标题的命名规则上我们可以规定:#项目标签#【{创建时间}】《{产品/子产品}》{计划/需求/任务/Bug} 1.计划/需求/任务命名
命名格式:【{创建时间}】《{产品/子产品}》{计划/需求/任务/Bug} 例子:
【20160907】《中国比特币》v1.8版研发计划 【20160907】《App》v1.8版研发计划 【20160907】《iOS》v1.8版研发计划 【20160907】《Web》v1.8版研发计划
【20160907】《iOS》找回登录密码(手机/邮箱)没有证件号输入项 2.测试用例命名
命名格式:功能模块-子模块-子模块 例子:
财务功能—人民币相关业务功能 财务功能—数字货币相关业务功能 用户注册登录功能 3.发布版本命名
命名格式:{项目/子项目}{版本号}({状态}) 例子:
App 1.8(研发中) App 1.7(已发布)
二、项目开发计划流程规范 1.创建产品
创建一个主线产品,若这个产品涉及多个平台,则根据父子关系创建树
规范事项:
1)产品只能由超级管理员建立。
2)每个主线产品,自身再细分不同平台的子产品。 2.创建项目
如果你已经创建了产品树,则新建一个主线项目后,它将会关联整个产品的树结构,如上图所示 规范事项:
1)项目只能由超级管理员建立。
2)只要创建好产品体系,直接创建一个主线项目会有对应产品的子项目。 3.创建工作计划
为了更好维护项目,我们采用阶段性迭代开发方式。每个开发阶段都以唯一的版本号命名计划,每个阶段都合理汇总需求及要修复的bugs,尽可能地确定及控制每个阶段开发时间及人力成本。使项目开发能做到高效率与高稳定兼顾。 1)由项目经理创建“计划”
描述计划的版本号,工作概述,开发时间等。(时间尽量预松,以备摸索时遇到坑)
2)为计划创建需求及关联需本次迭代修复的bugs
创建这个计划要实现的需求,及要在这次开发计划中修复的bugs
规范事项:
1)开发计划只能由项目经理等人员建立。
2)开发计划尽力做到小而精准,做好需求分析,做出符合用户需要的功能。
3)开发计划中列明开发人员及职责,尽量不要一个人员同时在进行多个计划,避免其进度无法把握。 4)开发计划的时间预估应该要合理,必须包含需求分析,原型设计,编程开发,功能测试等时间,时间安排不合理会造成偷工减料,Bugs频繁出现。
5)完成每个计划都必须写下《计划总结》,总结新技术和遇到的问题,提高团队效率。 4.创建需求
有了开发计划,我们就可以创建需求,把需求关联到计划中。有时候,可能会出一些特发奇想的需求,这些可以不纳入到计划中,可以作为临时任务完成。但我们还是尽可能把需求汇总好,归纳到计划中,这样才能保证项目稳定,降低成本。避免仓促粗糙的测试导致项目上线遇到严重问题,付出沉重成本。
规范事项:
1)需求只能由项目经理,产品经理,客服经理等人员建立。 2)需求尽可能绑定到开发计划中。 3)需求要指明所属的产品模块。 4)需求必须经由产品经理审核。
4)尽可能归纳多个需求点到一个记录中,可使用《XMind》等脑图工具整理出来,方便理解阅读。 5.创建任务
有了需求,我们就可以依照每个需求点制定日常的开发任务指派给下属。有时候有些简单的任务,可以不需要需求做支持。例如,一些文档整理任务。但我们尽量把任务归类好,要保证任务是在那个版本,那需求点而做的。保证Bugs出现时可查找到开发人员和原始的需求内容。