敏捷开发
- 敏捷开发概念
- 敏捷宣言
- 四个核心价值
- 十二条原则
- 人员架构
- 敏捷开发会议
- 平时写代码是怎么样的，任务是如何完成的？
敏捷开发概念
敏捷宣言
-
四个核心价值
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)代码随时可交付，不需要等大家做完才可以交付，而且保证质量。
