Java 开发模式 敏捷开发

敏捷开发
敏捷开发大大提高了我们部门的开发效率，开发人员各自关注自己负责的功能模块，并且通过高效的沟通，在保证产品质量的前提下，实现了产品的快速迭代！

需要掌握的知识点：

Sprint ：冲刺周期，通俗的讲就是实现一个“小目标”的周期。一般需要2-6周时间。
User Story：用户的外在业务需求。拿银行系统来举例的话，一个Story可以是用户的存款行为，或者是查询余额等等。也就是所谓的小目标本身。
Task ：由User Story 拆分成的具体开发任务。
Backlog ：需求列表，可以看成是小目标的清单。分为Sprint Backlog和Product Backlog。
Daily meeting：每天的站会，用于监控项目进度。有些公司直接称其为Scrum。
Sprint Review meeting: 冲刺评审会议，让团队成员们演示成果。
Sprint burn down：冲刺燃尽图，说白了就是记录当前周期的需求完成情况。
Rlease ：开发周期完成，项目发布新的可用版本。

在项目启动之前，会由团队的产品负责人（Product owner）按照需求优先级来明确出一份Product Backlog，为项目做出整体排期。
随后在每一个小的迭代周期里，团队会根据计划（Sprint Plan Meeting）确定本周期的Sprint Backlog，再细化成一个个Task，分配给团队成员，进行具体开发工作。每一天，团队成员都会进行Daily meeting，根据情况更新自己的Task状态，整个团队更新Sprint burn down chart。

当这一周期的Sprint backlog全部完成，团队会进行Spring review meeting，也就是评审会议。一切顺利的话，会发布出这一版本的Release，并且进行Sprint回顾会议（Sprint Retrospective Meeting）。

Devops是Development和Operations的合成词，其目标是要加强开发人员、测试人员、运维人员之间的沟通协调。如何实现这一目标呢？需要我们的项目做到持续集成、持续交付、持续部署。
时下流行的Jenkins、Bamboo，就是两款优秀的持续集成工具。而Docker容器则为Devops提供了强大而有效的统一环境。

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

1. 产品负责人（Product Owner）
2. Scrum Master
3. Scrum团队
   3个工件
4. 产品Backlog（Product Backlog）
5. SprintBacklog
6. 燃尽图（Burn-down Chart)
   5个活动
7. Sprint计划会议（Sprint Planning Meeting）
8. 每日站会（Daily Scrum Meeting）
9. Sprint评审会议（Sprint Review Meeting）
10. Sprint回顾会议（Sprint Retrospective Meeting）
11. 产品Backlog梳理会议（ Product Backlog Refinement）
    5个价值
12. 承诺 – 愿意对目标做出承诺
13. 专注– 把你的心思和能力都用到你承诺的工作上去
14. 开放– Scrum 把项目中的一切开放给每个人看
15. 尊重– 每个人都有他独特的背景和经验
16. 勇气– 有勇气做出承诺，履行承诺，接受别人的尊重
    SCRUM理论基础
    Scrum以经验性过程控制理论（经验主义）做为理论基础的过程。经验主义主张知识源于经验, 以及基于已知的东西做决定。Scrum 采用迭代、增量的方法来优化可预见性并控制风险。

Scrum的三大支柱
Scrum 的三大支柱支撑起每个经验性过程控制的实现:透明性、检验和适应。Scrum的三大支柱如下：
第一：透明性（Transparency）
透明度是指，在软件开发过程的各个环节保持高度的可见性，影响交付成果的各个方面对于参与交付的所有人、管理生产结果的人保持透明。管理生产成果的人不仅要能够看到过程的这些方面，而且必须理解他们看到的内容。也就是说，当某个人在检验一个过程，并确信某一个任务已经完成时，这个完成必须等同于他们对完成的定义。
第二：检验（Inspection）
开发过程中的各方面必须做到足够频繁地检验，确保能够及时发现过程中的重大偏差。在确定检验频率时，需要考虑到检验会引起所有过程发生变化。当规定的检验频率超出了过程检验所能容许的程度，那么就会出现问题。幸运的是，软件开发并不会出现这种情况。另一个因素就是检验工作成果人员的技能水平和积极性。
第三：适应（Adaptation）
如果检验人员检验的时候发现过程中的一个或多个方面不满足验收标准，并且最终产品是不合格的，那么便需要对过程或是材料进行调整。调整工作必须尽快实施，以减少进一步的偏差。
Scrum中通过三个活动进行检验和适应：每日例会检验Sprint目标的进展，做出调整，从而优化次日的工作价值；Sprint评审和计划会议检验发布目标的进展，做出调整，从而优化下一个Sprint的工作价值；Sprint回顾会议是用来回顾已经完成的Sprint，并且确定做出什么样的改善可以使接下来的Sprint更加高效、更加令人满意，并且工作更快乐。