教你认识什么是企业级敏捷开发
教你认识什么是企业级敏捷开发
原创攻城狮Chova2021-02-12 00:01:16
敏捷开发
- 敏捷开发概念
- 敏捷宣言
- 四个核心价值
- 十二条原则
- 人员架构
- 敏捷开发会议
- 平时写代码是怎么样的,任务是如何完成的
敏捷开发概念
敏捷宣言
- 四个核心价值
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)代码随时可交付,不需要等大家做完才可以交付,而且保证质量。
收藏
举报
赞 (0)