|
又到了要写推文的时候，其实到了现在这个阶段可能我已没有第一次写书发行的那种兴奋感，更多的是终于把一块知识整理完了，放下重担走向下一个阶段的起点。 从2017年开始接触DevOps，然后一路考证和客户落地实践，不知不觉就陷入了敏捷的世界。从最初的Know Agile到现在的Be Agile，该怎么做在我心中越来越多的淡化，但是面对变化的适应心理在越发加强，毕竟唯一不变的就是变化。从某些角度来说敏捷其实和若干年前的软件研发模式并没有什么颠覆式的改变，也不具备所谓“银弹”可以一枪消灭吸血鬼的明显优势，但是在当前模糊不定的大局面下，却成为了一剂良药，让我们可以从“命令”工作的模式，变为更好“协作”工作的模式。可以发现远程办公反复的这几个月，团队敏捷能力越强，受到的影响越小，每个人都知道自己该做啥，该怎么做，该怎么协作，而这一切正是基于小特性团队，高度自动化流程及全栈化个体。 作为任何一个熟悉传统研发模式的工程师，接触敏捷的初期就和写习惯了面向过程语言突然切到面向对象一样的不适应，我现在做的好好的为什么突然给我一个可能完全不一样的工作模式及思路，本来实现一个需求已经很复杂了，现在又要谈需求不应该那么“明确”，交付不应该那么“全面”。各种新奇的名词，反直觉的流程甚至一通操作后，除了加班，敏捷就是在XJBG（性价比高）。 记得有一句话说，凡是出名的美食，你吃着不好吃，大概率是你吃的不“正宗”。能够成为美食必定是能成为大部分人的认可，而在你面对敏捷的时候，是不是也存在着只听其名，未尝其真的情况呢？外面有很多关于敏捷、DevOps、精益的经典读物，而本书的大部分内容也几乎雷同的在重复着同样的理念、最佳实践，那么这本“抄袭”的作品有何特殊呢？ 正如我们在学习中常常谈到的知识黑洞，一旦我学会了，那么我就不明白为什么别人不明白。而作为一个测试圈子出来的我，更多的会从一个测试的角色角度，来看待这些经典如何与我们的测试工作结合，让流程与技术与敏捷共舞，让测试不再成为交付的瓶颈。如果你正面对那些经典读物一筹莫展的时候，本书可能能够更快的和你产生共鸣，找到迈出第一步的落脚点。 本书的所有内容在B站均有完整的课程视频内容，建议大家可以在看完课程后把本书作为纸质手册使用。 https://www.bilibili.com/video/BV1JA411c7X2 最后感谢那些这几年给过我指导的各位老师，本人才疏学浅很多内容只能点到为止，也希望在后续得到各位读者的反馈，修正本书中的不妥及错误。也感谢清华出版社的赵老师，能够不厌其烦的一次次梳理初稿中的口语及不妥表达，发行一本讲理念的书比一本写技术的书要麻烦的多的多的多。
本书针对当前正在敏态化交付的团队，围绕敏捷思想从测试的角度、从零开始构建知识体系，讲解如何做到高质量交付，从质量视角构建基于敏捷理念的全面认知并从基本框架体系跳出构建敏捷思想的质量交付能力，为进一步研发效能提供支撑。本书共11章，从敏捷理念到优化交付目标，以Scrum体系为基础，详细介绍看板、用户故事地图、故事实例化、分层自动化体系等，助力个人和团队搭建完整的敏捷交付能力。构建以业务价值为目标，以高质量快速交付用户价值的团队，从而构建统一认知。本书不但适用于测试团队，而且适用于敏捷团队中的各个角色互相了解工作内容及知识体系。 如果你对技术比较关心，那么上一本《敏捷测试实战指南》可能更加贴切你的需求。
|
|
|
