技术转团队管理(项目经理)的感受
2016-04-13 23:26
141 查看
大概情况
我所在的团队一起工作差不多3年了,主要做APP的相关产品开发,从一开始的移动互联网开发,到现在的基于物联网产品研发,集成APP和相关软硬件平台。整个团队成员(2个Android+2个IOS+1个Java后台+1个Java API+1个HTML5)归我管理,另外还有产品部门(1个UI+1个产品经理)不属于我管理。以前做过多个移动互联网产品,最后关头都已失败告终。最后转做公司的主打业务业务上。管理初期
这个时候,还在做一个移动互联网产品,整个团队内部都氛围都很好,大家一起说说笑笑,工作都能按量保质的完成。虽然,后来产品还没怎么运营,团队更换Leader。我接手管理团队,大家都还好也没啥问题。但是随之时间一长,去年年底公司一次涨薪,上级领导只给了固定名额涨薪,没法导致团队内部不能平衡,这个时候自己也因为要忙项目的一些事情,没有及时和团队成员做即时沟通,再后就是产品做了一个又一个,都没有达到真正产品的要求,始终没有很好地上线运行。这个时候已经很消磨大家的士气了,在年初Java后台和Java接口核心成员离职(离职前心思都没在工作上了,导致该完成的工作没有做好),导致正在做的项目严重受到影响。没法,自己只有重操旧业,测试他两做的工作,修修补补。所以,有时候想,技术做久了,转管理是很不容易的,容易用技术人员的想法看事情。认为,只要把自己的事情做好就OK了,但是在管理的时候很难做到技术和管理的实际分开。比如,本来一个很小的事情,也就写几行代码就能搞定,安排下底下的人去就能搞定(自己会想,他们工作忙不过来,别去麻烦他们了,自己花点时间搞定吧)。有时候,不将所有技术方面的事情都掌握在自己手里,心理总是放心不下。但是,实际情况是,做团队管理了,就要适当的放下做技术具体事情给手下的人去做。做好打杂做好后勤,即时保证团队内部成员之间的交流和沟通,即时做到疏通成员的想法,不管是单独沟通,还是团队一起交流,不论是技术还是平时的闲聊都是很有必要的。为了保证团队的沟通实时了解成员的个人想法,团队内部就要确定及时的沟通机制和制度,并且保证沟通的有效性。单聊和群聊都是非常有必要的。
最近就是因为觉得团队的周会和晨会没有必要,太浪费时间了。很长时间没有和团队成员进行有效的沟通,导致大家有膈应,不了解团队内成员的想法。在核心成员要离职时,我是最后一个知道的人(而且是在OA离职流程上才知道),这个时候觉得自己管理太失败了。
涨工资
做管理,可能都会遇到给员工涨工资的问题。给什么人涨工资,该涨多少。应该怎么平衡团队成员之间。今天就写到这儿,后面有空再写。2016-04-16
另外,写博客确实是一个很好的习惯,能帮助自己理清很多没有想清楚的问题。
相关文章推荐
- jQuery.lazyload详解
- 运行APP时dex2oat过程中DumpLIRInsn函数出错
- hihoCoder 1043 完全背包
- iOS有关横向TableView的东西
- jQuery.lazyload详解
- PSP(4.6——4.12)以及周记录
- iOS instruments介绍
- poj 1118 Lining Up
- 我是一个线程
- SIP:用Riverbank的SIP创建C++库的Python模块(把自己的C++库包装成Python模块)
- Python命令Tab自动补全脚本
- 嵌入式操作系统基础知识(二)
- Dreaming
- 关于UICollectionView的headerView的问题
- Leetcode #42. Trapping Rain Water 雨水收集 解题报告
- Python学习路程day11
- 运行APP时dex2oat过程中无法在系统中创建文件夹
- Windows客户端 SSH 远程连接Windows服务器(PowerShell Server)
- 自定义下拉刷新控件
- 逆向随笔 - 位运算