测试运维 如何帮助测试团队从稳态切换到敏态
TestOps 云层
·
2020年12月02日
·
1898 次阅读
「原创声明：保留所有权利，禁止转载」
最近正好要交付一个客户培训，于是出了个新的大纲。并不是说一定要从稳态到敏态来切换，也不存在所谓的最佳实践照着做就敏态了，但是面对当下的交付变化，如果还想找到自己的位置，那么适应前后的变化是必须的，甭管对不对，至少能够跟上。
从课程设计上我考虑了以下几点
- 行业整体的规律，快速通过体量占领市场，快速选择赚钱的业务，剔除不赚钱的。
- 阻碍赚钱的关键是开始缺资源，后期资源太多分摊了利润，所以要精简（从 KPI 到 OKR 其实也就是这个套路，你有本事 1 个人搞定，否则你搞一个团队，我不关心你怎么做的，反正做到了就行了）
- 传统的测试团队构建流程，从单人到小组到大团队，在一步步走的过程中其实慢慢的导致团队从自治变成了听话，其实很正常但是想再回去就很难了。
- 构建敏捷团队流程，需要破除和解决的问题有哪些，这些实践的目标是如何和团队一起交付高质量价值。
- 团队被打散后，个人如何围绕全栈目标前进，研发效能团队的赋能是如何让每一个人都找到自己的定位和价值。
今年讲敏捷&精益&数字化转型其实讲过很多，在做 PPT 的时候并没有那么顺利，核心的问题还是在于有些实话并不能说，但是又不得不说，这一切取决于听众是不是已经迈过了第一座山开始纠结为啥不能复制第一座山的方式来爬第二座山了。
等这个交付完成后，如果有空，我会考虑出个内容精编版本分享给大家（类似于 MTSC2020 大会的 PPT 解析一样）
TesterHome 为用户提供「保留所有权利，禁止转载」的选项。
除非获得原作者的单独授权，任何第三方不得转载标注了「原创声明：保留所有权利，禁止转载」的内容，否则均视为侵权。
具体请参见TesterHome 知识产权保护协议。
暂无回复。