为何敏捷测试需要懂敏捷
在当前的IT大环境下，很多公司都在转型敏捷。无论是互联网行业还是传统行业都在进行敏捷转型。阿里的211交付，想必大家都听过。招商银行的双模模式，敏态与稳态的相结合。那么在这样的大背景下作为测试来说我们就会思考如何成为一个敏捷测试。
1、以前的问题
项目开发生命周期中有一种叫做预测型生命周期，软件开发中的瀑布模型就属于此生命周期，从预测型生命周期这个名词就可以知道，这个模型下，我需要充分了解需要交付的产品，有丰富的行业实践基础以及需要在软件交付的各个阶段需要及时的交付。但是根据统计在预测型生命周期中存在最大的问题就是及时交付高质量的软件，因为一个大部分的IT软件失败的原因集中到了生命周期的后期客户的需求不听的在变更，导致最后开发更改，测试同学测试时间延长。但是项目交付的时间马上要到了，所以团队就处在不停的加班过程中。身心俱疲。
在经历了很长一段的时间的预测型生命周期后，大家疲于应付，持续的加班并不能带来更快的交付，可能会让团队的生产力下降。在这样的背景下，大家意识到这样的方式不行，这样就对应的产生了，如果客户需要变化，只要在一定的周期内，我们的程序代码比客户的需求变化的更快，就可以解决目前的困境。例如客户说要发射火箭，那我就马上给你找个发射基地并预定下来，那客户也没办法说我不想要了。只要你足够快的去响应客户的需求，客户也会更快的能感受到目前的解决方案是否他所需要的。
2、我怎么看敏捷
初始敏捷还是在2012年的时候，那会刚从学校毕业，公司在开站会，从12年到18年进入VIP班来说，我一直觉得敏捷就是快，敏捷就是不需要文档，敏捷就是拒绝需求变更。但是真正接触敏捷之后，我认为敏捷应该是当前公司并不完全都需要敏捷转型。在需求明确，目标明确的情况，瀑布反而是更快的解决方法。当需求和目标不明确的情况下，公司需要组建一支强能力的团队去探索业务，相对来说并不是传统行业不适合，传统行业也可以参照目前招银的做法，双模模式并行，在银保监会的监管下，底层的业务是不受影响的，但是在上层的业务我可以做一些促销或者联名出名之类的服务。所以我觉得敏捷团队对于整个公司的研发团队来说应该是普通士兵与特种兵的对应。要在公司的组建一支敏捷团队，这个团队都是强能力的人，并不一定要每个人都是全栈工程师，但是至少要保证这个团队里的成员在自己的专业领域有一定的深度。这样一支团队，用来冲锋陷阵。公司还有什么后顾之忧呢。充分授权放手让他们去做，有时候这样一个小团队说不定也能达到超出预期的目标。
但是敏捷落地很难的原因是因为在现有的公司体制下，公司往往想的是资源效率优先。因为公司招聘一个员工，员工的能力不强，公司就要求你在规定的时间内把安排的事情完成，所以这个员工就需要一天8小时甚至于10小时都是在工作的，更甚者要求员工996。在这样的资源效率优先的情况下，员工自己被事情占满了，一旦出现一个重要且紧急事件进来，就会措手不及。甚至于每件事情都没做好。
另一种情况是一个敏捷团队，团队的每个成员都是各自专业领域的高级工程师，并且有足够的自驱力以及责任心。团队的任何难题他们都可以制定一个时间盒去验证解决方案可行性，快速的反馈。这样的一个敏捷团队，PO能解决客户的痛点，开发团队能够针对痛点给出对应的解决方案，解决方案能够快速上线给客户反馈当前是否客户所需。
所以在这样的情况下，团队需要平衡自己公司的资源效率以及流动效率。需要将这两件事情做平衡，既能达到资源的高利用率又能随时应对紧急插入的需求。这样才能达到有条不紊的进行工作，既能保证质量又能保证效率。
无论什么样的敏捷实践方法，都需要团队进行不断的磨合，量身定制。不断的改进，持续改进。向着团队的真北目标前进。
本周课表
|
|
时间 |
课题 |
|
周一 |
20:00 腾讯课堂 |
《敏捷测试从零开始》 |
|
周二 |
20:00 腾讯课堂 |
《测试开发从零开始》Python篇 |
|
周三 |
20:00 腾讯课堂 |
《运维从零开始》 |
|
周四 |
16:00 微信直播 |
《从敏零到测试运维架构师》 |
|
20:00 腾讯课堂 |
《测试开发从零开始》Java篇 |
#本周公开课活动预告#
微信直播
公开课
# 讲师：云层
TestOps测试运维架构师、DevOps、敏捷测试资深专家、腾讯课堂认证讲师、EXIN认证DevOps讲师、阿里云MVP、华为云MVP、阿里巴巴研发效能事业部认证解决方案架构、《测试敏捷化白皮书》项目经理、PMI-ACP、Exin DevOps Master、 Exin Agile Scrum Master、SAFe5 Agilist证书获得者、TMMI会员。
# 《从敏零到敏捷测试架构师》
从敏捷测试从零开始到测试运维架构师，解决问题的方法与策略有何区别，常见招聘要求能力定位解析。
微信号 : TestOps
知乎：@TestOps云层