管理上的心得分享（三）

已经写到第三篇心得了，其实上面两篇说了这么多，没有重点总结过自己的不足，其实很多时候结果不好心里很苦恼，那么静下心来想想，肯定是自己什么地方做错了或做的不好，当你发现了，理解了，你的心就清明了。
那么在这次管理中有哪些自己的问题呢？

1.没有自己的得力助手，其实这点是和现在新来的项目经理对比总结出来的。新PM之前创业失败，所以来我们公司带了几个以前一块创业的朋友，他们关系很好，已经建立了很深的信任，所以明显感觉他们在执行力上要好很多。其实半年多来我和前端团队关系走的最近，信任刚刚建立，但没能把这种关系延续下去他们就离职了（之前说过他们认为团队问题在产品方向上不在管理上，而且他们提出的诉求得不到认可，再加上突然换将所以他们选择了离开）。所以没有信任基础的团队很难有好的执行力。那么如何增进信任呢？我觉得首先你答应员工的事情一定要做到，其次就是充分的授权如果结果不好就需要你来帮他们扛黑锅。这种信任的建立需要时间的洗礼。所以3位前端同事离职时候一直感谢我对他们所做的，认为这半年多来技术也有很好的提高是我最欣慰的。我一直认为不管你在哪家公司，你不断的提高和超越自己，那么你待得就有价值。那么我为什么不介绍自己信任的朋友来公司呢？因为我看出老板其实对于这种抱团组织有很多的顾虑和猜疑，所以本着对朋友负责，也是对自己负责，采取了谨慎的做法。


2.亲和力不足，这点在美术组表现明显，因为感觉和他们总是走不近距离，因为我是程序出生，所以和程序这边走的很近，但美术、市场、运营的同事总感觉和他们有些距离。而且有时有些控制不住自己的情绪，说话容易激动，这其实是做管理者的大忌。


3.没有让同事更多的了解你，比如我和前端聊打魔兽争霸，聊DOTA，然后中午一块PK，所以感情很好，但与美术组的同事没有过多的共同语言，导致相比之下生疏很多。所以我觉得对于兴趣爱好广的人可能更有利于增进同事间的关系吧。至少我是这么认为的。


4.在指出同事做的事情有错误之前最好能反思自己哪里做的不好，这点很重要，因为很多时候我们看到的是表象，其实更深的原因有可能在领导自己身上。比如在指导后端java技术人员的时候，根据经验判断这位同事写的代码有缺陷就要求他改正，但他非说这样写没有问题。所以产生了争执。其实过后反省自己，是自己方式和方法不对，我应该首先建议不要这样写并告知在什么情况下会产生哪些问题，而不是直接下定论说这样写不行，其实说话的方式、方法很讲究，你可能说的是对的但方式不对也不会产生好的结果，这就是一个典型的例子。


5.不要邀功，不要抢别人的功劳，这点我觉得我做的很好，呵呵，自夸一下！其实作为管理者哪怕把功能让给自己的同事都是可以的，表面上看你是吃亏了但其实你得到的是人心啊！


综上所述，对自己不满意就意味着这次挫败有价值了，而你也开始成长了。生活就是一个试错的过程，我们还有时间！