小白聊敏捷之初试敏捷
最近芒果在看一本跟敏捷相关的书——《猎豹行动-硝烟中的敏捷测试转型之旅》，刚好我们的TestOps工程师系列课程即将开课，这次的TestOps课程中间有很大一部分是跟敏捷开发相关的。作为一枚敏捷小白，芒果来给大家谈谈对于这本书的读后感，跟大家一起来聊聊敏捷。
《猎豹行动》跟《凤凰项目》有点神似，以小说形式描述传统企业进行敏捷转型和DevOps实施，对于敏捷和DevOps进行了许多的介绍，也以故事的形式对于实施过程中遇到的问题进行了描写。是一本关于相当有意思的谈敏捷开发与DevOps的书，这里芒果极力推荐对于敏捷感兴趣的同学读上一读哟~
在开始聊对于这本书的感受之前芒果先跟大家介绍几个关于敏捷开发的几个基本理论：
敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中，软件项目的构建被切分成多个子项目，各个子项目的成果都经过测试，具备集成和可运行的特征。
个体和互动 高于 流程和工具
工作的软件 高于 详尽的文档
客户合作 高于 合同谈判
响应变化 高于 遵循计划
在了解这些基本理念之后，我们再来谈《猎豹行动》这本书。
跟大部分开始敏捷转型的公司一样，书中的盛远金融公司的敏捷行动也是因为传统的瀑布开发模型无法满足项目交付进度，再加上领导的推动而开展。无法快速且正确的交付软件、无法快速响应需求变化是瀑布模型的大痛点，改变这种状况对于IT企业来说是刻不容缓的问题。选择敏捷开发代替传统的瀑布模型，是非常好的解决方案。
在开始进行敏捷转型之前相信最开始的时候想必由于新的体系、新的工具的引入，会使得项目的进度加快很多，团队成员的积极性会提高、学习能力也得到加强，毕竟这是能解决他们为“需求”而加班的嘛~
但是在真正实行起来的时候，大多时候也会遇到跟书中类似的情况，大家都对敏捷开发有了一定的了解，也会建立起每日站会、看板等敏捷方式，实际上开发还是按照大家所习惯的瀑布流程来做的，没有真正“敏捷”起来。
就书中的“信鸽”项目而言，没能真正做到敏捷开发，有一个非常关键点在于没有把项目拆成用户故事，也就更加没办法决定这些用户故事到底哪个应该先进入迭代。
大家在接触敏捷开发的过程中是不是也遇到过这样的问题呢？在遇到这样的问题又该如何解决呢？如果把一个完整的项目拆分用户故事呢？
在开展敏捷开发过程中又还遇到过什么问题，怎么解决的呢？