第三次作业

敏捷开发和Scrum

敏捷软件开发越来越流行了，而且基本深入人心。技术水平高的人尤其推崇。

当我们学习编程时，本性都是敏捷的，谁都不想浪费时间。只是进入企业（不管大小）后，由于管理的需要，产生了不必要的浪费，也就显得不太敏捷了。

瀑布V模型在早期开发周期长，需求变化少的情况下还是很不错的，只是互联网时代软件开发技术日新月异，更新越来越快，这又不得不回到原来的思想，精简管理来降低浪费。

由此不要抱怨敏捷，它只是揭开了软件开发的遮羞布而已。
敏捷是由很多技术实践结合在一起的，依靠有经验的开发者去实施。

基本角色

Scrum是一个包括了一系列实践和预定义角色的过程框架。Scrum中的主要角色包括：

Scrum Master是来确保团队合理的运作Scrum，并帮助团队移除实施中的障碍。
产品负责人(PO: Product Owner)，确定产品的方向和愿景，定义产品发布的内容、优先级及交付时间，为产品负责。
开发团队(Team)，一个跨职能的小团队，人数5-9人，团队拥有交付可用软件需要的各种技能。

框架过程

在每一个Sprint（两到四周的周期，其长度由开发团队决定）当中，开发团队创建可用的（可以随时推出）软件的一个增量。每一个Sprint所要实现的功能来自产品待办事项列表（Product backlog）。

产品待办事项列表是按照优先级排列的要完成的工作的概要需求，在团队的计划会议（Planning meeting）中，PO给出各个功能的优先级，开发团队一起决定在下一次Sprint中他们能够承诺完成多少功能，这就形成了Sprint待办事项列表（Sprint backlog)。

小组GitHub地址