龙空技术网

高效研发之——工具篇(2):禅道

木头场主 2425

前言:

现在小伙伴们对“禅道 使用手册”大约比较关怀,各位老铁们都需要学习一些“禅道 使用手册”的相关知识。那么小编同时在网络上搜集了一些对于“禅道 使用手册””的相关知识,希望小伙伴们能喜欢,同学们快快来学习一下吧!

禅道

禅道():禅道项目管理软件是国产的开源项目管理软件,专注研发项目管理,内置产品管理、项目管理、质量管理、文档管理、组织管理和事务管理于一体,是一款专业的研发项目管理软件,完整地覆盖了软件研发生命周期管理的核心流程。

禅道项目管理软件的主要管理思想基于国际流行的敏捷项目管理方式—Scrum。scrum是一种注重实效的敏捷项目管理方式。它规定了核心的管理框架,但具体的细节还需要团队自行扩充。禅道在遵循其管理方式基础上,又融入了国内研发现状的很多需求,比如bug管理,测试用例管理,发布管理,文档管理等。因此禅道不仅仅是一款scrum敏捷项目管理工具,更是一款完备的项目管理软件。基于scrum,又不局限于scrum。

在禅道项目管理软件中,核心的角色有产品经理、项目经理、研发团队和测试团队四种角色。如果您现在的团队是采用敏捷开发的话,那么可以对应到product owner, scrum master和team(dev and tester)。这几种角色之间紧紧围绕产品的需求展开协作,取得成果。禅道核心的管理流程全图如下所示:

禅道使用流程图解

禅道的文档做的还是比较专业的,包括开源版手册、专业版手册和企业手册,还有部分视频和二次开发手册,都可以从禅道官网的“文档”模块找到。

本文后面部分,是笔者所在团队一个基于禅道的开发流程实操(流程详细内容将在“高效研发之---流程篇”中介绍):

禅道实操

产品经理在禅道中添加产品(每个产品只做一次),录入需求,并创建版本计划。

产品经理召集需求评审,并更新版本计划。

项目经理根据评审结果,新建项目并导入版本计划中的需求。

项目经理和开发人员将每个需求分解为1..N个任务、指定责任人。并进行设计评审。

项目经理启动项目。

项目经理在“项目》版本”中创建一个版本,并填写源代码地址和下载地址

每轮迭代默认为2周,每周四需打一个测试版本。对于紧急开发的一天一个迭代版本,也要按以下方式填写版本。

版本软件包(包括数据库)放到ftp上的/incoming/release/{产品代号}/{版本生成日期c}/

必填:不填写此3项,测试责任人可拒测。

源代码地址:

填写svn路径+revision号,如:

下载地址:

填写ftp路径/incoming/release/{产品代号}/{版本生成日期}/

描述:

填写本版本开发/修改的功能或bug。

项目经理在“项目》版本》提交测试”

填写必要的信息并抄送项目组和干系人

测试人员进行版本测试

执行失败的用例直接转成Bug。

测试完成后关闭该版本的测试。

项目经理关闭项目。

产品发布(上线测试环境/生产环境)

项目经理确定要发布的版本,创建发布,提上线申请,并向相关部门发出上线通告,说明上线功能(版本说明书)、影响时间等。

运维人员根据发布中指定的版本,到ftp路径/incoming/release/{产品代号}/{版本}/ 下获取正确的版本。

一个彩蛋

禅道不止可以做项目管理,如果你所在团队有不少图书,可以试试把禅道当成图书管理系统来用,效果似乎也不错哦。

用需求对应图书列表

用任务对应借还书记录

具体操作有兴趣的同学可以自行尝试。

写在后面的话

很多人喜欢研究“道”、“法”等high level的能力,对工具这种雕虫小技的“术”不屑一顾,我倒觉得,一个团队懂“道”“法”的有1-2个就行,多数人只需要理解“术”,去执行,精通了“术”,“道”“法”才有根基。

最后用一句话总结工具的价值:任何工具都只是实现想法的工具,如果你的想法不明确、不清晰,那这些工具到你手里,就好比一把锋利的刀,却被当作锄头来使用,结果:挖的全是坑。

“高效研发之----工具篇”系列文章将对下图所列的研发各阶段的工具进行介绍。因每个工具在互联网上的介绍都很多,笔者不会对工具做过多详细的描述,而是将重心放在介绍工具在整个研发流程中的作用和价值。同时,由于笔者水平有限,所选工具主要是笔者所在团队使用的,每个工具都有不少替代者,对未列入的其他优秀工具,也欢迎大家推荐给笔者学习和补充。

标签: #禅道 使用手册