禅道综合项目标准管理系统使用标准规范.doc

禅道项目管理系统使用规范

一、标题命名规范
禅道项目管理系统提供模块名显示功能，通过如下操纵显示。

这样标题命名规则上咱们可以规定：#项目的签#【{创立时间}】《{产品/子产品}》{筹划/需求/任务/Bug}
1.筹划/需求/任务命名
命名格式：【{创立时间}】《{产品/子产品}》{筹划/需求/任务/Bug}
例子：
【0907】《中华人民共和国比特币》v1.8版研发筹划
【0907】《App》v1.8版研发筹划
【0907】《iOS》v1.8版研发筹划
【0907】《Web》v1.8版研发筹划
【0907】《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浮现时可查找到开发人员和原始需求内容。

规范事项：
1）任务只能由项目经理等人员提出。
2）单个任务时间最佳控制在1周内，尽量细分任务，这样进度把控跟准。
3）开发人员每日规定简述任务进度和遇到问题。避免低档问题导致任务阻塞。
4）只要任务关联上需求，在详细页面中可以看到需求内容。
5）任务描述尽量清晰罗列工作要点和注意事项。
6）不要一种任务指派给各种人一起做，避免开发上冲突。
7）为了区别任务是属于需求关联任务，还是寻常暂时任务，可用颜色区别，“默认颜色”为筹划任务，“绿色”为暂时任务
6.创立版本
开发筹划中需求都完毕后，接下来就是安排测试工作，在测试前需要建立版本号。这样测试人员发现bugs，可以标记那个版本发现。

规范事项：
1）版本只能由项目经理等人员建立。
2）最佳不要有两个同步是“研发中”版本，避免分支代码混乱。
3）发布了版本记得及时标记为“已发布”状态。
4）解决了bugs或完毕了需求，及时在版本号上关联上。
7.创立测试
版本号创立后，接下来就可以测试了。建立好测试用例，做好测试筹划，测试质量直接影响到产品质量。长期维护产品应当以测试推动开发，因此我觉得保证测试质量至关重要。

规范事项：
1）测试只能由项目经理等人员建立。
2）尽量描述本次测试筹划要点和注意事项。
3）测试人员熟悉新功能后，竭力做到建立专业测试用例，并关联到每次测试筹划。
4）测试用例质量直接影响到产品质量，长期维护产品应当以测试推动开发，因此我觉得保证测试质量至关重要。
8.测试/寻常Bugs提交
当测试人员/客服发现时Bugs，最有效解决就是提交到有关产品相应Bugs中。避免口头交代问题导致遗忘及解决成果无法交代清晰。

规范事项：
1）Bugs任何人员都可建立。
2）Bugs发现过程尽量记录详细，需要账号或数据条件应当列明。
3）Bugs标记好发现版本和所属产品，先指派给产品经理进行分析解决，无法解决再指派给项目经理，最后再指派给开发人员解决。
4）Bugs解决方案需要阐明“因素”和“解决”，标明好解决版本，打包程序测试通过后，最后需要把版本关联所解决Bugs，才干进行最后发布。