禅道用户培训手册 V1.0.pptx
- 文档编号:9908860
- 上传时间:2023-05-21
- 格式:PPTX
- 页数:104
- 大小:6.74MB
禅道用户培训手册 V1.0.pptx
《禅道用户培训手册 V1.0.pptx》由会员分享,可在线阅读,更多相关《禅道用户培训手册 V1.0.pptx(104页珍藏版)》请在冰点文库上搜索。
,禅道培训手册,前言:
项目管理背景,背景描述,项目上线时间又延期啦?
是功能设计不够全面?
是需求理解不够透彻?
是研发技术不够完善?
究竟是谁的责任?
让我们来看一下有趣的事情.,项目经理的困扰,项目经理,一头是老板,一头是团队,既要对老板负责,又要对团队负责,压力重大。
项目马上就结束了,但还有很多功能没有实现,还有一堆bug没有解决。
团队里面总是有那么一两个刺头。
资源总是那么紧张。
产品经理又变更需求了。
研发人员的困扰,天啊,需求又变更了。
今天晚上又要加班了,唉,老婆又要抱怨了。
该死的浏览器,该死的ie,该死的微软。
我想学点新东西,没时间啊。
测试的人也太bt了,老挑我毛病。
项目经理啥都不懂,在那儿装。
填完日报填周报,有啥用?
我是不是该考虑考虑跳槽了?
其他人都拿着比我高的工资。
我是不是该考虑下逃离北上广了?
.,开发团队,产品经理的困扰,为什么开发连这么简单的功能都做不出来。
为什么我的需求开发和测试都理解偏差了呢?
为什么上线会出那么多的bug?
为什么开发做出来的东西和我预期的总是有很大差距?
产品经理为什么我要的东西总是会延期?
.,测试人员的困扰,天啊,明天就上线了,代码还没有提交呢。
天啊,开发的bug也太多了。
天啊,要测ie6,ie8,ie9,chrome,firefox,opera,360天啊,我还有那么多测试用例没有跑呢。
天啊,测试需求又变更了,之前写的用例没用了。
天啊,我一个人对付5个开发.天啊,线上又出bug了,又要挨训了。
天啊,我还要负责过程改进,还要监督流程。
.,测试团队,是什么导致的?
混乱的战略混乱的组织结构混乱的产品和需求混乱的项目流程混乱的代码混乱的程序结构,混乱的测试混乱的产品混乱的客户混乱的时代混乱的地球,一切都源自于混乱!
如何改版现状?
简言之,分之而后治之将复杂的产品分解为一个个的用户故事将复杂的团队分解为一个个的敏捷团队将长期的研发过程分解为一次次的冲刺将复杂的程序分解为一个个的对象,方法,用例将长期的战斗分解为一次次的小进步,小胜利分之而后明之,明之而后有序,有序则治也敏捷实施需要很多元素,禅道的定位是工具支撑。
Content,一、禅道敏捷开发流程基本介绍,四、日常任务管理说明,二、各角色职责任务说明,二三、基本流程操作说明,一、禅道敏捷开发流程基本介绍,1.1项目管理三权分立关系图,产品经理,开发团队,测试团队,需求,反馈,反馈,分解任务,分解用例,提交bug,产品经理,研发团队和测试团队以需求为核心,通过项目紧密合作,最终实现产品的快速发布,赢得市场。
1.2禅道软件的核心流程,产品经理创建产品和需求维护产品和需求,开发团队执行开发任务,提交完成,测试团队提交测试,解决bug。
项目经理,项目经理建立项目,关联需求为需求分解任务,指派人进行开发,1,2,3,4,1.3SCRUM敏捷方法简介,因为禅道的设计理念基础是基于scrum的,因此了解scrum的基本概念有助于您了解和使用禅道。
我们比较熟知的软件项目管理方法是瀑布。
其基本流程是需求-设计-开发-测试。
基本假设只要把每一个环节都做正确,那么最终得到的结果也是正确的。
瀑布开发有非常成功的案例,比如微软。
但从总体来讲,瀑布项目失败率比较高。
国外的软件先行者们针对瀑布开发中暴露出来的问题进行了一系列的探索、思考和总结,最终提出了Agile的概念,中文翻译为敏捷开发。
敏捷开发有很多种方式,其中scrum是比较流行的一种。
1.3SCRUM敏捷方法简介,scrum由productowner(产品经理)、scrummaster(项目经理)和team(开发团队)组成。
产品经理,其中产品经理负责整理用户故事,定义其商业价值,对其进行排序,制定发布计划,对产品负责。
项目经理负责召开各种会议,协调项目,为研发团队服务。
项目经理,研发团队则由不同技能的成员组成,通过紧密协同,完成每一次迭代的目标,交付产品。
开发团队,1.4SCRUM基本流程,发布计划会议:
产品经理负责讲解需求,对其进行估算和排序,发布计划会议的产出就是制定出这一期迭代要完成的需求列表。
迭代计划会议:
项目团队对每一个需求进行任务分解,分解的标准是完成该需求的所有任务,最终每个任务都有明确的负责人,并完成工时的最初估计。
每日例会:
每天项目经理召集站立会议,团队成员回答昨天做了什么今天计划做什么,有什么问题。
演示会议:
迭代结束之后,召开演示会议,相关人员都受邀参加,团队leader负责向大家展示本次迭代取得的成果。
期间大家的反馈记录下来,由产品经理整理,形成新的需求。
回顾会议:
项目团队对本期迭代进行总结,发现不足,制定改进计划,下一次迭代继续改进,已达到持续改进的效果。
产品待办事项列表需求列表产品负责人负责整理需求,形成左侧的产品待办列表。
每日例会,1weeks,24hours,潜在产品功能增量,1.5禅道与SCRUM的对应关系,概念对应,角色对应,1.6禅道新增概念,除了scrum基本的概念外,禅道还补充完善了下面概念,以达到对软件生命周期的完整覆盖。
产品发布计划、产品路线图:
产品计划可以回答公司其他部门关于产品发布的疑问,也可以让产品人员自己更好的规划产品。
一期项目结束之后,可以创建发布。
然后计划和发布形成某一个产品的路线图。
1.6禅道新增概念,除了scrum基本的概念外,禅道还补充完善了下面概念,以达到对软件生命周期的完整覆盖。
甘特图:
通过甘特图插件可以比较直观的了解整体项目的进度。
甘特图可以按照任务类型、指派给和需求进行分组。
可以按照天、周、月或者季度显示。
燃尽图:
燃尽图是将项目中所有未完成任务的预计剩余工时累积起来,每天绘制一个坐标,形成燃尽图。
1.6禅道新增概念,除了scrum基本的概念外,禅道还补充完善了下面概念,以达到对软件生命周期的完整覆盖。
build(版本):
是在项目过程中产生的,主要用来测试使用,是对内的任务。
bug:
测试过程中发现的问题测试用例:
禅道中的测试用例,彻底的将测试用例步骤分开,每一个测试用例都有若干个步骤组成,每一个步骤都可以设置自己的预期值。
这样可以非常方便进行测试结果的管理和bug的创建。
测试任务:
当开发人员申请测试之后,会生成相应的测试任务给测试人员。
这时候测试人员要做的就是为这个测试任务关联相应的测试用例。
如果这个测试任务需要多人来配合完成,则需要将相应的用例指派给相应的人员来进行完成,或者自己领取相应的测试用例。
测试结果:
通过或者失败。
失败后可转bug。
1.6禅道新增概念,除了scrum基本的概念外,禅道还补充完善了下面概念,以达到对软件生命周期的完整覆盖。
文档:
禅道软件内置了基本的文档管理功能,这样禅道没有覆盖到的流程就可以通过文档管理功能来补充。
禅道文档库共分为三种类型:
产品文档库、项目文档库和自定义文档库。
其中产品文档库用来存储产品层面产生的文档,项目文档库用来存储项目过程中产生的文档。
自定义文档库则可以用来存储知识库、公司管理规范等文档。
todo产品、项目和测试都是宏观层面的管理,最终还是要落实到每个人每天具体的工作上面。
禅道为此提供了基本的待办管理来帮助大家更好的安排每天的工作。
创建待办事项记录,把自己要处理的事情放在项目里面进行跟踪管理,也是非常方便的。
比如买房,考研,复习考试等等。
Content,一、禅道敏捷开发流程基本介绍,二、各角色职责任务说明,三、基本流程操作说明,四、日常任务管理说明,二、各角色职责任务说明,2.1产品经理任务,2.2项目经理任务,2.3开发团队任务,2.4测试团队任务,2.5禅道使用流程图解,2.6禅道各角色操作泳道图,Content,一、禅道敏捷开发流程基本介绍,二、各角色职责任务说明,三、基本流程操作说明,四、日常任务管理说明,三、基本流程操作说明,3.1创建一个产品,禅道的设计理念是围绕产品展开的,因此我们首先要做的就是创建一个产品。
产品名称和产品代码是必填项。
其中产品代号可以理解为团队内部约定俗称的一个称呼,比如我们禅道的代号是zentao,需要是英文字母和数字的组合。
产品负责人:
负责整理需求,对需求进行解释负责,制定发布计划,验收需求。
测试负责人:
可以为某一个产品指定测试负责人,这样当创建bug,而不知道由谁进行处理的时候,该产品的测试负责人会成为默认的负责人。
发布负责人:
由这个角色负责创建发布。
可以设置产品的访问权限,其中默认设置只要有产品视图的访问权限就可以访问。
如果这个产品是私有产品,可以将其设置为私有项目,那么就只有项目团队成员才可以访问。
或者还可以设置白名单,指定某些分组里面的用户可以访问该产品。
产品经理,3.2添加第一个需求,有了产品之后,我们就可以来创建我们的第一个需求了。
我们产品经理可能都习惯了写需求设计文档,或者规格说明书,通过一个非常完整的word文档将某一个产品的需求都定义出来。
但在禅道里面,我们提倡按照功能点的方式来写需求。
简单来讲,就是将原来需求设计文档中的每一个功能点摘出来,录在禅道里面,作为一个个独立的功能点。
如果按照scrum标准走的话,我们可以称之为用户故事(userstory)。
所谓用户故事,就是来描述一件事情,作为什么用户,希望如何,这样做的目的或者价值何在,这样有用户角色,有行为,也有目的和价值所在,非常方便与团队成员进行沟通。
产品经理,3.2添加第一个需求,创建需求的步骤如下:
使用产品经理角色登录系统。
进入产品视图。
在页面右侧,有“提需求”菜单,点击菜单,出现新增需求的页面。
产品经理,3.2添加第一个需求,需求的标题是必填项。
所属计划和模块,可以暂时保留为空。
需求审核那块,我们选上不需要审核,这样新创建的需求状态就是激活的。
只有激活状态的需求才能关联到项目中,进行开发。
需求可以设置抄送给字段,这样需求的变化都可以通过email的形式抄送给相关人员。
可以设置关键词,这样可以比较方便的通过关键词进行检索。
产品经理,4.,填写需求信息后,点击保存。
3.3需求评审,产品经理,在创建需求的时候,有一个不需要评审的复选框,如果选中该复选框的话,需求的创建是激活中的。
但大部分情况下面,需求还是需要评审的。
即使产品完全有一个人负责,也可以将一些不成熟的想法存为草稿,后续再进行处理。
新增需求的评审流程如下:
此外,如果需求更变,则需要走需求更变的流程。
3.3需求评审,产品经理,下面我们来看下具体的需求评审页面:
评审结果可以选择确认通过、有待明确、拒绝等操作。
如果选择“确认通过”,则需求的状态改为“激活中”,然后就可以关联到项目中进行开发了。
如果选择“有待明确”,会保持需求的草稿状态,并将需求指派回需求的创建者头上,有其继续进行完善。
3.3需求评审,产品经理,如果选择了“拒绝”,则需要给出相应的拒绝原因,拒绝原因可以有:
由谁评审是记录的参与评审的人员名单,可以输入用户名来自动筛选。
一般来讲需求评审可以是一个线下的评审会议,在禅道里面记录下参与需求评审的人员即可。
3.4开始第一个项目,产品经理按照我们前面的操作创建需求之后,下面该项目经理上场了。
下面我们一起来看下如何在禅道中开始一个项目:
1.进入项目视图,点击右侧的”新增项目“链接。
项目经理,3.4开始第一个项目,项目经理,2.出现项目添加的页面在这个页面设置项目名称、代号、起止时间、可用工作日、团队名称、项目目标和项目描述等字段。
其中关联产品是可以为空的。
和我们前面讲述的最简使用流程有一点区别就是在添加项目的时候,需要关联下产品。
可以多选。
项目可以控制它的访问权限,分为默认、私有和自定义白名单三种。
3.4开始第一个项目,3.点击保存按钮,会提示项目创建成功,然后可以选择设置团队。
项目经理,3.4开始第一个项目,项目经理,3.或者从项目视图中的团队菜单,也可以进行项目的团队管理。
在维护项目团队的时候,需要选择都是哪些用户可以参与到这个项目中,同时需要设置这个用户在本项目中的角色(角色可以随便设置,比如风清扬,冬瓜一号等)。
可用工作日和可用工时每天需要仔细设置。
通常来讲,一个人不可能每天8小时投入,也不可能一星期七天连续投入。
3.4开始第一个项目,项目经理,4.设置完毕之后,系统会自动计算这个项目总得可用工时。
3.5确定项目要完成的需求列表,项目经理,迭代开发区别于瀑布式开发就是它将众多的需求分成若干个迭代来完成,每个迭代只完成当下优先级最高的那部分需求。
禅道软件中项目关联需求的过程,就是对需求进行排序筛选的过程。
下面我们来看下如何关联需求。
一、关联产品,如果在创建项目的时候,已经关联过产品,可以忽略这个步骤。
以项目经理身份登录。
进入项目视图。
点击“关联产品”按钮。
然后点选该项目相关的产品即可。
项目经理,3.5确定项目要完成的需求列表二、关联需求,在关联需求的时候,可以按照优先级进行排序。
关联的需求状态必须是激活的(评审通过,不能是草稿),3.6为需求分解任务,项目经理,在项目的需求列表页面,可以很方便地对某一个需求进行任务分解。
同时还可以查看这个需求已经分解的任务数。
需求确定之后,项目中几个关键的因素都有了:
周期确定、资源确定、需求确定。
下面我们要做的事情就是为每一个需求做wbs任务分解,生成完成这个需求的所有的任务。
note:
是完成需求的所有任务,这里面包括但不限于设计,开发,测试等。
一、访问项目的需求列表页面:
3.6为需求分解任务,项目经理,二、分解任务,这时候创建任务的时候,就可以选择需求了。
我们同时提供了需求查看的链接。
如果需求和任务的标题是一样的,可以通过”同需求“按钮快捷的复制需求的标题。
3.6为需求分解任务,项目经理,三、任务分解的几个注意事项需要将所有的任务都分解出来。
这里面包括设计,开发,测试,美工,甚至包括购买机器,部署测试环境等等。
任务分解的粒度越小越好,比如几个小时就可以完成。
如果一个任务需要多个人负责,继续考虑将其拆分。
事务型的事务可以批量指派,比如需要让团队里面的每一个人都写个项目总结,可以选择类型是事务,然后批量指派给团队里面的所有人员。
任务的类型请仔细设置,这个会涉及到需求研发阶段的自动计算。
后面我们会有讲解。
任务的分配最好是自由领取,这样可以最大程度上调动大家的积极性。
3.7指派人员进行开发,项目经理,1.进入项目中的任务列表,点击小手图标进行指派。
2.选择要指派的对象后保存。
项目成员也可以根据自己的喜好,领取(指派)自己喜欢的任务。
3.8领取任务,并每天更新任务,研发团队,当项目的任务分解完毕之后,项目团队成员需要领取自己喜欢做的任务,开始每天的开发。
除了日常的编码工作之外,还应当每天花点时间在禅道里面更新下任务的状态以及消耗情况。
3.8领取任务,并每天更新任务,研发团队,项目开始之后,每个人每天应当及时更新自己所负责的任务的状态。
禅道提供了几个快捷的操作按钮:
开始、完成、关闭、取消和激活。
开始、完成和取消没有什么歧义。
解释下关闭和激活。
禅道有一个可选流程,就是当任务完成之后,会自动指派回任务的创建者头上,这时候任务的创建者可以验证任务是否完成。
如果完成,则将任务关闭。
如果任务没有完成,则激活任务。
这个流程是可选的,不是必须的流程。
适用于传统的命令-控制式的管理。
如果对于敏捷开发团队来讲,忽略这个流程即可。
3.8领取任务,并每天更新任务,研发团队,除了更新自己负责任务的状态之外,还应该及时更新任务的工时消耗情况:
3.8领取任务,并每天更新任务,研发团队,点击完成提交任务,计算任务的实际耗时。
3.9创建版本,研发团队,当完成若干功能之后,就可以创建版本了。
版本的概念在英文里面是build,可以对应到软件配置管理的范畴。
这是一个可选流程,但还是建议团队能够实施版本管理。
这个版本主要的作用在于明确测试的范畴,方便测试人员和开发人员的互动,以及解决不同版本的发布和bug修复等问题。
首先是团队经过开发,完成了若干需求,或者解决了一些bug。
这时候某一位发布负责人在subversion或者git中创建了一个tag(标签),比如禅道的tag目录如下:
git192.168.1.105:
zhangjingjing/fjs4web.git,3.9创建版本,研发团队,创建了tag之后,这位发布负责人就可以在禅道里面创建一个版本了。
3.9创建版本,研发团队,3.10申请测试,研发团队,当版本创建完毕之后,就可以提交给测试人员进行测试了,提交测试会生成一个测试任务。
3.10申请测试,研发团队,任务描述里面,可以注明此次测试需要注意的地方。
还需要说明的一点是,目前测试任务还没有指派的功能,所以需要大家线下通知测试团队的负责人,由他来负责组织相应人员来进行测试。
负责人为本次测试的负责人。
可以指定这次测试预计起止的时间。
3.10创建用例,测试团队,禅道中的测试用例,彻底的将测试用例步骤分开,每一个测试用例都有若干个步骤组成,每一个步骤都可以设置自己的预期值。
这样可以非常方便进行测试结果的管理和bug的创建。
直接来看创建用例的页面:
3.11管理测试任务,测试团队,当开发人员申请测试之后,会生成相应的测试任务给测试人员。
这时候测试人员要做的就是为这个测试任务关联相应的测试用例。
如果这个测试任务需要多人来配合完成,则需要将相应的用例指派给相应的人员来进行完成,或者自己领取相应的测试用例。
一、关联测试用例进入测试视图,选择“版本”,然后进入版本列表。
选择某一个待测版本(即原来的测试任务),点击“关联”菜单,即可出现关联测试用例的页面。
3.11管理测试任务,测试团队,几点说明:
测试用例可以通过上面的搜索表单进行搜索。
用例默认是关联最新的版本,也可以点击下载框,选择之前的版本可以按照需求或者bug来进行检索。
3.11管理测试任务,测试团队,二、指派或领取用例在版本(测试任务)的用例列表页面,可以点选用例,将其指派给某一个人来执行。
3.12执行用例,并提交bug,测试团队,在测试-版本的用例列表页面,用户可以按照模块来进行点选,或者选择所有指派给自己的用例,来查到需要自己执行的用例列表。
在用例列表页面,选择某一个用例,然后选择右侧的“执行”菜单,即可执行该用例。
测试人员在测试时,我们推荐在测试-版本页面,版本所关联的用例列表里执行用例,完成测试。
一、用例列表页面,点击执行,3.12执行用例,并提交bug,测试团队,二、执行用例,三、创建bug如果一个用例执行失败,那么可以直接由这个测试用例创建一个bug,而且其重现步骤会自动拼装。
3.13解决bug,研发团队,提交测试之后,测试人员展开测试,便会有bug产生。
这时候研发团队的一个重要职责便是解决bug。
禅道里面bug的处理流程比较简单:
测试人员提交bug=开发人员解决bug=测试人员验证关闭,这是比较正常的流程。
还有一个流程是激活流程:
测试人员提交bug=开发人员解决bug=测试人员验证未通过=激活bug=重新解决=验证关闭。
开发人员所需要做的事情便是处理自己负责bug,并在禅道中登记解决方案:
1.项目视图中的bug列表,3.13解决bug,研发团队,2.bug的详情页面也可以找到“解决”操作的按钮。
3.13解决bug,研发团队,3.解决bug的时候,需要填写bug的解决方案。
附:
bug的解决方案禅道软件总共提供了其中解决方案:
bydesign=设计如此,无需改动。
duplicate=重复Bug,以前已经有同样的bug。
external=外部原因,非本系统原因。
fixed=已解决;notrepro=无法重现,无非重现bug。
postponed=延期处理,确实是bug,但现在不解,放在以后。
willnotfix=不予解决这其中“已解决”和“延期”的bug视为有效bug。
3.14验证bug,关闭,研发团队,当开发人员解决bug之后,就需要来验证bug,如果没有问题,则将其关闭。
3.15项目总结,项目经理,禅道项目管理软件提供了基本的项目统计功能,项目经理可以通过这个功能来掌握一些宏观的信息:
按照所属项目进行统计。
按照指派给进行统计。
按照任务类型进行统计。
按照优先级进行统计。
按照截止日期进行统计。
按照最初预计进行统计。
按照预计剩余进行统计。
按照已经消耗进行统计。
按照由谁完成进行统计。
按照关闭原因进行统计。
按照每天完成任务数进行统计。
3.15项目总结,项目经理,需要注意的是:
禅道的统计报表是根据你当前的列表范围进行统计的。
比如你现在查看的是进行中的任务,那么统计就是在所有进行中的任务列表中进行的。
换言之,你可以通过切换不同的检索条件来获得你想要的统计报表。
Content,一、禅道敏捷开发流程基本介绍,二、各角色职责任务说明,三、基本流程操作说明,四、日常任务管理说明,四、日常任务管理说明,4.1使用待办进行个人事务管理,个人管理,一、创建待办,4.1使用待办进行个人事务管理,个人管理,新增待办的时候,可以设定起止时间。
也可以选择暂时不设定。
如果是私人事务,可以勾选上。
4.1使用待办进行个人事务管理,个人管理,二、浏览待办禅道提供了各种标签来检索待办信息。
其实个人使用禅道,还可以借鉴项目管理的概念,把自己要处理的事情放在项目里面进行跟踪管理,也是非常方便的。
比如买房,考研,复习考试等等。
4.2关注需要自己处理的任务、需求、bug,个人管理,禅道在我的地盘中提供了指派给自己的需求,任务,bug等快捷操作。
凡是指派给自己的这些事项,都是需要及时处理的。
因此对于每一位使用禅道的朋友来讲,每天的工作其实也很简单,就是将我的地盘中指派给自己的任务、需求或者bug及时处理掉就可以了。
一、我的任务,4.2关注需要自己处理的任务、需求、bug,个人管理,三、我的需求,二、我的bug,4.2关注需要自己处理的任务、需求、bug,个人管理,四、我的测试,4.3通过我的档案查看或者修改个人信息,个人管理,在我的地盘中还有我的档案一个页面,在这个页面可以查看或者修改自己的个人信息,包括修改密码功能。
一、查看个人信息备注:
源代码提交帐号是该用户在subversion系统中的提交帐号,主要用来做对照使用。
如果没有使用subversion集成功能,将这个字段保留为空即可。
4.3通过我的档案查看或者修改个人信息,个人管理,二、修改密码,4.4维护产品,产品管理,新增产品时,可以在产品类型里选择多分支和多平台。
4.4维护产品,产品管理,产品创建成功后,产品页面下会显示多分支以及维护分支的菜单。
点击分支菜单,即可维护分支,右侧可以做添加分支和删除分支操作。
4.4维护产品,产品管理,分支添加成功后,在提需求页面,所属产品后可以选择所属分支。
4.4维护产品,产品管理,需求创建成功后,在产品-需求页面,需求名称前就会显示所属的分支的名称。
4.4维护产品,产品管理,在项目-产品关联产品页面时,同时可以选择关联的产品以及所属分支。
选择了所属分支后,项目-需求关联需求时,可以关联该产品下所有分支和项目关联的产品分支下的需求。
4.5维护产品模块,产品管理,添加完产品之后,就需要来设置产品的模块。
模块相当于对产品需求的一个分类,通过组织模块,可以让大家对产品有一个宏观的把握和认识,也方便对需求进行分类和整理。
设置模块的步骤:
使用产品经理角色进入产品视图。
选择要维护的产品。
点击菜单中的“模块”。
维护模块的时候是一级级进行维护的。
比如可以选择我的地盘,然后维护它的子模块。
左侧的数字是用来排序的,可以将通过调整模块的排序字段来调整它在模块树里面的位置。
可以选择某一个模块编辑,编辑的时候可以修改它所属的上级模块。
4.6建立发布计划,产品管理,一、创建计划进入产品视图,选择某一个产品。
点击“计划列表”出现计划列表页面,点击页面右侧的“创建计划”,即可出现计划增加页面。
产品管理,4.6建立发布计划二、关联需求创建完计划之后,可以为计划关联需求,4.6建立发布
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 禅道用户培训手册 V1.0 用户 培训 手册 V1