开发团队篇.docx
- 文档编号:2848523
- 上传时间:2022-11-15
- 格式:DOCX
- 页数:9
- 大小:667.42KB
开发团队篇.docx
《开发团队篇.docx》由会员分享,可在线阅读,更多相关《开发团队篇.docx(9页珍藏版)》请在冰豆网上搜索。
开发团队篇
禅道使用手册——开发人员篇
学习网址:
新手教程和禅道使用手册都已内置到禅道页面右上角的帮助栏里。
想重新打开新手教程或者使用期间有不清楚的地方,可以点击帮助获取。
参加项目计划会议,分解任务
按照scrum的流程,项目团队成员要参加产品的计划会议和项目的任务分解。
在参加产品计划会议的时候,应当充分理解需求,并发表自己的意见,以确保自己对每一个需求理解都是正确的。
项目计划会议的主要任务是对需求进行任务分解,团队成员应全力参与。
分解任务之后,自愿领取自己喜欢的任务。
注意,这个地方的团队成员,不仅仅是开发人员,也包括测试人员,dba,即所有的项目团队中的成员。
领取任务,并每天更新任务
当项目的任务分解完毕之后,项目团队成员需要领取自己喜欢做的任务,开始每天的开发。
除了日常的编码工作之外,还应当每天花点时间在禅道里面更新下任务的状态以及消耗情况。
一、领取任务
领取任务可以通过两种方式,一种是通过“指派”操作,一种是通过“编辑”操作。
二、更新任务状态
项目开始之后,每个人每天应当及时更新自己所负责的任务的状态。
禅道提供了几个快捷的操作按钮:
开始、完成、关闭、取消和激活。
开始、完成和取消没有什么歧义。
解释下关闭和激活。
禅道有一个可选流程,就是当任务完成之后,会自动指派回任务的创建者头上,这时候任务的创建者可以验证任务是否完成。
如果完成,则将任务关闭。
如果任务没有完成,则激活任务。
这个流程是可选的,不是必须的流程。
适用于传统的命令-控制式的管理。
如果对于敏捷开发团队来讲,忽略这个流程即可。
三、更新任务的消耗
除了更新自己负责任务的状态之外,还应该及时更新任务的工时消耗情况:
初预计,即创建任务的时候的初预计。
该字段在任务开始之后,不应该再进行修改。
这个字段当任务结束之后,可以和已经消耗字段进行对比,以纠正自己的估计。
已经消耗,则是你在这个任务上所有花费的工时数。
预计剩余,则是你预计这个任务完成大约还需要多少时间。
如果预计剩余为0,则表示任务完成。
这里面需要特别强调的是,初预计≠已经消耗+预计剩余。
一定要每天更新自己所负责的任务,因为燃尽图的绘制,就是通过预计剩余这个字段来计算的。
通过看板和树状图查看任务
团队成员领取任务后,除了可以在我的地盘--任务--指派给我查看到。
禅道在项目--任务模块还提供了看板和树状图查看任务功能。
1、看板功能
物理介质的看板比较直观,是Scrum标准的管理工具,但也有其很多的局限。
我们仿照物理白板做了一个电子看板,主要功能如下:
∙在看板界面可以查看当前项目(迭代)的需求以及其对应的任务列表。
∙需求可以关联,可以按照不同的字段进行排序。
∙任务的拖拽功能。
可以将任务从不同的状态拖到其他的状态栏中。
∙显示当前项目的Bug,标题前面有小虫子图标的是Bug。
∙指派给当前操作者的任务,会高亮显示。
2、树状图展示
同样在项目--任务标签下,点击树状图即可查看到任务,关联的需求,以及模块。
已关闭的任务标题后有标记。
创建版本
流程如下:
1.首先是团队经过开发,完成了若干需求,或者解决了一些bug。
2.这时候某一位发布负责人在subversion或者git中创建了一个tag(标签),比如禅道的tag目录如下:
3.创建了tag之后,这位发布负责人就可以在禅道里面创建一个版本了。
注:
新版本的禅道,先创建版本,保存成功后,在版本的详情页面再关联需求和Bug。
如果在版本详情页面没有看到关联按钮,那么联系管理员到组织→权限里分配相关权限。
说明:
1.名称编号,团队应该有自己的配置管理规范。
比如可以是产品名_版本号_状态(stble,beta之类)_日期
2.不同开发语言其版本的存在形式也不同,有的需要编译,有的只需要源代码。
请根据公司的实际情况来填写源代码地址,或者是存储地址。
3.新版本的禅道,先创建版本,然后再关联需求和bug。
关联需求和bug后提交给测试人员进行测试的时候,就可以明确这次测试的范畴,测试可以更加有针对性。
4.描述字段可以填写一些测试的注意事项、重点内容等。
申请测试
当版本创建完毕之后,就可以提交给测试人员进行测试了,提交测试会生成一个测试任务。
申请测试的步骤:
1.进入项目视图,点击“测试”。
2.然后选择“提交测试”,即可出现提交测试的页面。
说明:
1.负责人为本次测试的负责人。
2.可以指定这次测试预计起止的时间。
3.任务描述里面,可以注明此次测试需要注意的地方。
4.还需要说明的一点是,目前测试任务还没有指派的功能,所以需要大家线下通知测试团队的负责人,由他来负责组织相应人员来进行测试。
或者是在项目--任务里创建测试类型的任务,指派给相应的测试人员。
解决bug
开发人员所需要做的事情便是处理自己负责bug,并在禅道中登记解决方案:
1.项目视图中的bug列表
2.bug的详情页面也可以找到“解决”操作的按钮。
3.解决bug的时候,需要填写bug的解决方案。
附:
bug的解决方案
禅道软件总共提供了其中解决方案:
bydesign=>设计如此,无需改动。
duplicate=>重复Bug,以前已经有同样的bug。
external=>外部原因,非本系统原因。
fixed=>已解决;
notrepro=>无法重现,无法重现bug。
postponed=>延期处理,确实是bug,但现在暂时不解决,放在以后处理。
willnotfix=>不予解决。
这其中“已解决”和“延期处理”的bug视为有效bug。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 开发 团队