最早接触敏捷开发是在搜狐做白社会的时候，大概四十来个工程师（如今混的最差的就是我了，其他的基本上都是公司高管，业界大咖，或者是创业精英，只有我还在从事着一个出力不讨好的培训行业），后端两个人一组，半结对编程，前端一个人，一个小迭代3周左右完成，整个大的研发团队拆分成了数十个小组，犹如手术刀一样精准，很少有延期，三个月主体功能完成，后三个月开发各种“杀手级应用”，六个月上线公测，几乎无Bug。
这还是在没有测试团队，没有运维团队的情况下完成的。回想起来，敏捷开发体系起到了核心的作用，但是在敏捷开发中更关键的，又是人的作用。
也就是说，团队里的工程师职业素养越高，技术水准越高，敏捷开发的效果就越强悍，更为惊人的事，敏捷开发本身就会对工程师有很强的塑造能力，有关迭代，总结，优化的想法，并不仅仅体现在项目管理上，同样试用于其他方面。
后来在融汇金信体验了另一种敏捷开发，老板从美国回来，对敏捷开发格外推崇，很庆幸，我在踏入编程界半年左右就加入了搜狐，而从搜狐跳出来之后，仍然是处在敏捷开发的环境中，而当我在团队中起到主导作用后，更是把敏捷开发落地到之后的四家公司里。
老板的敏捷开发跟搜狐略有不同，但是大同小异，我们去除了项目Owner这个角色，而是由项目组的人员担当。同时开始注重了燃尽图，Story的拆解也变成了由PM完成，要知道，之前在搜狐可是由研发人员自行拆解的。
还包括在后来，我们在Demo之前加入了CodeReview和性能测试的环节。
这家公司的研发团队和搜狐比起来，差距还是比较大的，但是随着对于敏捷开发的熟悉程度，团队的战斗力也随着几次迭代之后体现了出来。
之后在其他几家公司，我们又加入了MiniDemo的环节，当我自己在做修真院的时候，突然间对于Story的拆解，对于角色的划分有了新的认知，敏捷开发在之前，一直被我当做是项目研发的管理工具，直到最近两年，我才意识到，敏捷开发其实从产品需求开始，就已经隐含在内了。
中间也和百度的知名敏捷开发布道师交流过，有一些细微的差别，但是这些差别，更让我相信我们这些年对于敏捷开发的理解，更为接近地气。
懂敏捷开发的团队，和不同敏捷开发的团队，完全不一样。
这也是这次Live的一个主旨，希望更多的团队能够从敏捷开发中受益，所以这次的Live着重点在于，落地实践。
每一个环节，讲的都是落地的实践的内容。
主要包括
1 为什么需要敏捷开发
2 敏捷开发流程中有哪些工具可以使用
3 从零开始认识敏捷开发中的角色
4 产品经理/UI 设计师/后端工程师/前端工程师/测试工程师/运维工程师
5 敏捷开发的流程有哪些
6 产品设计阶段（ PPT/Story/原型/测试用例/需求评审/需求讲解/分期和迭代)
7 研发阶段（ leader 的职责/设计方案/晨会/MiniDemo/每日部署/环境/晨报/CodeReview/性能测试/Demo/燃尽图/Task/延期风险/接口文档/UI 自测表/打包和部署)
8 测试阶段(Bug 的级别/发布/发布日志/版本管理/发布步骤/上线时间）
9 怎么进行多团队的开发管理（拆分项目模块的依据/合理的开发节奏/Bug 和新模块需求的冲突)
Live内容取自于我正在写的一本关于敏捷开发的书的目录，因为Live的时长问题，所以有所删减。
但希望Live讲完之后，能够理解一个正在使用敏捷开发的团队的，他们的开发流程是什么样子的，为什么这么做，这就够了~
至于听完Live之后就可以直接在公司的团队里践行敏捷，还是会有一定的门槛和困难的，毕竟，敏捷在某种程度上，更像是一种解决问题的思路，敏捷的流程，在某种程度上，都是思路的延伸。
传送门在这里~十年敏捷开发最佳实践
本来是要定价到99的，就算是999，9999也是值的，毕竟如果我讲的这些东西能够理解透彻了，相当于请了半个CTO回公司了~
还能提高50%的团队战斗力呢~
