管理上的心得分享(一)
来源:互联网 发布:中日关系走向 知乎 编辑:程序博客网 时间:2024/05/17 03:38
前几天分享了做管理半年多来的总结,这次从细节上来谈谈工作中的一些心得和体会:
1.一定要坦诚的让员工认知到自己有哪些不足的地方。我记得我在管理中一直强调的一句话“宁愿清醒的痛着,不愿麻木的睡着”。就是避免团队中出现自大、自满的风气。每一次迭代的总结,我都会以事实为依据来阐述迭代中团队的不足,自己的不足,以引起反思。
2.告知员工明确的产品方向、产品定位,我们长期目标是什么,中期目标是什么,那么对于你个人近期的要求有是什么。因为每个员工来到公司的需求和目的各有不同,所以要了解他们的真实意图区别对待。对每位员工提出个性化的期望和要求。不过这件事在团队壮大超过10人以后我个人就无力来做了,所以最好由小组长来完成,因为项目经理一个人不可能对这么多人进行一对一的充分沟通和细节的把握。这点也是我没有做好的地方,直接管理的同事太多,最多达到了13个。组长的缺失也导致团队出现了很多的问题。
3.鼓励员工多提意见,在很多场合让员工先发言,对于员工提出的问题和结论要先给予肯定,然后给予合理和充分的解释。很多东西沟通不到位,就是问题产生的根源。我常说“不要让我惯性的思维迷住了你们的双眼”。就是提醒团队成员包括自己不要让自己主观臆断强加于他人。
4.作为兼任java服务器端主程,没有用心去指导后端程序的工作,这也是自己做的不足的地方,从每天记录的日报分析来看每天工作中指导后端程序工作时间还不足1小时。其实作为java后端主程是非常不称职的。
5.对于成本的控制也没有做到位。作为管理者应该在每次版本上线时候对产品制作的成本进行计算并上报给老板,作为产出和成本是否合理化的有效依据。因为我是知道员工成本的,所以现在回过头来看,半年时间花去53万人力成本但做出的产品不仅不能打动用户也不能打动运营商,这就证明这个性价比其实不高。
6.进度控制上面。由于人员的不稳定,因为在半年内流失7-8人,很多人由于主美、IOS主程一直招收不到,感觉技术提升有限而离去。有的拉到了合伙人去创业,总之人员流动太大,进度上一直预估不准确。再加上员工进入公司时候经常薪水被调低了一部分,让很多同事心寒!
7.人员的普遍经验和技术能力不足导致质量也出现的大问题,因为半年的时间80%同事是刚毕业不久或工作不满一年的员工。这样状况导致项目走了很多弯路。
8.需求这点控制还好,因为需求一旦定下来,还没有出现过大的需求变动的情况,当然细小的修改不影响大局。
9.对于个人发展,由于半年时间一直赶进度,导致团队成员多少有些怨言,很多人感觉技术能力提升不够,所以我提出构建学习型团队的概念,但核心岗位的缺失,再加上现在不从事管理工作了,所以这个事情的推进也就搁浅了。
10.对于员工潜能的培养做的还不错。我们团队有个员工最开始做运营,然后转作数值策划(数学系毕业),最后有转作测试,他最后很茫然,不知道自己能干什么,能干好什么。但在我担任管理工作以后,发现他对于界面有很细腻的观察,所以我逐渐让他从事上了UE的岗位,但由于公司没有这个职位的考虑,所以他离职去了东软专职做UE。直到现在他还很感谢我帮他发现了职业的方向和目标。
说了这么多,上面的总结都是通过我每次的故事点总结而来,我喜欢写story,现在看来对于自己提高和认知真的很有帮助。
1.一定要坦诚的让员工认知到自己有哪些不足的地方。我记得我在管理中一直强调的一句话“宁愿清醒的痛着,不愿麻木的睡着”。就是避免团队中出现自大、自满的风气。每一次迭代的总结,我都会以事实为依据来阐述迭代中团队的不足,自己的不足,以引起反思。
2.告知员工明确的产品方向、产品定位,我们长期目标是什么,中期目标是什么,那么对于你个人近期的要求有是什么。因为每个员工来到公司的需求和目的各有不同,所以要了解他们的真实意图区别对待。对每位员工提出个性化的期望和要求。不过这件事在团队壮大超过10人以后我个人就无力来做了,所以最好由小组长来完成,因为项目经理一个人不可能对这么多人进行一对一的充分沟通和细节的把握。这点也是我没有做好的地方,直接管理的同事太多,最多达到了13个。组长的缺失也导致团队出现了很多的问题。
3.鼓励员工多提意见,在很多场合让员工先发言,对于员工提出的问题和结论要先给予肯定,然后给予合理和充分的解释。很多东西沟通不到位,就是问题产生的根源。我常说“不要让我惯性的思维迷住了你们的双眼”。就是提醒团队成员包括自己不要让自己主观臆断强加于他人。
4.作为兼任java服务器端主程,没有用心去指导后端程序的工作,这也是自己做的不足的地方,从每天记录的日报分析来看每天工作中指导后端程序工作时间还不足1小时。其实作为java后端主程是非常不称职的。
5.对于成本的控制也没有做到位。作为管理者应该在每次版本上线时候对产品制作的成本进行计算并上报给老板,作为产出和成本是否合理化的有效依据。因为我是知道员工成本的,所以现在回过头来看,半年时间花去53万人力成本但做出的产品不仅不能打动用户也不能打动运营商,这就证明这个性价比其实不高。
6.进度控制上面。由于人员的不稳定,因为在半年内流失7-8人,很多人由于主美、IOS主程一直招收不到,感觉技术提升有限而离去。有的拉到了合伙人去创业,总之人员流动太大,进度上一直预估不准确。再加上员工进入公司时候经常薪水被调低了一部分,让很多同事心寒!
7.人员的普遍经验和技术能力不足导致质量也出现的大问题,因为半年的时间80%同事是刚毕业不久或工作不满一年的员工。这样状况导致项目走了很多弯路。
8.需求这点控制还好,因为需求一旦定下来,还没有出现过大的需求变动的情况,当然细小的修改不影响大局。
9.对于个人发展,由于半年时间一直赶进度,导致团队成员多少有些怨言,很多人感觉技术能力提升不够,所以我提出构建学习型团队的概念,但核心岗位的缺失,再加上现在不从事管理工作了,所以这个事情的推进也就搁浅了。
10.对于员工潜能的培养做的还不错。我们团队有个员工最开始做运营,然后转作数值策划(数学系毕业),最后有转作测试,他最后很茫然,不知道自己能干什么,能干好什么。但在我担任管理工作以后,发现他对于界面有很细腻的观察,所以我逐渐让他从事上了UE的岗位,但由于公司没有这个职位的考虑,所以他离职去了东软专职做UE。直到现在他还很感谢我帮他发现了职业的方向和目标。
说了这么多,上面的总结都是通过我每次的故事点总结而来,我喜欢写story,现在看来对于自己提高和认知真的很有帮助。
6 0
- 管理上的心得分享(一)
- 管理上的心得分享(二)
- 管理上的心得分享(三)
- 客户关系管理系统的一些心得和感受分享
- 项目管理心得(一)-做人
- 软件开发项目管理心得(一)
- 【分享】多目标追踪学习笔记与心得(一)
- 求职季找工作心得与应聘经验分享(一)
- 《微时间管理术》心得分享
- 项目管理心得分享九点总结
- 开发团队建设与管理的一些心得(一)
- C语言课设心得分享(一)
- 阅读科研文献心得分享(一)
- SQLite學習心得分享<一>
- 文献阅读的心得分享
- 关于工作效率的心得分享
- 关于工作效率的心得分享
- 关于工作效率的心得分享
- HDU 1213 How Many Tables
- 人生
- Android开发之获取联系人信息
- 佛,我心中的一朵莲花
- 哈希(hdu 1280 && 1425 && 1264 && 1496 && 2522 && 2600)
- 管理上的心得分享(一)
- Java开发中的23种设计模式详解
- HDU 2544 最短路 (简单的最短路)
- 到底在痛什么?
- Tomcat 部署 Could not copy all resources to
- 绑定透视表(行转列)
- Lua 结合c++ 编程3
- SHELL获得毫秒数
- 最简单的方式理解“接口回调”的设计