我所在的团队一块儿工做差很少3年了,主要作APP的相关产品开发,从一开始的移动互联网开发,到如今的基于物联网产品研发,集成APP和相关软硬件平台。整个团队成员(2个Android+2个IOS+1个Java后台+1个Java API+1个HTML5)归我管理,另外还有产品部门(1个UI+1个产品经理)不属于我管理。之前作过多个移动互联网产品,最后关头都已失败了结。最后转作公司的主打业务业务上。测试
这个时候,还在作一个移动互联网产品,整个团队内部都氛围都很好,你们一块儿说说笑笑,工做都能按量保质的完成。虽然,后来产品还没怎么运营,团队更换Leader。我接手管理团队,你们都还好也没啥问题。可是随之时间一长,去年年末公司一次涨薪,上级领导只给了固定名额涨薪,无法致使团队内部不能平衡,这个时候本身也由于要忙项目的一些事情,没有及时和团队成员作即时沟通,再后就是产品作了一个又一个,都没有达到真正产品的要求,始终没有很好地上线运行。这个时候已经很消磨你们的士气了,在年初Java后台和Java接口核心成员离职(离职前心思都没在工做上了,致使该完成的工做没有作好),致使正在作的项目严重受到影响。无法,本身只有重操旧业,测试他两作的工做,修修补补。spa
因此,有时候想,技术作久了,转管理是很不容易的,容易用技术人员的想法看事情。认为,只要把本身的事情作好就OK了,可是在管理的时候很难作到技术和管理的实际分开。好比,原本一个很小的事情,也就写几行代码就能搞定,安排下底下的人去就能搞定(本身会想,他们工做忙不过来,别去麻烦他们了,本身花点时间搞定吧)。有时候,不将全部技术方面的事情都掌握在本身手里,心理老是放心不下。可是,实际状况是,作团队管理了,就要适当的放下作技术具体事情给手下的人去作。作好打杂作好后勤,即时保证团队内部成员之间的交流和沟通,即时作到疏通成员的想法,无论是单独沟通,仍是团队一块儿交流,不管是技术仍是平时的闲聊都是颇有必要的。为了保证团队的沟通实时了解成员的我的想法,团队内部就要肯定及时的沟通机制和制度,而且保证沟通的有效性。单聊和群聊都是很是有必要的。接口
最近就是由于以为团队的周会和晨会没有必要,太浪费时间了。很长时间没有和团队成员进行有效的沟通,致使你们有膈应,不了解团队内成员的想法。在核心成员要离职时,我是最后一个知道的人(并且是在OA离职流程上才知道),这个时候以为本身管理太失败了。开发
作管理,可能都会遇到给员工涨工资的问题。给什么人涨工资,该涨多少。应该怎么平衡团队成员之间。
博客
今天就写到这儿,后面有空再写。2016-04-16产品
另外,写博客确实是一个很好的习惯,能帮助本身理清不少没有想清楚的问题。后台