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