团队随笔

简介:

    上个月手下的员工离职了,现在一切都需要自己动手处理,累觉不语。

    一起工作了两年,在工作中自问还是给他做了很多指导,可惜没能对他的职业发展、个人需求进行关注,当一切成定数的时候,我才得到消息。

    在团队管理中,虽然我提供了一个比较宽松的环境,但是无计划、无指向性的随意行为太多,整个团队没有一个中长期的规划,无论是团队管理、人员管理,福利待遇都没有做考量。

    离职的原因千千万万,其实也就是老马说的:钱没给够、干的不爽,没发展。结合现在的情况来看,貌似这3个都在我的团队里面体现了。

   钱,做一个运维岗位,大部分时间都在做桌面维护,业务附加值低,产出也不高,导致公司对这个版块的投入也非常低,员工也就无法获得更多的薪酬。

  爽or不爽,当每天都要面对相同的事情,各种重复的解答,各种低级的错误,各种领导的刁难,性格再好的也就慢慢的抹掉了所有的菱角,或者磨出了新的菱角。

 发展,整个IT作为公司的一个第三先支撑部件,只要没有影响到业务的正常开展,无所谓有无所谓无。作为IT也仅仅关注本业务范畴的,无法对业务提供直接、有效的作用力。发展也就仅仅局限于IT范围。

  

 

 

新的团队在建设过程中,4个基础方向:

  1. 规范日常运维,巡检流程、设备品牌化、报修流程、处理时限

  2. 自动化解决方案,耗时任务集中解决方案,基础培训、定期业务培训

  3. 团队建设,发展、培训、福利

  4. from 关注IT基础建设 to 关注业务需要的IT建设

这段话其实就是自己工作状态的真实写照,忙于救火而不做防火。累人累己

***************************************************************************************

一般我们处理的事情分为重要的事情和紧急的事情,如果不做重要的事情就会常常去做紧急的事情。比如锻炼身体保持健康是重要的事情,而看病则是紧急的事情。如果不锻炼身体保持健康,就会常常为了病痛烦恼。又比如防火是重要的事情,而救火是紧急的事情,如果不注意防火,就要常常救火。找工作也是如此,想好自己究竟要什么是重要的事情,找工作是紧急的事情,如果不想好,就会常常要找工作。往往紧急的事情给人的压力比较大,迫使人们去赶紧做,相对来说重要的事情反而没有那么大的压力,大多数人做事情都是以压力为导向的,压力之下,总觉得非要先做紧急的事情,结果就是永远到处救火,永远没有停歇的时候。(很多人的工作也像是救火队一样忙碌痛苦,也是因为工作中没有做好重要的事情。)那些说自己活在水深火热为了生存顾不上那么多的朋友,今天找工作困难是当初你们没有做重要的事情,是结果不是原因.

***************************************************************************************

本文转自OnMyWay博客51CTO博客,原文链接http://blog.51cto.com/active/1569142如需转载请自行联系原作者


yab109

相关文章
|
27天前
|
项目管理
技术方案撰写之道:实用技巧与方法
本文探讨了如何撰写技术方案,强调了考虑方案的相关方、关键指标、目标受众和预期收益的重要性。文章提出了写作框架应清晰、表达生动、具有美感,并指出好的方案应实现共赢、系统规划和显著效益。写技术方案时,需明确问题、深入分析需求、设定合理目标、设立度量标准、专业设计方案、规划执行路径并有效项目管理,确保方案的成功实施和收益。
49 0
阿里抱真:工作7年,我的10条经验总结
阿里抱真:工作7年,我的10条经验总结
346 0
工作7年,我在阿里的10条经验总结
最近几年作为面试官也面试了很多同学,经常和很多候选人沟通分享一些自己学习成长的路径,也经常和很多新入职的同学口头分享一些工作心得。现在把这些的经验总结了一下,如果能对看到文章的同学有所启发及帮助最好。
495 0
|
项目管理
艾伟也谈项目管理,个人管理:从昨天的一个设计评审来谈如何与人交流你的设计思路
  昨天项目组进行了一个设计评审,主要是对OpenExpressApp的AutoUI部分进行重构,我相当于评审人。大家也可以把这个评审过程当做与人交流你的设计思路的一个过程,以下从我评审的一些要素来谈谈与人交流设计思路时需要考虑的内容,也许对大家在实际工作中的架构、设计和沟通都有所帮助。
936 0
|
测试技术 C# 图形学
项目交接杂谈
今天笔者和大家聊一聊在项目交接中遇到的问题 项目交接这种事是不可避免的,一个完整、完善的项目在交接的时候会省不少心,反之就让人抓狂了,尤其是代码交接部分,先不说代码是否写的巧妙,只要命名符合规范,思路清晰,有完善的文档,后续的维护是很轻松的,但是那种想起哪里写哪里,毫无逻辑可言的工程就像一坨屎(虽然笔者写的也自认为是屎),所以接手这种工程,再继续维护就好像:在一坨奇臭无比的一坨屎里面分析、分类、挑选这个人昨天都吃了什么,所以为了尽可能的避免这种狗屎工程,笔者谈一谈在交接的时候交接人需要准备的东西。
1697 0
|
uml 数据库 前端开发
|
SQL 架构师 算法