敏捷开发概念

敏捷宣言

• 四个核心价值

1.个体和互动高于流程和工具：动员每个人积极交流，相互之间积极进行思考，idea 的碰撞，头脑风暴。

2.工作的软件高于详尽的文档：好的代码需要的是规范指南和·协作文档。

3.客户合作高于合同谈判：真心诚意为客户创造价值，而不止于眼前的功能交付。

4.响应变化高于遵循计划：随时改需求，随时变动迭代计划，有迭代增量式开发的意识。

• 十二条原则

1.通过早期和连续型的高价值工作交付满足客户。

2.大工作分成可以迅速完成的较小组成部分。

3.识别最好的工作是从自我组织的团队中出现的。

4.为积极员工提供他们需要的环境和支持，并相信他们可以完成工作。

5.创建可以改善可持续工作的流程。

6.维持完整工作的不变的步调。

7.欢迎改变的需求，即使是在项目后期。

8.在项目期间每天与项目团队和业务所有者开会。

9.在定期修正期，让团队反映如何能高效，然后进行相应地行为调整。

10.通过完成的工作量计量工作进度。

11.不断地追求完善。

12.利用调整获得竞争优势。

人员架构

• PO(Product Owner):产品业务负责人，确定产品方向，产品开发愿景，定义产品发布内容，交付任务的优先级和任务交付时间。

• BA:业务分析师，专门负责和客户谈需求，开会过需求，驱动客户。

• SM(Scrum Master):敏捷专家，熟悉敏捷开发模式和敏捷开发流程的人，是敏捷开发项目负责人。

• DEA：开发人员。

• QA：测试人员。

敏捷开发会议

• 敏捷计划会：每次迭代开一次，一般是一个月初一次。迭代(Sprint）：任务明确，需求分析，故事点(小的任务点)划分。

• 每日立会：内容是从昨天的立会到现在，完成了什么内容，从现在到明天的立会，计划完成什么，有什么阻碍了我的进展，把 3 风险和困难抛出来。

• 敏捷评审会：向客户展示在本次呢迭代中完成的工作，并获取客户的反馈。

• 敏捷回顾会：每次迭代结束开一次，一般是一个月月尾一次。总结工作中的经验和教训，包括定量分析：迭代速率、迭代燃起燃尽图、迭代计划故事和实际完成故事、计划发布日期与发布日期、客户满意度、团队满意度、生产环境 Bug 数，生产 Bug 解决时间、用户故事。定性分析：哪些做得好的继续保持，哪些做得不好的应该停止，哪些改进的互相提建议、团队选出一两条在下个迭代周期中实现。

平时写代码是怎么样的，任务是如何完成的？

• 项目拆分，项目代码库拆分，便于管理。人与人之间互不影响，任务与任务之间互不影响。

• 在立会领取自己任务点。

• 开发人员写完代码自行验证，进行各种静态检查、复杂度、测试用例、功能测试，

• git push 代码，并触发 CI(持续集成)流程。

• 代码评审，Code Review。

• 主分支(master)代码随时可交付，不需要等大家做完才可以交付，而且保证质量。