使用jira管理Scrum敏捷项目(六)jira敏捷开发,jira项目管理实战、实践
前言
jira环境搭建请参考我的另外一篇文章:链接: 使用docker搭建jira环境.
jira是一款非常适合敏捷开发团队使用的一款事务管理软件。很多大型互联网公司都在使用,既然好用,那我们尽管用就好了,小团队就可以按照专栏第一篇文章,搭建一下环境白嫖一把就好了。
一、实践前的准备工作
在实践准备工作之前,大家务必对我前几篇文章大概过一下,先对jira有一个基本的认识,当前你也已经有一个搭建的jira环境。
jira专栏地址:点击跳转学习
1 环境搭建
2 自定义问题类型
3 自定义工作流
4 自定义电子看板、敏捷看板、KANBAN配置
5 对敏捷开发有一定的知识了解
敏捷开发的实践分享,我将在以后的日子里慢慢与大家分享,大家如若感兴趣可以私信我!
6 对jira中的名词有一定的了解
二、jira敏捷开发实践
1 添加项目、产品版本
每个项目、产品的版本命名规则可能都不太一样,需要大家根据需要自行定义一些规范。
点击发布版本,我们为项目、产品新增一个版本号
版本:V0.1.0
开始日期:2021-10-25
结束日期:2021-10-29
说明:项目初始版本,搭建(这里可以结合conference,将版本内容的链接写在这里)
2 添加项目、产品模块
在项目、产品初期,根据业务需求,可以将一个完整的系统分解成为多个模块组成。
模块名称:个人中心
主管(可选):
说明(可选):填写模块的说明文档(这里可以结合conference,将版本内容的链接写在这里)
默认经办人:模块的默认经办人
3 添加需求、任务到Backlog
我们这时候向V0.1.0 版本 个人中心模块添加几条需求,任务信息吧。
我们先添加一个Epic
项目:test
问题类型:Epic
史诗名称:个人中心的需求研发工作
概要:个人中心的需求研发工作
报告人:选择产品主管,或者负责人就行
模块:个人中心
描述:可以填写一下当前Epic的详细信息
修复的版本:选择我们刚才创建的V0.1.0版本,做好关联
优先级:我们这里选择medium,可以根据需要选择优先级
标签:这里用来对任务进行检索,筛选用
附件:Epic相关的附件,需要则上传
链接的问题:问题的类型
问题:具体到问题(这里链接的问题和问题是搭配使用的,方便测试在提问题的时候,关联到具体的任务)
经办人:可以空着,到时候由办理人自己认领自己的任务
史诗链接:如果不是史诗类型的问题,可用在这里进行关联
Sprint:可以在创建问题时,就选择Sprint,也可以稍候在Backlog中划分
初始预估:填写处理这个问题的初始预估时间
剩余的估算:填写估算的这个问题还得需要多久能够处理完(比如:初始预估1d,剩余估算可以结合,你什么时间开始,比如你一天后开始处理这个任务,剩余的估算就填写2d)
然后我们在向这个Epic添加一下分解的用户故事、任务
最终我们在Epic(个人中心)下面添加了以下几个任务
故事、任务名称 | 版本 | Epic(史诗) |
---|---|---|
故事1 | V0.1.0 | 个人中心的需求研发工作 |
任务1 | V0.1.0 | 个人中心的需求研发工作 |
我的资料 | V0.1.0 | 个人中心的需求研发工作 |
我的订单 | V0.1.0 | 个人中心的需求研发工作 |
我的购物车 | V0.1.0 | 个人中心的需求研发工作 |
我的站内信 | V0.1.0 | 个人中心的需求研发工作 |
我的收藏夹 | V0.1.0 | 个人中心的需求研发工作 |
我的优惠券 | V0.1.0 | 个人中心的需求研发工作 |
我的评价 | V0.1.0 | 个人中心的需求研发工作 |
我的积分 | V0.1.0 | 个人中心的需求研发工作 |
修改密码 | V0.1.0 | 个人中心的需求研发工作 |
数据库设计 | V0.1.0 | 个人中心的需求研发工作 |
后端脚手架设计 | V0.1.0 | 个人中心的需求研发工作 |
前端脚手架设计 | V0.1.0 | 个人中心的需求研发工作 |
选择Backlog → 版本 → 史诗(Epic)可以过滤出当前版本、史诗下的任务列表
(小细节:点击史诗后的 … 可以对应修改列表中任务行上的epic颜色)
| centered 文本居中 | right-aligned 文本居右 |
4 创建、启动一个Sprint
- 创建Sprint
- 将Backlog中的任务拖放到Sprint列表中
- 点击Sprint名称进行修改
- 添加Sprint的迭代目标
- 开始Sprint:设置本次Sprint的时间周期
5 团队成员(需求、产品、开发、测试)认领任务
这时候一个Sprint就已经创建成功,我们这时候就可以告诉团队成员开始进行认领工作了!
点击活动中的Sprint,可以清晰的通过KANBAN(看板)了解本次团队需要进行的所有工作,点击卡片任务,在右侧更改经办人进行任务的认领。任务卡片完成后,及时的更新KANBAN(看板)状态,通过卡片鼠标拖动的方式即可更新状态。
这样我们可以非常清晰的看到本次Sprint迭代的任务完成情况,信息在团队中可以共享透明。
ps:这个看板列,工作流,是我简单的设计的一个,有其他需要的小伙伴可以自定义
6 测试人员提交Bug、测试问题
在Sprint进行的时间内,发现了bug,可以参照 3 添加需求、任务到Backlog 添加一个故障类型的问题,然后关联到问题的卡片,并且关联到Epic、模块、版本、Sprint,添加完成后,卡片将会在KANBAN(看板)中看到,相关人员可以及时看到并去解决问题。
7 完成一个Sprint
当看到活动中的Sprint里面的卡片都在工作完成列时,此时的工作就已经完成啦,这个Sprint的完成时间可能会提前也可能会延期,(时间是根据任务量指标的结果)
完成后,可以查看已完成的Epic的各种报告,报表展示
8 发布版本
这时候回到发布版本,发现进度列已经全部变成了绿色,说明任务都已经完成了,我们就可以对这个版本进行发布操作。
ps:发布的时候可以选择发布并构建,可以结合Jenkins进行关联Gitlab代码库进行发版
总结
这篇文章大概带大家使用jira管理敏捷开发,项目开发做了简单的实践分享,有不足的地方多担待。还有很多不完美的地方,如果从敏捷的角度来看,比如第一个版本是不是MVP版本等等等等。。。。
如果您感觉还有什么疑问,欢迎大家留言,我将在看到后第一时间更新文章,并且回复。
朋友,看都看到这了,给个关注吧~
如果这篇文章帮助到了您,帮忙点一下关注点一下赞,谢谢大家!
大家的鼓励将是我不断创作的动力!