文章转载链接:http://www.51testing.com/html/19/n-7796219.html

一般我们的软件项目类型分为三种:

一、敏捷产品开发模式:持续收集客户需求,以固定的短周期不断更新Saas产品功能并发布到线上给客户使用。(平台化产品)

二、交付项目模式:根据客户合同定义的需求,制定完整的项目计划,在合同规定的时间内完成项目交付。

三、运维项目模式:产品或者项目不再进行功能更新,只解决一些线上问题。

针对于如上三种项目类型,JIRA里对应有两种面板:

测试管理工具JIRA之面板配置_迭代

Scrum

Scrum的核心概念——冲刺(Sprint),也可以称作为迭代,冲刺是用2到4周的时间来完成一定量的工作。Sprint有助于将项目范围分解为更容易管理的故事和任务,并频繁地交付正常运行的软件。Scrum侧重于计划、执行、交付以时间驱动的工作事务。

--适合于周期性迭代的产品研发,尤其是Saas化产品开发。2周一个迭代,交付一定功能。

--适合于周期较长的交付项目,研发占比较大的交付项目。可以根据交付周期,拆解为若干个阶段,每个阶段为一个迭代,完成一定目标。这里的迭代周期可以大于两周,或者有一些变化。比如sprint1:1个月,sprint2:3周,sprint3:2周。

敏捷面板示例:

测试管理工具JIRA之面板配置_Scrum_02

看板

Kanban专注于当前开发任务容量,与Scrum不同,Kanban没有时间限制,相反,它限制了可以同时执行的工作量。Kanban侧重于将工作流程和在制品可视化,以促进增量改进现有的流程。同一个状态下的事务数量是有限的,有益于发现事务处理效率瓶颈。

--适合于运维项目,和技改优化项目等,特别是需求的来源不稳定,无法规划稳定的周期行交付。

--适合于研发占比较小的交付项目,如果项目的主要任务是采购,硬件安装实施等任务,建议用看板管理。

看板示例:

测试管理工具JIRA之面板配置_Scrum_03

从面板界面上来看,主要的差异就在于有无Sprint。面板上的小差异在实际管理项目上确有很大的不同。本文也主要以敏捷项目管理为重点描述。