JIRA使用最佳实践

目录

  • 1 项目工作流程
  • 2 jira使用
    • 项目类型看板使用(适用于SRE&SA项目型项目)
    • Scrum看板使用(适用于开发项目)

 

1. 项目工作流程

依托于项目管理思想技能方法论,借助于工作中平台工具,完善管理项目过程中的问题、卡点,保证以目标为导向,保质保量做好项目交付。

如上图是空见根据多年工作经验总结的项目管理方法论,根据这个流程结合我们自身,可以按如下方式落地。

定目标:使用我们现有工具wiki,进行项目整个生命周期的把控,如

1.找到why(动机、背景)

2.定目标

3.将目标拆分成任务,并对任务排列优先级

4.对完成项目所需要的人进行沟通,确保大家都清楚项目目标,以及自身需要在规定时间内完成的任务

5.对任务进行时间、成本等预估,判断是否可以按期完成

6.将任务制定为落地可实施方案

7.考虑执行任务过程中风险,以及应对方案

这只是一个框架,大家可以按照这个目录对项目进行规划,也属于项目规划阶段,中心思想是规划阶段可以在wiki上进行方案制定,反复推敲讨论。

追过程:将通过wiki制定的项目落地可执行方案,通过jira进行任务管理,也就是过程管理,通过看板对任务时时监控,及时发现问题。

        1.抓执行,通过jira中的任务管理,对预估任务完成所需要的时间,以及优先级进行监控,

        2.对任务执行过程中的卡点、风险及时通过看板进行体现,并跟踪

       拿结果:在jira看板中可视化阶段性的产出

               1.将jira中项目定义为多个里程碑,通过jira看板进行展现,方便项目团队成员了解项目进展

       最佳实践:在通过wiki,对执行的项目进行回顾反思,包括做的好的和需要改进的地方,形成组织过程资产。后期类似项目可对项目处理过程进行复制,借鉴,包括遇到的风险,踩过的坑在新的项目中都可以提前避免。

 


 

2 jira使用

  • 项目类型看板使用(适用于SRE&SA项目型项目)

  1. 创建项目

         项目命名根据每周周报内容进行命名,方便与周边进行联系

 

 

2.进入项目创新任务,每个任务还可以包括子任务。

  任务可根据wiki制定的项目执行方案所需要完成的任务进行创建,完成此任务可能包含多个子任务

  如下示例:机房迁移项目→香港机房10月底退租20个机柜的任务→包括图2的6个子任务。

3.通过看板追踪任务完成情况

  • Scrum看板使用(适用于开发项目)

首先讲一下Scrum的原理,让大家对Scrum有个初步的印象和了解。

  1. Scrum敏捷管理中的3355

3种角色:

  • Product Owner 产品经理
  • Scrum Master  SM
  • Dev Team       开发团队

       3种工件:

  • Product Backlog(产品待办事项列表)

产品待办事项列表是一个排序的列表,包含所有产品需要的东西,也是产品需求变动的唯一来源。列出了特性、功能、需求、改进等未来发布产品的改变,包含描述、次序和估算的特征。优先级越高,需求应该越清晰。

  1. 排了序的产品需求列表
  2. 待办事项列表中的条目以用户故事的形式呈现
  • Sprint Backlog (迭代待办事项列表)

一组为当前 Sprint 选出的产品代办事项列表条目,外加交付产品增量和实现 Sprint 目标的具体计划。可以在每日站会上得到呈现。只有研发团队可以对Spring Backlog可以进行修改,此时可以移除部分失去开发意义的需求,增加其他优先级更高的需求。

  1. 迭代完成的需求列表即为产品待办事项列表的子集
  2. 将用户故事拆分成任务
  • Product Increment (产品增量)

增量是一个Sprint完成的所有产品待办列表总和以前Sprint所产生的增量的价值总和。

  1. 在迭代内完成交付成果,集成到以往的迭代成果中,形成增量式交付
  2. 每次交付的用户故事符合验收条件

5种活动:

产品梳理会:评估用户故事,是否符合要求,以及交付时间,并对用户故事进行优先级排序。

迭代计划会:迭代计划会的核心议题是下一次冲刺要实现的目标和范围。

                从Product Backlog中选取高优先级的需求,确定Sprint的目标,对产品Backlog中故事进行估算,以作为是否放入下期的参考。对于需求不清楚的故事,需要产品负责人进行说明。

                 会议中输入是Product backlog,输出是Sprint backlog

每日站会:站会的目标是促进信息在团队内共享和透明。每次15分钟左右,不对问题进行深入讨论,每天固定时间召开。

                团队成员需要回答3个问题:

      1. 昨天我做了哪些事情
      2. 今天计划要做什么事情
      3. 是否遇到问题,障碍,需要协助支持

迭代评审会:评审会在冲刺末期召开,检查本期的成果,需要团队全员参与,并邀请产品相关干系人对产品进行展示,若与产品负责人预想的不一样,产品负责人可以拒绝接收成果。

迭代回顾会:冲刺结束后,团队一起复盘本次冲刺的过程,总结经验与教训,并形成切实可行的改进清单。

迭代计划会--->每日站会--->迭代评审会--->迭代回顾会,遵循PDCA戴明环,整个过程称之为“迭代”。

       2.对于Scrum思想基于jira的使用方法。

  • 产品待办事项列表对应Jira看板的Backlog。点击创建冲刺,即为用户故事需求,拆解需要冲刺的任务。

  • 创建好Product Backlog,点击开始冲刺,可以从当前冲刺中看到任务

  •  产品增量,可以将冲刺成果,增加到发布版本中,明确每次增量增加的功能 

 大家可以尝试通过敏捷思想在jira通过配置scrum的三种工件,之后结合5种活动来管理好开发项目。

 

posted @ 2023-09-15 14:28  摩天居士-谢烟客  阅读(499)  评论(0编辑  收藏  举报