关于leader之谈

心目中的laeder，其实发现自己工作中的leader，已经是我心目中的好leader了^_^，每段工作我都会呆的比较开心，所以也觉得是比较幸运的。在工作的过程中，遇到不错的leader，也有小小的做过别人的小leader，那这里结合老徐分享，谈谈我心中的合格技术leader

一、首先说下每份工作干的爽的原因

一是最重要的，薪资符合自己的期望。我的第一份工作，虽然领导很好，部门氛围很好，但是我还是离职了，其实最根本原因，就是薪资不符合我的期望。

二是leader技术牛，见识广，能让我佩服。因为我没有接触过测试老大，我的测试工作，一直是归属于研发部的，归研发老大管。我欣赏的技术leader，各种东西都有接触，有自己的技术强项和知识面。比如，我很佩服他们的是知识吸收能力和搜索能力：经常我搜索半天都没有很好的解决问题，但是他们几分钟就可以抓住出错的重点，并且通过搜索快速定位需要的信息。

三是良好的工作氛围。工作氛围，除了公司本身氛围，其实部门氛围是最重要的。虽然我的第一份工作非技术部分的工作，但是在整个公司来说，我们部门氛围是最好的，包括我们领导，尤其护短，所以作为leader，要维护部门员工是比较待见的，人家一说那个部门，都会说他们很幸福或者他们领导很好。。自己真的很自豪。现在的工作，氛围也是很好，跟开发他们都很好相处，测试和开发针锋相对的情况比较少，这归属于公司领导对测试的重视，测试有足够得话语权。

四是争取员工福利，关心员工。比如我的第一个leader，根据我们的表现，帮我们升职位；现在的leader，也是根据表现等提前转正，实在不能不加班的时候，也会私聊跟我们说下东西，安抚人心。

五是有成长的空间。虽然现在的这份工作，会经常加班或者突发项目会997，但是在这里，我有学习并且成长的空间。比如我们的前端有自学java，他会根据项目时间宽松的情况下，分一些后台的工作给他练手；会在前端同事想学PHP时，介绍书或者其他的；会在我说我要开始研究jenkins时，跟我系统讲下这方面的知识。

五是作为leader，他们会管事，但注重结果。注重结果：按照他们的说法，我不管你们在做什么，但是把你的工作做好。管事：记得当初部门成员之间有冲突，老大是先说清楚谁不对，再提出解决方案。

二、作为曾经的管理，我曾经的不足

在我的第一份测试工作时，在试用期结束之后，我担负起了公司的测试工作。测试小组，包括我在内的，有三个人。在这里的过程中，也遇到了很多问题，虽然有些问题有得到解决了，但是有些问题是听了分享之后才恍然大悟的。

1、事必躬亲。这个也是我中招的地方。什么事情都自己做，反而忽略了整体的目标。

在整体项目进度把控上没有做好。最开始时，有几次都是因为开发提测拖延了，导致测试进度也推迟，但是没有及时同步进度导致不能如期发布的问题。其实最开始，虽然我作为了小组的管理，但是最开始并没有这个意识，感觉自己还是作为一个测试小兵一样，做好自己的事情，没有主动去跟进，站在全局的角度去看事情。

这个问题，是最后在confluence上，通过制作出开发测试版本计划，包括如果某个模块测试需要花费比较多时间的，则要求开发那边也尽可能协调，早点开发完成。在到了提测时间未提测时，及时跟研发老大同步，并且根据情况是否需要延迟或者压缩测试时间。但压缩测试时间，我们并没有说明会出现什么问题（而且也没有出测试报告），而是我们测试组内自己加班加点进行测试完成。现在才觉得，这点自己做的真的不好。需要反思

PS:关于开发拖延进度，附上老徐的回答（学习了）

1）开发延期了，测试发出正式邮件，延期了，哪天开始测试了，就从哪天开始算时间

2）确实是要缩短测试时间，测试报告注明，时间缩短，有质量风险，存在的问题，指明清楚好了，有问题不要找测试（但是前提是测试有发言权）

总之，作为管理者，是要有时间节点的概念和节点把控的意识。

2、在组员知识成长方面，没有做的很好。

因为测试时间很紧张，三人都是作为功能测试，所以也没有想过知识分享这一块。只要在工作过程中，根据需要，三人一起进行直接同步。印象比较深刻的是，测试环境部署和通过日志初步定位问题这块。环境部署，最开始主要是我主力于测试环境的部署，在后期的时候跟另外2个组员讲了部署的相关事宜，并且慢慢让大家都用linux进行传包部署启动程序等；定位问题，主要是跟组员讲下怎么操作和查看错误日志等（其实这些是最先跟开发学习的）。而且这些讲起来还算快，所以分享的知识挺少。我们在平时比较闲的情况下，其他2名组员主要是学习mysql比较多，我自己的话，是看linux比较多。所以有些也会互相学习。

3、在调动组员积极性方面，这块现在也有所欠缺。

包括到现在，我还是比较迷糊的，因为我也是信奉只要你的工作做好，我不会干涉你做什么事情。但是这个我也没有操太多心，因为测试成员都是很有责任心的那种。而且我在工作上有些问题是该严肃的时候就严肃，比如出现严重的问题，组员没有及时跟踪的问题等，我还是会说的。

4、作为当时的我来说，不够主动。

如提测推迟信息的没有及时同步，遇到困难时没有及时请求帮助，往往是自己花费了好久的时间没有结果的情况下才向开发进行请求帮助等。这些都是做的不好的地方，所以现在都是在改进。

三、通过管理，自己的收获

虽然有不足，但是也有我自己觉得做得还不错的地方（自夸^_^）。在组员的工作分配、根据组员性格特点进行分配工作、定时组织总结并反思改进、维护测试组内成员等。

如在测试和开发发生冲突时，如果确认是开发的错误，我会维护我们的组员，因为那并不是我们的错；

如有些工作需要数据库结合操作的，我会优先安排会数据库的组员进行测试，并且在有空的时候，分享给其他组员如何进行测试；

如最开始出现较大问题时，我会先进行总结，再和组员一起讨论并在下次改进；

如有些问题，我会抽些看看，并且有些协助开发定位问题。