Scrum完整项目实例

1、背景

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

2、流程

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、开始咱们实例制做

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团队进行了优化。 跟踪版本的预计发布日期。这有助于您监控版本是否能及时发布，以便在工做落后的状况下采起措施。
    速度图	冲刺	跟踪从冲刺到冲刺完成的工做量。 这有助于您肯定团队的速度，并估计您的团队在将来的冲刺中能够切实实现的工做。
    版本报告	版本	跟踪版本的预计发布日期。