我也算是被架空了吧，在内部做测试开发，不做业务测试，其实就是做开发的：平台、工具，算是有点移动端的测试经验吧，上个月还是某个平台的 PM，突然 leader 把我抽出来，说做移动端专项，工作全部交接给了另外一个人，摸索了一周，每天都是煎熬，不知道要做什么，每天浏览大量的帖子，技术文档，找不出灵感即使找出来了跟人一交流，立项的意义都没了，哎，现在每天感觉就是在混日子，不知道要做什么，做为一个底层的一线员工，压力山大

东西在自己手里 技能在自己手里 做的经验也在你脑子里 怕什么 此地不行 就换

我觉得楼主想多了……

是遇到了哪些困难？

和楼主相反，我是带过 7，8 个人的团队，然而并不喜欢这其中的酸甜苦辣的过程。然后就再也不接测试管理岗位的猎头推荐了

同事 low，那你就多分享分享呗，分享不光是传播，还是打造组织学习氛围的手段，不管是分享者还是听众，都会从里面学到东西，我们团队分享的时候，会提问分享者一些问题，来确定他是否研究的足够深入。
说到底，觉得身边的人都很 low，或者领导是 SB，可以考虑换个环境或者自己多分享。光吐槽有什么意思

支持开源

而且写的和讲的又是一个非常大的跨越，特别是别人提问你的时候，控场能力，知识储备，都极速见底

分享是一种态度，把自己的东西拿出来分享也是锻炼自己的机会。
如果你能从 LEADER、总监的位置考虑为什么要分享。态度大于内容，领导也能从分享中看到你当前的能力位置。
测试的同学们不是分享的太多，而是分享的太少。觉得别人 LOW，就自己多分享，看别人和自己写东西差距很大，可能你会鄙视你自己写出来的东西。

KPI 导向就容易出这样的问题，建议分享之前先评估分享议题，由大家投票决定分享哪些议题，然后再落实任务到人，这样从大方向上提高分享的质量基准。当然，具体表现因人而异，也可以搞收费分享提高积极性嘛

我认为分享更多的是对于分享者的锻炼和成长

其实也是一个锻炼机会，对新同事展现自我机会，对 leader 参加 low 货的分享，或许可以增加更多的认识

某些管理者都是形式大于一切，不考虑问题出在哪里，只希望这种领导原地爆炸。

通用技术不行，工资还你高？是不是该想想了？这问题比如何做分享更重要吧

我还想把我的账号重置一下

匿名的仅楼主可见，楼主看不见@Lihuazhang

重点是你觉得他技术很烂，没本事还划水，看不起他。如果他是个大神天天划水你可能不会这么说了

会有那么一天，会有那么一天，大家来相见。。。

这种领导不是你溜溜球的关键因素。他没有难为你，就挺好了。
如果是当你是个傻儿子就是要累死你，菜钱粉心，那可以溜溜球了。

技术高低没啥，真假如他技术高到天际，但是也这么对你，你对他还是有意见。

哎~~试问圣人有几何？

强者自救，圣者渡人

如何驱动几口人、几十口人、几百口人心服口服的干活儿，比写 case 要难多，是否可以光靠技术牛批就能驱动？
个人经历，除了带队冲锋干活儿不比下面人少之外，还要照顾下面人的情绪、实力、节奏，还要对上面有个好的结果交待。带队五年，头发掉了大把，面相老了快十岁。现在心力不济，想动动了。
讲真，操控人比操控代码要难的多~

大家早晚都要去管人带队，不如发散说说自己想到的或实践过的解决办法。

我们公司测试部门 60 个人的时候就开始有划水的领导，现在 400 多个人了也还是这样，怎么说呢，做好你自己就行

上学的时候对版权没有概念，既然工作了，支持正版

支持开源，鼓励开源