技术笔记|颠覆传统IT的敏捷开发与云原生技术栈

发布日期：2021-08-20 14:40:36 浏览量：89

发布日期：2021-08-20 14:40:36

只看到自己想看到的东西，只做老板安排的任务。这是很多传统IT已经被淘汰还不知如何适应的关键原因之一。要时刻对外面发生了什么保持敏感度。这些年，云原生已在不断蚕食传统IT，一个又一个企业的内部IT员工与传统IT厂商消失在我们的视野里，从研发模式到服务模式都必须做调整。我们今天来谈敏捷开发与云原生技术栈。

关于敏捷开发

敏捷开发与其说是严谨的方法体系，不如说是一组行事原则。符合敏捷价值观和原则的开发方法包括：极限编程（XP），Scrum，精益软件开发（Lean Software Development），动态系统开发方法（DSDM），特征驱动开发（Feature Driver Development），水晶开发（Crystal Clear）等等。所有这些方法都具有以下共同特征：

迭代式开发。即整个开发过程被分为几个迭代周期，每个迭代周期是一个定长或不定长的时间块，每个迭代周期持续的时间一般较短，通常为一到六周。
增量交付。产品是在每个迭代周期结束时被逐步交付使用，而不是在整个开发过程结束的时候一次性交付使用。每次交付的都是可以被部署到用户应用环境中被用户使用的、能给用户带来即时效益和价值的产品。
开发团队和用户反馈推动产品开发。敏捷开发方法主张用户能够全程参与到整个开发过程中。这使需求变化和用户反馈能被动态管理并及时集成到产品中。同时，团队对于用户的需求也能及时提供反馈意见。
持续集成。新的功能或需求变化总是尽可能频繁地被整合到产品中。一些项目是在每个迭代周期结束的时候集成，有些项目则每天都在这么做。
开发团队自我管理。拥有一个积极的、自我管理的、具备自由交流风格的开发团队，是每个敏捷项目必不可少的条件。人是敏捷开发的核心。敏捷开发总是以人为中心建立开发的过程和机制，而非把过程和机制强加给人。

常规敏捷开发案例

需求评审（参与人员是客户+产品+UI+开发+测试，也就是所有人员）
主要是产品人员讲解需求，用户需要给出反馈或者提出意见，其他人员可以相应的提出自己的见解。
Story划分（产品+UI+开发）
产品根据UI做出来的原型图给开发人员讲解系统构成和运行，将整个网站按照功能划分成一个个细粒度的story来说明，开发人员（前端和后端）也需要明白自己应该关注那些关键点。
人员划分（leader+开发）
主要是项目小组的leader 根据story划分，给前端和后端开发人员划分story，开发人员根据自己的情况去估算所需时间。
方案设计（数据库设计文档、接口设计文档、方案设计文档）
先根据系统的实际情况去设计DB，包括数据库和表的名字，以及具体的字段。然后设计接口文档，按照页面和功能进行设计，包括具体的请求地址和入参出参。最后是根据接口文档中出现的疑难点去做方案设计文档，对遇到的问题进行分析并拿出至少两种具体的解决方案。
方案评审（所有人员）
对前端和后端给出的方案评审其它人员给出各自的意见，有问题的话下次再次开始。

禅道任务拆分（开发人员）
方案评审通过以后开发人员就需要按照预估的总开发时间去拆分story，可以分成多个小的任务，但是一个任务的时间最好不要超过4个小时。
开发（项目日报+工作日报+进度邮件）
每天实际开发过程中遇到问题可以写成项目日报；每天的任务完成情况写成工作日报；相比较整个系统的进度完成情况需要写进度邮件。
端对端（接口）测试（开发人员）
前端写好了页面，后端完实现了接口，就可以进行端到端的测试，可以远程测试，也可以本地测试。
压力测试+集成测试
系统完成以后需要用Jmeter 进行模拟用户访问，通过设置线程来提高并发量的方式达到一定的效果，测试生成的数据需要总结成测试报告。
Demo
对于复盘来说，这就是最后一个程序了，在前后端大师兄的评审下，主要是前端人员进行系统演示，各个功能是否实现、页面是否达到用户要求、有没有什么需要完善的地方。点评过之后如果有问题那就修改之后再次评审；如果没有问题那就算完成复盘项目了。