为什么要做Scrum Master？
做过近两年的版本测试，和客户也直接打过交道，熟读和自己重写过自己测试的系统整体框架，那时起就思考如何从技术架构的层面测试应该关注什么，架构的变化会带来什么，测试如何更好的介入；后面介入自动化测试、测试方法论、测试技术、专项等各方面的研究和应用，同时接触持续集成、持续交付的理念，构建ZCIP平台、演进ZTP平台等。一路走来一直比较关注高效高质量的快速交付，基于此想法，尝试过各种技术和方案，TDD、ATDD、BDD的模式，基于字节码的拦截，基于http协议的拦截、精准测试等一些列的方法和实践，也在尝试从顶层框架来设计系统的可测性和介入的技术方案。现在又在做DevOps工具链和相关的交付需求等等，主线一直没有变过。
敏捷流行的时候就关注过，当时思考是在敏捷的组织架构下如何做测试，测试应该如何发展，测试的未来在什么地方？也思考很多功能测试人员（自己称谓点点点的）要如何转型和发展？
很早的就关注DevOps，现在DevOps 流行并发展起来，为什么，Test还是不被重视，就是交付被定义为一等公民，但质量还不是一等公民。
敏捷的理念中很多在关注质量，关注全员的责任，这个和我的理念很一致；敏捷讲究的小步快跑等策略也和我一直拥抱和倡议的快速交付理念吻合，同时敏捷对于自组织的创建与我一直想如何提高成员主动性和能力不谋而合，所以我想通过Scrum的推进来实现我的很多想法，比如TDD或是BDD，当然主要还是必须通过实践才能验证这种模式是否适合我们团队，以及提高员工的能力，提高团队的能力。
最后，一直做技术也需要有所改变和尝试，系统的学习和应用敏捷对自己有很多好处，也能提高自己很多能力，所谓的软实力，也想作为自己今年的工作重心和业绩汇报。
