今天完成的事：

1.继续了解23期需求！

2.了解敏捷开发；

一.敏捷开发;

‍‍敏捷开发（Agile）是一种以人为核心、迭代、循序渐进的开发方法。‍‍

‍‍在敏捷开发中，软件项目的构建被切分成多个子项目，各个子项目的成果都经过测试，具备集成和可运行的特征。‍‍

‍‍简单地来说，敏捷开发并不追求前期完美的设计、完美编码，而是力求在很短的周期内开发出产品的核心功能，尽早发布出可用的版本。然后在后续的生产周期内，按照新需求不断迭代升级，完善产品。‍‍

就像某位大佬说的：先定个能达到的小目标！！！

二.敏捷开发分类：

‍‍敏捷开发的实现主要包括 SCRUM、XP（极限编程）、Crystal Methods、FDD（特性驱动开发）等等。其中SCRUM与XP最为流行‍‍。

‍‍同样是敏捷开发，XP 极限编程 更侧重于实践，并力求把实践做到极限。这一实践可以是测试先行，也可以是结对编程等，关键要看具体的应用场景。‍‍

‍‍SCRUM则是一种开发流程框架，也可以说是一种套路。SCRUM框架中包含三个角色，三个工件，四个会议，听起来很复杂，其目的是为了有效地完成每一次迭代周期的工作。在这里我们重点讨论的是SCRUM。‍‍

三. 敏捷开发工作流：

‍‍Sprint：冲刺周期，通俗的讲就是实现一个“小目标”的周期。一般需要2-6周时间。‍‍

‍‍‍‍User Story‍‍：用户的外在业务需求。拿银行系统来举例的话，一个Story可以是用户的存款行为，或者是查询余额等等。也就是所谓的小目标本身。

‍‍‍‍Task：由User Story 拆分成的具体开发任务。

‍‍Backlog：需求列表，可以看成是小目标的清单。分为Sp‍‍rint 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）。‍‍

收获：

了解敏捷开发，敏捷开发与传统瀑布式开发不同，传统瀑布式开发就像去餐厅点了10道菜，而老板非要10道做完一起给送过来。会造成大量的时间浪费，而敏捷开发着不同，开始先定一个个小目标，开发出核心功能，然后通过迭代去完善他，会极大的提升工作效率

遇到的问题：

感觉在项目中延期特别严重，这是什么原因导致的呢？是预估时间不准确，还是因为突发事件？

明天要完成的事情：

23期今天延期，明天准备demo（希望如此把！）