Scrum完整项目实例

一、背景

在谈 JIRA 之前，就不得不说说敏捷开发了。正式由于项目是基于敏捷开发进行的，因此才引入了 JIRA 这款适合于敏捷开发的项目管理工具。当然，这里不会大篇章的介绍敏捷开发，之前的文章有详细讲过《敏捷开发系列终极之旅》。这里简单的再回忆一下敏捷开发的流程。

二、流程

Scrum 是一个用于开发和维护复杂产品的框架 ，是一个增量的、迭代的开发过程。在这个框架中，整个开发过程由若干个短的迭代周期组成，一个短的迭代周期称为一个Sprint，每个Sprint的建议长度是2到4周(互联网产品研发可以使用1周的Sprint)。在Scrum中，使用产品Backlog来管理产品的需求，产品backlog是一个按照商业价值排序的需求列表，列表条目的体现形式通常为用户故事。Scrum团队总是先开发对客户具有较高价值的需求。在Sprint中，Scrum团队从产品Backlog中挑选最高优先级的需求进行开发。挑选的需求在Sprint计划会议上经过讨论、分析和估算得到相应的任务列表，我们称它为Sprint backlog。在每个迭代结束时，Scrum团队将递交潜在可交付的产品增量。 Scrum起源于软件开发项目，但它适用于任何复杂的或是创新性的项目。

Scrum流程如下图：

2.1 SCRUM框架包括3个角色、3个工件、5个事件、5个价值

2.1.1 3个角色

1. 产品负责人（Product Owner）
2. Scrum Master
3. 开发团队

2.1.2 3个工件

1. 产品Backlog（Product Backlog）
2. SprintBacklog
3. 产品增量（Increment）

2.1.3 5个事件

         

1. Sprint（Sprint本身是一个事件，包括了如下4个事件）
2. Sprint计划会议（Sprint Planning Meeting）
3. 每日站会（Daily Scrum Meeting）
4. Sprint评审会议（Sprint Review Meeting）
5. Sprint回顾会议（Sprint Retrospective Meeting）

2.1.4 5个价值

1. 承诺 – 愿意对目标做出承诺
2. 专注– 把你的心思和能力都用到你承诺的工作上去
3. 开放– Scrum 把项目中的一切开放给每个人看
4. 尊重– 每个人都有他独特的背景和经验
5. 勇气– 有勇气做出承诺，履行承诺，接受别人的尊重

2.2 SCRUM理论基础

Scrum以经验性过程控制理论（经验主义）做为理论基础的过程。经验主义主张知识源于经验, 以及基于已知的东西做决定。Scrum 采用迭代、增量的方法来优化可预见性并控制风险。

Scrum 的三大支柱支撑起每个经验性过程控制的实现:透明性、检验和适应。Scrum的三大支柱如下：

2.2.1 第一：透明性（Transparency）

透明度是指，在软件开发过程的各个环节保持高度的可见性，影响交付成果的各个方面对于参与交付的所有人、管理生产结果的人保持透明。管理生产成果的人不仅要能够看到过程的这些方面，而且必须理解他们看到的内容。也就是说，当某个人在检验一个过程，并确信某一个任务已经完成时，这个完成必须等同于他们对完成的定义。

2.2.2 第二：检验（Inspection）

开发过程中的各方面必须做到足够频繁地检验，确保能够及时发现过程中的重大偏差。在确定检验频率时，需要考虑到检验会引起所有过程发生变化。当规定的检验频率超出了过程检验所能容许的程度，那么就会出现问题。幸运的是，软件开发并不会出现这种情况。另一个因素就是检验工作成果人员的技能水平和积极性。

2.2.3 第三：适应（Adaptation）

如果检验人员检验的时候发现过程中的一个或多个方面不满足验收标准，并且最终产品是不合格的，那么便需要对过程或是材料进行调整。调整工作必须尽快实施，以减少进一步的偏差。

Scrum中通过三个活动进行检验和适应：每日例会检验Sprint目标的进展，做出调整，从而优化次日的工作价值；Sprint评审和计划会议检验发布目标的进展，做出调整，从而优化下一个Sprint的工作价值；Sprint回顾会议是用来回顾已经完成的Sprint，并且确定做出什么样的改善可以使接下来的Sprint更加高效、更加令人满意，并且工作更快乐。

2.2.4 更多敏捷开发资料

因本文重点内容为jria的完整项目用例，对SCRUM敏捷开发的相关内容，我们就不做具体讨论了。有兴趣，请点击scrum中文网。

三、开始我们实例制作

3.1 创建项目

• 访问http://10.10.25.252:8080
  
