- 1、本文档共12页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
禅道项目管理系统使用规范
一、标题命名规范
禅道项目管理系统提供模块名显示功能,通过以下操纵显示。
这样标题的命名规则上我们可以规定: # 项目标签 # 【{创建时间 }】《{产品 / 子产品 }》{ 计划/ 需求 / 任务 /Bug}
计划 / 需求 / 任务命名
命名格式:【{创建时间 }】《{产品 / 子产品 }》{计划 / 需求/ 任务/Bug}
例子:
】《中国比特币》 v1.8 版研发计划
】《 App 》v1.8 版研发计划
】《 iOS 》v1.8 版研发计划
】《 Web 》v1.8 版研发计划
】《 iOS 》找回登录密码 (手机 / 邮箱)没有证件号输入项
测试用例命名
命名格式:功能模块 - 子模块 - 子模块例子:
财务功能—人民币相关业务功能
财务功能—数字货币相关业务功能用户注册登录功能
发布版本命名
命名格式: {项目/ 子项目 }{ 版本号 }( {状态 }) 例子:
App 1.8 (研发中)
App 1.7 (已发布)
二、项目开发计划流程规范
创建产品
创建一个主线产品,若这个产品涉及多个平台,则根据父子关系创建树
规范事项:
)产品只能由超级管理员建立。
)每个主线产品,自身再细分不同平台的子产品。
创建项目
如果你已经创建了产品树,则新建一个主线项目后,它将会关联整个产品的树结构,如上图所示规范事项:
)项目只能由超级管理员建立。
)只要创建好产品体系,直接创建一个主线项目会有对应产品的子项目。
创建工作计划
为了更好维护项目,我们采用阶段性迭代开发方式。每个开发阶段都以唯一的版本号命名计划,每个阶段
都合理汇总需求及要修复的 bugs ,尽可能地确定及控制每个阶段开发时间及人力成本。使项目开发能做到高效率与高稳定兼顾。
)由项目经理创建“计划”
描述计划的版本号,工作概述,开发时间等。 (时间尽量预松,以备摸索时遇到坑)
)为计划创建需求及关联需本次迭代修复的 bugs
创建这个计划要实现的需求,及要在这次开发计划中修复的 bugs
规范事项:
)开发计划只能由项目经理等人员建立。
)开发计划尽力做到小而精准,做好需求分析,做出符合用户需要的功能。
)开发计划中列明开发人员及职责,尽量不要一个人员同时在进行多个计划,避免其进度无法把握。
)开发计划的时间预估应该要合理,必须包含需求分析,原型设计,编程开发,功能测试等时间,时间安排不合理会造成偷工减料, Bugs 频繁出现。
)完成每个计划都必须写下《计划总结》 ,总结新技术和遇到的问题,提高团队效率。
创建需求
有了开发计划,我们就可以创建需求,把需求关联到计划中。有时候,可能会出一些特发奇想的需求,这些可以不纳入到计划中,可以作为临时任务完成。但我们还是尽可能把需求汇总好,归纳到计划中,这样才能保证项目稳定,降低成本。避免仓促粗糙的测试导致项目上线遇到严重问题,付出沉重成本。
规范事项:
)需求只能由项目经理,产品经理,客服经理等人员建立。
)需求尽可能绑定到开发计划中。
)需求要指明所属的产品模块。
)需求必须经由产品经理审核。
4 )尽可能归纳多个需求点到一个记录中,可使用《 XMind 》等脑图工具整理出来,方便理解阅读。
创建任务
有了需求,我们就可以依照每个需求点制定日常的开发任务指派给下属。有时候有些简单的任务,可以不需要需求做支持。例如,一些文档整理任务。但我们尽量把任务归类好,要保证任务是在那个版本,那需求点而做的。保证 Bugs 出现时可查找到开发人员和原始的需求内容。
规范事项:
)任务只能由项目经理等人员提出。
)单个任务时间最好控制在 1 周内,尽可能细分任务,这样进度把控跟准。
)开发人员每日要求简述任务进度和遇到的问题。避免低级问题造成任务阻塞。
)只要任务关联上需求,在详细页面中可以看到需求内容。
)任务描述尽可能清晰罗列工作要点和注意事项。
)不要一个任务指派给多个人一起做,避免开发上的冲突。
)为了区分任务是属于需求关联的任务, 还是日常临时的任务, 可用颜色区分, “默认颜色”为计划任务, “绿色”为临时任务
创建版本
开发计划中的需求都完成后, 接下来就是安排测试工作, 在测试前需要建立版本号。 这样测试人员发现 bugs , 可以标记那个版本发现的。
规范事项:
)版本只能由项目经理等人员建立。
)最好不要有两个同时是“研发中”的版本,避免分支的代码混乱。
)发布了的版本记得及时标记为“已发布”状态。
)解决了 bugs 或完成了需求,及时在版本号上关联上。
创建测试
版本号创建后, 接下来就可以测试了。 建立好的测试用例, 做好测试计划, 测试质量直接影响到产品质量。长期维护的产品应该以测
文档评论(0)