1.领取任务，并每天更新任务。
开发团队参加项目计划会议，分解任务之后。项目团队成员需要领取任务，开始每天的开发。
1.1领取任务
领取任务可以通过两种方式，一种是“指派”，一种是“编辑”。
1.2更新任务状态
这里当我们开始子任务1后，其状态由未开始变为进行中。
- 项目开始之后，每个人每天应当及时更新自己所负责的任务的状态。禅道提供了几个快捷的操作按钮：开始、完成、关闭、取消和激活。
- 开始、完成和取消没有什么歧义。解释下关闭和激活。
- 禅道有一个可选流程，就是当任务完成之后，会自动指派回任务的创建者头上，这时候任务的创建者可以验证任务是否完成。如果完成，则将任务关闭。如果任务没有完成，则激活任务。这个流程是可选的，不是必须的流程。适用于传统的命令-控制式的管理。如果对于敏捷开发团队来讲，忽略这个流程即可。
1.3 更新任务的消耗
除了更新自己负责任务的状态之外，还应该及时更新任务的工时消耗情况：
- 初预计，即创建任务的时候的初预计。该字段在任务开始之后，不应该再进行修改。这个字段当任务结束之后，可以和已经消耗字段进行对比，以纠正自己的估计。
- 已经消耗，则是你在这个任务上所有花费的工时数。
- 预计剩余，则是你预计这个任务完成大约还需要多少时间。如果预计剩余为0，则表示任务完成。
- 这里面需要特别强调的是，初预计 ≠ 已经消耗 + 预计剩余。
- 一定要每天更新自己所负责的任务，因为燃尽图的绘制，就是通过预计剩余这个字段来计算的。
2.通过看板和树状图查看任务
- 在看板界面可以查看当前项目（迭代）的需求以及其对应的任务列表。
- 需求可以关联，可以按照不同的字段进行排序。
- 任务的拖拽功能。可以将任务从不同的状态拖到其他的状态栏中。
- 显示当前项目的Bug，标题前面有小虫子图标的是Bug。
- 指派给当前操作者的任务，会高亮显示。
3.创建版本
当某个发布负责人在svn或者git中创建了一个tag。这个发布人就可以在禅道里面创建一个版本了
4.提交测试
创建版本之后，就可以提交给测试人员进行测试了。
说明：
- 负责人为本次测试的负责人。
- 可以指定这次测试预计起止的时间。
- 任务描述里面，可以注明此次测试需要注意的地方。
- 还需要说明的一点是，目前测试任务还没有指派的功能，所以需要大家线下通知测试团队的负责人，由他来负责组织相应人员来进行测试。或者是在项目--任务里创建测试类型的任务，指派给相应的测试人员。
5.解决bug
提交测试之后，测试人员展开测试，便会有bug产生。这时候研发团队的一个重要职责便是解决bug。禅道里面bug的处理流程比较简单：
测试人员提交bug => 开发人员解决bug => 测试人员验证关闭，这是比较正常的流程。还有一个流程是激活流程：
测试人员提交bug => 开发人员解决bug => 测试人员验证未通过 => 激活bug => 重新解决 =>验证关闭。
开发人员所需要做的事情便是处理自己负责bug，并在禅道中登记解决方案：
5.1 项目视图中的bug列表
因为本系列博客还没有进入到测试团队阶段，bug是由测试人员提交，因此，后面的两张图采用禅道官方的样例来展示。
5.2 bug的详情页面也可以找到解决操作按钮
5.3 解决bug时需要填写bug解决方案
6.确认bug
如果开发人员来不及解决Bug，只需要确认bug给提交bug的测试人员一个反馈。另外，当bug被解决后，会自动变为已确认状态。
附：bug的解决方案
禅道软件总共提供了其中解决方案：
bydesign => 设计如此，无需改动。
duplicate => 重复Bug，以前已经有同样的bug。
external => 外部原因，非本系统原因。
fixed => 已解决;
notrepro => 无法重现，无法重现bug。
postponed => 延期处理，确实是bug，但现在暂时不解决，放在以后处理。
willnotfix => 不予解决。