• 新建项目
  
  选择下一步
  
  填写项目名--提交
  
  以上就是我们的项目，可以正常使用了

3.2 简单使用

• 问题处理实例

  • 在项目中新建故事问题

    • 选择项目→ 新建 →创建问题→  项目名→ 问题类型（为故事，其他类型详见自定义）→ 概要（实现什么功能）→ 问题描述→ 优先级(紧急程度)→ 附件（问题的截图或需求文档）
      → 链接问题(关联已创建问题类型)  → 问题（关联问题名）→ 经办人（问题处理人）→ 史诗连接
      
      
    • 现在我们已经用admin账号委托给自己
      点击问题可查看到此问题
      
      
      
    • 如被分配人在处理其他请求，需要再次手动分配给其他人
      

• 建立面板

  • 新项目需要建立的面板(本次看板类型为scrum)

    • 创建面板
      
    • 面板依赖来于一个已有项目
      
      
    • 填写面板名称，项目，并创建面板
      
      
    • 配置面板（）
      
      详情后续介绍
      
      

  • 将问题添加到面板

    • 被委派人登陆账号，点击项目选择，刚刚被委派的项目，查看到一个新的故事问题TEST-4
      
    • 点选创建问题（此时为把需求问题转化为功能点，细化，也可以称之为任务）（任务下还可以创建子任务，因子任务与问题任务的创建方式类似，这里就不再重复了。）
      
      类似于问题的创建过程，也可以委派人员完成任务
      
      
      

  • 根据任务评估时间，后评估整个故事的时间

    • 选中任务，弹出侧边栏
      
      选择登陆工作→ 填写时间→ 点击日志完成
      
      
      
    • 选中问题， 同任务
      
      
      

  • 活动泳道的使用(项目冲刺阶段使用)

    • 进入项目→ 选择活动的Sprint →代办事项
      
    • 点击创建sprint
      
    • 把任务推拽的上方→ 点击开始Sprint
      
    • 预估时间
      
    • 查看并更改状态
      
    • 拖拽图
      
    • 全部完成后→ 点选完成Sprint
      
    • 回顾总结吧，小伙伴们。
      
    • 神奇的跳到confluence，居然还有模块，厉害了
      
      

      到知识库中去一块开会总结经验成果吧

      
      
    • 结构图
      

• 版本的发布（使用史诗问题）

  • 建立版本计划

    项目→ 管理版本
    

  • 发布
    

  • 归档
    

• 建立报告

  • 生成报告

    1. 导航到所需的主板，然后单击报告。将显示上次查看的报告。
    2. 点击切换报告查看不同的报告。这个列表中的报告是特定于敏捷开发的。
       有关更多详细信息，请参阅下面的“Scrum项目报告”或“Kanban项目报告”部分。
    3. 如果您想要查看不是特定于敏捷开发的报告，请从“ 交换机报告”下拉列表中选择所有报告，并查看不在“敏捷”部分中的报告。
       有关更多详细信息，请参阅下面的“常规分析问题报告”部分。 

  • Scrum项目报告

    图表	适用于	目的
    燃耗图	冲刺	跟踪全部剩余工作并且计划完成sprint目标的可能性。这有助于您的团队管理方面取得的进展和作出相应的反应
    Sprint报告	冲刺	了解每个sprint中完成的工作或者退回后备的工作。这有助于您确定您的团队是过量使用或如果有过多的范围扩大。
    速度图	项目，版本或冲刺	跟踪各个Sprint已完成的工时量。这有助于您确定您的团队的速度并预估团队在未来Sprint中实际完成的工作。
    累积流程图	任何一段时间	显示随着时间的推移问题的状态。 这有助于识别需要调查的潜在瓶颈。
    EPIC报告	史诗	显示随着时间的推移完成史诗的进展。 这有助于您通过跟踪剩余的不完整和不确定的工作来管理团队的进度。
    EPIC燃烧图	史诗	与Epic Report类似，但针对Sprint中的Scrum团队进行了优化。跟踪完成史诗所需的冲刺数量。 这可以帮助你监视史诗是否会按时释放，所以如果工作落后，你可以采取行动。
    发布燃烧图	版本	类似于版本报告，但针对在sprint中工作的Scrum团队进行了优化。 跟踪版本的预计发布日期。这有助于您监控版本是否能及时发布，以便在工作落后的情况下采取措施。
    速度图	冲刺	跟踪从冲刺到冲刺完成的工作量。 这有助于您确定团队的速度，并估计您的团队在未来的冲刺中可以切实实现的工作。
    版本报告	版本	跟踪版本的预计发布日期。