Scrum流程
• 简单来说， Scrum就是由一 个个迭代组成， 而每一个迭代都 包含右图所示的 几个步骤。
需求 迭代 总结 WBS
测试
开发
需求 一：处理流程（1）
•需求有一个状态(status)字段，总共有四种状 态，分别是草稿(draft)、激活(active)、已变更 (changed)和已关(closed)。 •对应为需求的流程操作共有：创建、变更、 审核、关闭、激活。 •需求还有一个阶段(stage)字段，用来描述激 活的需求在研发过程中所处的阶段。目前总 共有等待、已计划、已立项、开发中、开发 完毕、测试中、测试完毕、已验收、已发布。
禅道的使用说明
-Scrum的项目之道
关于禅道
• • • •
它是一款软件 它是一款项目管理软件 它是一款基于Scrum思想的项目管理软件 它是一款基于Scrum思想并集产品管理、项 目管理、测试管理于一体，同时还包含了 事务管理、组织管理等诸多功能的项目管 理软件
关于Scrum
• 它是一种应对快速变化的需求的一种软件 开发能力。 • 它更强调程序员团队与业务专家之间的紧 紧 密协作、面对面的沟通 面对面的沟通（认为比书面的文 密协作 面对面的沟通 档更有效）、频繁交付 频繁交付新的软件版本、紧 频繁交付 紧 凑而自我组织型的团队、能够很好地适应 凑而自我组织型 需求变化的代码编写和团队组织方法，也 更注重做为软件开发中人的作用 人的作用。 人的作用
测试 四：测试用例管理（2）
测试 两个是关键字段
测试 六：关联测试用例
测试 七：执行测试用例(1)
测试 九：用例执行结果
测试 十：Bug
• 如果某一次用例执行失败，可以根据这个 结果创建Bug，系统会自动生成bug的重现 步骤 • Bug的其他使用方式，同BugFree
我的地盘
我的TODO
其他功能
• 搜索功能
– 需求、bug、用例都是可以进行搜索的。支持全文 检索
• 邮件功能
– 需求相关的操作和bug相关的操作都会email通知相 关的人员
• 排序功能
– 列表页面点击标题都是可以进行排序的
总结
Scrum
需求 WBS 开发 测试 总结
禅 道
需求 Build 需求 测试 测试 BUG
– 猪 是在Scrum过程中全身投入项目的各种角色，他们在项目 中承担实际工作。他们有些像上边那个笑话里的猪，要把自 己身上的肉贡献出来。
• "鸡"组的角色 鸡 组的角色
– 鸡 并不是实际Scrum过程的一部分，但是必须考虑他们。 Scrum 方法的一个重要方面是使得用户和利益相关者参与到 过程中的时间。参与每一个冲刺的评审和计划，并提供反馈 对于这些人来说是非常重要的。
• 从项目管理的角度来说，禅道的任务更为优秀。
WBS 任务分解 二： 新建任务
WBS 任务分解 三： 燃烧（燃尽）图
开发： 工时管理
Scrum中更关心当前任务的 剩余时间，不太关心已经 消耗的时间。 项目中所有任务的剩余时 间，就是整个项目的剩余 时间。
测试 一： Build
• build管理对于开发来讲是很重要的，它属于scrum的范畴。在禅道中， 暂时将其简化。在项目开发过程中，如果有若干功能已经开发完毕， 需要提交测试，这是应当创建一个build，然后提交给QA进行测试。后 续的bug管理和测试任务管理都应当基于一个build展开的。源代码地 址可以给出svn的存储路径或者其他版本控制系统的路径。如果没有 源代码地址，需要给出build包的存储地址 • 对于测试人员更有意义，它确定了测试的基线版本号
禅道项目管理的基本流程
• 首先产品人员 产品人员维护需求列表，需求有优先级和预计工时。 产品人员 • 召开产品计划会议，与会人员有产品、研发和测试 产品、 产品 研发和测试，大 家就当前项目（固定的时间和人）所需要完成的需求达 成一致，形成项目的需求列表。 • 项目团队对需求进行WBS任务分解，研发人员 研发人员开始开发。 研发人员 • 测试人员 测试人员根据需求创建自己的测试用例。当有版本提交 以后，建立相应的测试任务，记录缺陷。研发人员 研发人员修复 研发人员 bug。 • 项目结束之后，大家召开演示会议，团队向相关人员 产品人员及所有感兴趣的人 （产品人员 所有感兴趣的人 产品人员 所有感兴趣的人）展示该项目所取得的成 果。大家提出的反馈由产品人员整理成为需求。 • 开始下一轮的循环。
用户角色
• 系统管理员(Admin)
– 系统管理员主要负责添加用户，分配权限。
• 产品人员(product owner)
– 产品人员主要负责产品管理
• 开发人员(developer) (developer)
– 开发人员负责产品的研发。
• 测试人员(QA)
– 测试人员保证产品的质量。
• 项目经理(Project Manager or scrum master)
– 通过项目，协调产品人员，开发人员，测试人员完 成产品。scrum里面，该角色称为scrum master。
一个关于Scrum角色的笑话
• 一天，一头猪和一只鸡在路上散步。鸡对猪说：“嗨， 我们合伙开一家餐馆怎么样？”猪回头看了一下鸡说： “好主意，那你准备给餐馆起什么名字呢？”鸡想了想 说：“叫‘火腿和鸡蛋’怎么样？”“那可不行”，猪 说：“我把自己全搭进去了，而你只是参与而已。” • "猪"组的角色 组的角色 猪 组的
我的地盘
• 前面所有的一切最终体现在每一个人每天的行 动上面 • 我的地盘中列出了需要自己处理的任务、需求、 bug等 • 还可以通过todo来管理自己每天的日程 • todo类型分为三种，一种是和项目任务管理， 一种是和bug关联，还有一种是自定义 • 这样可以将项目中的任务或者bug转换为每天 的todo
团队组织结构
• 系统管理员(Admin)
– 张驰豪
• 产品人员(product owner)
– 石人杰
• 开发人员(developer)
– 邓东林，刘征楠，向祖荣，王庆阳，
• 测试人员(QA)
– 吴佳俊，喻静文
• 项目经理(Project Manager or scrum master)
– 徐阳波。
WBS 任务分解 一 ：任务的概念
• 将一个需求分解为多个任务 • 与Notes上任务单的区别
• Notes上是价值工时的体现，而禅道上的工时是项 目工时的体现。 • Notes上的任务是相对独立的，任务之间没有关联， 而禅道上的任务是相互管理的，并且能关联需求， 测试。 • Notes的任务上能进行统计的只有工时，而禅道上 的任务能有多种结果统计
需求 二：处理流程（2）
需求 三： 需求列表（1）
• 在添加需求之前，会先见好产品，项 目和计划。 • 如：在现在的禅道中已经有了建材云 平台。 • 如：我们已经完成了好几次的迭代计 划
需求四 需求列表（2）
• • • • •
需求描述 验收标准
• 检查点 效果图 WBS
附件
• •
项目任务 历史版本
测试 二：测试用例管理
• 测试用例有自己单独的模块划分，独立于 产品视图中的模块划 • 为什么独立开，是因为使用角度不同，产 品视图中的模块是给产品人员使用的，而测 试用例模块是为了维护用例使用的
测试 三：测试用例管理(1)
• 当项目关联需求之后，QA人员应当针对当 前项目所要开发的需求创建测试用例 • 虽然可以不写测试用例，直接进入bug测试 环节，但这样会有缺漏 • 在禅道系统中，测试用例是分步骤的