|
总是希望能给手下一些机会来锻炼他们在项目中的leadership的能力,公司那边也来指示精神,要我们这些老鬼们抓大放小,放大胆子让手下的娃儿们把项目挑起来。所以那些都想当将军的士兵们个个摩拳擦掌的跃跃欲试。于是我们开始了每个人一周的代理leader的尝试,经过一个月的试运行,发现大家积极性都比往常高了,对项目的了解和关注都空前高涨,不过是运行中也发现了这样或者那样的不足,于是记录下来,总结如下。
以下为了方便描述我们简称他们为小A。
1. 信息乱,文档化意识不强
项目中一些重要信息往往只是在MSN,或者口头说一下,无法跟踪分析。
案例分析:记得小A初任代理leader一职的时候,意气风发,一会统计大家的机器配置,一会儿查看服务器的使用情况,问完了也就没消息了,事后在大伙建议下,建立文档专人负责更新。
2. 思路不清楚,随机性强
小A们的特点就是想到什么就说什么,没形成固定的标准。
案例分析:我们要测试一些老的测试用例,我们的小A一开始光分配工作了,对怎么填写没做要求,经过提醒,才制定出一个标准,但是在Fail情况下是使用红色加粗还是都是黑色犹豫了很久。直到最后我按捺不住了,要她给个痛快的时候,那扭扭捏捏的说了一个标准大家执行。作为leader需要的就是给大家一个标准,一个方向,很忌讳目标不明确的任务。
3. 出发点是好的,可惜可操作性不强
作为新人,思维总是跳跃,我们鼓励大家思考,去改进流程,促进项目更好的管理,可能有的想法现在不成熟,或者说现在的条件不够。
案例分析:我们的小A很喜欢开会,总结,喜欢大家一起讨论学习,这并不是坏事情,但是她的想法是在项目最忙碌的时候,而且很机械的固定每天必须要多少时间,来学习总结工作经验,当然在我们竭力反对和劝说下,小A放弃了这项计划。
4. 自信不够或者过于自信
这是两极端,多了少了都不好,自信来源自己的积累.别怕犯错,要善于总结.
案例分析:做完smoke test了,需要发个报告给开发,是否接受,小A就很着急,找来sample,按理说很容易写的,不过以往都是pass,这次是fail,所以我们就告诉小A把问题描述清楚,状态就设置成reject好了,小A如临大敌,憋了多小时写了几个字,还非要我们review一下.
5. 依葫芦画瓢,形似神非
新人的学习能力很强,模仿性很强,只是有时候没去理解为什么,拿过来用就好了.
案例分析:某日临近中午的时候,忽然收到今天工作的安排,甚是差异,忙呼之以明真相,果然,平时因为我们带几个新人,习惯了分配任务下去,担心他们自己不会安排,没想到我们的小A,忙完自己的事情,忽然发现小本子上记得要发工作安排,特地整理并组织了一封很正式的邮件给我们.我观察到收信时间已经临近中午。
6. 下达任务的时候不清晰,容易误会
因为缺乏经验以及必要的思考,所以在分配一些应变任务的时候,task很模糊,容易造成误会,花费很多人力去做无用功。
案例分析:客户来了个更新的需求分析文档,我们的小A就马上放到共享目录下,告诉大家都去看下,语气很紧急,很重要的。我们等手下见状,不敢怠慢,草木皆兵,即刻打开文档,因为文档没更新记录,所以通读全片,发现就多了一个大家都知道的流程图,虚惊一场。大伙却白白花了很多时间。事后,小A还觉得自己很有理,其实我们拿到东西的时候都会自己先浏览一遍,看有多少价值,少的话,可以自己总结,然后share给大家,多的话,才会调整项目的schedule来进行处理。像这样劳民伤财的举动尽量避免。
7. 缺乏解决问题的能力
项目中总会遇到这样或者那样的问题,小A们最喜欢说的,老大,那个怎么做啊?
案例分析:有次小A在写个新功能的测试用例。花了半天时间琢磨,后来鼓气勇气告诉我们不太会写,看不懂需求(因为事先我们已经告诉他们自己要学着去独立解决问题,尽量自己先思考了)。原来是小A要写的测试用例是我们系统和另外系统的接口的测试,所以对于一些陌生的名词,自己就迷糊了。当然这样的东西在以前培训中都讲到过了,也有相应的文档可以参考的。
8. 缺乏判断,来什么做什么
可能是新人的原因,比较容易被客户牵着走,因为客户是上帝啊,所以客户想要的就是我们要给的。
案例分析:一早客户来要我们填个最新测试情况的文档,也没很着急的要,我们的代理leader小A就着急的招呼大家去填写,吩咐了最晚提交时间,还时不时的提醒大伙要记得按时填写,结果那天我们的测试进度都延误了,作为leader,需要去权衡利弊,知道什么是紧急,什么是不紧急的,而且有的事情可以一起做效率高。敢于和客户有条件的say no。当然也不是客户的什么要求都不需要接受。到时候别客户投诉了,别怪我哦。
9. 习惯自己做事情,不会分配工作
自从小A作了代理leader,很明显的就是平时工作忙了,加班时间长了。具体一问,很多文档需要更新,记录。其实很多时候大家都在做这些事情,自己更新自己的就好了。比如我们每天的例会就是轮流主持,轮流记录,养成了习惯,leader的工作自然会减轻很多。
10. 缺少主见,墙头草
项目中总少了不几个资深的,几个刺头,在一些项目细节处理的时候,我们的代理leader习惯性的墙头草,那边嗓门大就倒在那边,当然两边都有道理,或者是一些标准的制定,可有可无的,那时候就需要leader最后定下来,减少一些无谓的讨论和争论,个人觉得有时候作为leader需要专制点,来处理一些问题,否则会发现一些会议是在磨时间,无法产生了conclusion的output。这可能就是民主的悲哀。
11. 对业务缺少深度了解,一知半解
真没见过几个新人会把自己的精力放在学习业务知识上的,即便有时候项目有时间,给他们去看去学习,发现收获很少,这个是一个普遍的现象,所以就不举例说明,这边只是分享一些我的个人经验,对于项目需要一定的专业知识作为基础,但是通常情况下,我们可能对我们要测试的行业一无所知,所以在日常工作中我们会有针对性安排这样的学习和培训,当然很多时候是自己利用空余时间学习,在学习完或者测试前,自己会去冥想,项目的流程是什么样子的,其中的业务逻辑是什么样子,除了正常的情况,异常的情况呢,当然适当的交流,讨论可以帮我们整理思路,巩固知识。
结束语:
作为leader,不是一时半会可以修炼成功的,不是经历了几个项目就可以沾沾自喜了,即便我们这些在项目里摸爬滚打近十年的老鬼们,也每天在学习,每天在成长,别眼高手低,测试的基础知识不可少,再加上自己的总结,不仅仅是自己的实践经验,更多是别人的,特别是一个好的leader能让手下迅速成长起来。不过良马常有,伯乐不常有,自己多学多看多想,别怕犯错,但别总犯一样的错,明天肯定是很精彩的 ^_^。 |
|