1.背景介绍
敏捷开发是什么?
1:敏捷开发不是指某一种具体的方法论、过程或框架,而是一组价值观和原则,可以指导我们更加高效的开发
2:敏捷开发是以用户的需求进化为核心,采用迭代,循序渐进的方法进行软件开发.
3:在敏捷开发中,软件项目在构件初期被切分成多个子项目,各个子项目的成果都经过测试,具备可视,可集成和可运行使用的特征. 换言之,就是把一个大项目分为多个互相联系,但也可以独立运行的小项目,并分别完成,在此过程中软件一直处于可使用状态
敏捷开发的特征
1:迭代式开发。即整个开发过程被分为几个迭代周期，每个迭代周期是一个定长或不定长的时间块每个迭代周期持续的时间一般较短，通常为一到六周。
2:增量交付。产品是在每个迭代周期结束时被逐步交付使用，而不是在整个开发过程结束的时候一次性交付使用。每次交付的都是可以被部署到用户应用环境中被用户使用的、能给用户带来即时效益和价值的产品。
3:开发团队和用户反馈推动产品开发。敏捷开发方法主张用户能够全程参与到整个开发过程中。这使需求变化和用户反馈能被动态管理并及时集成到产品中。同时，团队对于用户的需求也能及时提供反馈意见。
4:持续集成。新的功能或需求变化总是尽可能频繁地被整合到产品中。一些项目是在每个迭代周期结束的时候集成，有些项目则每天都在这么做。
5:开发团队自我管理。拥有一个积极的、自我管理的、具备自由交流风格的开发团队，是每个敏捷项目必不可少的条件。人是敏捷开发的核心。敏捷开发总是以人为中心建立开发的过程和机制，而非把过程和机制强加给人。
2.知识剖析
敏捷开发原则
1:快速迭代:就是小版本更新发布,更符合如今的需求
2:需求评审:定义有效需求,将需求分组,定义优先级.
3:编写story/验收标准,story是根据用户场景编写的文档
4:多沟通,减少文档
5:做好产品原型:通过图形的方式向用户阐明一个操作界面
6:及早考虑测试
需求讲解
需求讲解阶段需要参加的人员是PM和所有负责开发项目的人，需要做到的是
1:讲需求时理解透彻,与产品经理交流,提问以确保理解上没有偏差.
2:当需求讲出来时,当场判断这个需求可不可做得到,有没有不合理和逻辑混乱的地方.
3:细节方面有没有遗漏
Story划分
产品根据UI做出来的原型图给开发人员讲解系统构成和运行，将整个网站按照功能划分成一个个细粒度的story来说明，开发人员需要明白自己应该关注那些关键点。
人员划分
主要是项目小组的leader 根据story划分，给前端和后端开发人员划分story，开发人员根据自己的情况去估算所需时间。
方案设计
设计表,设计sql语句
定义接口文档,接口是前后端一起定义的
拆解task,从story变成task
方案评审成功后,必须是能用excel表格生成代码,且不会出错
性能测试
正常来说,一个单独的接口请求,复杂的不超过200毫秒,简单的不超过50毫秒一般用jmeter来做测试
coderevivew需要完成的三个点
1:是否符合代码规范
2:项目中存在的风险
3:是否与方案评审时一致,如果一致为正常
codeerevivew可以找比自己水平高的leader,或者架构师来做
测试阶段
运维执行开发人员的指令,把代码部署到开发环境,测试环境要求稳定,不能随时变更.测试人员进行测试.找出bug,bug优先级,负责追踪bug解决程度.测试做完后发布上线
demo环节
如果需求讲解是pm把需求交给研发团队,demo就是研发团队把成品交给pm或整个公司
demo是指把pm交给的功能完完全全的完成了,pm来验收,leader需要来验收,测试来验收,demo由项目开发人员发起
demo要保证没有肉眼可见bug
3.常见问题
为什么需要敏捷开发?
4.解决方案
为什么需要敏捷开发
1:在用户需求不断变化的情况下,能够保证软件开发的质量,把大的时间点变成小的时间点
2:把团队中职责定义清楚,发挥最大效率
6.扩展思考
java成员的开发流程是怎样的
1:听pm讲流程,进行沟通确保理解不发生偏差
2:若是负责人,则创建xxx项目的人员分工
3:前后端沟通对接口,负责人开会讨论出结果后,在wiki上生成标准接口文档,然后传给前端负责人,有问题继续改,没问题就开始后续步骤
4:根据原型及定义接口,做方案设计,对有难度或疑点的接口,尽量给出多个合理方案,且写明每个方案的优缺点
5:进行方案评审
6:在禅道拆分自己的任务,单个任务时间不要超过4小时,要拆分得详细
7:搭服务器,根据禅道上的任务,按时完成自己的开发工作,具体做了什么写在日报上.每天10点开一次进度会议,如果有延迟现象,拿出解决方案.保证按禅道上的时间点完成.数据库索引方面,经常查询的,数据散列度比较高的,做一般索引,不要建联合索引.数据必须保持唯一的,建唯一索引.
8:每天至少发布一次代码到开发环境,并保证发布后程序没问题
9:对每个接口做好性能测试,响应时间超过200ms的,做优化,尽量缩小到200ms内
10:做好压力测试报告
11: 发demo邮件,收件人包括产品,测试,前后端相关开发人员,主题为XX项目demo通知.内容为时间地点参会人员. 主讲人为某个开发人员,回答会议途中产品和测试提出的问题.
12：”发布线上环境并停止开发环境和测试环境