博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
管理或技术
阅读量:6271 次
发布时间:2019-06-22

本文共 1265 字,大约阅读时间需要 4 分钟。

 我觉得自己是比较适合做设计的,只要拿到一个CASE,在了解基本要求的过程中,心里基本上会慢慢形成一个大体的设计框架了。一旦完成了解设计需求后,一些关键的问题也就记录在纸上了,只要针对这些关键问题再做深入思考和分析,一个有效的可执行的方案就形成了。

    但我现在所做的工作,即要做设计,还必需兼顾执行。并不是说我的执行力不行,但是按设计方案去实现,其实有时比设计本身要困难得多。在设计中的任何一个细微的缺陷都有可能造成工程实施的延缓,甚至不能成功需要重新调整,即使有时这些细微的缺陷原本是为了更好的体现用户需求也是如此。

    所以我认为我并不是一个很好的方案实施者,至少我现在这么认为。但这并不是说我不知道如何去分解任务,找出工程重点,分配和安排人员到每个侧重点,以及如何把握施工方向和进度,培养团队和人员等,这些基本的管理方法目前还是运用得比较好的,至少自己现在管理的项目和团队有成绩可以说明。

    其实这么认为只是针对自己个人而言的,也就是从技术层面说自己并不能实现工程实施过程中某些重要的关键技术,从而在工作的过程中有了一种失落感,觉得关键的工程部分没有亲自经过自己的手,总觉得有些不太完美。

    于是才有了这种感觉。也就有了这篇文章这个标题:选择。

    我到底是继续选择做好管理,还是重新回到技术为主?

    要说明的是,我现在所做的管理工作是企业设备管理,其中包括机电设备、自动化设备、节能降耗、供用电等方面的管理。而回归技术的话,那就是供用电、自动化及网络等技术管理工作。

    单从工作量来说,技术要比管理少很多,也单纯很多。从发展潜力来说,两者差不多,并没有有些人所说的管理要高于技术。就我个人而言,技术带来的快乐要多于管理。管理上有太多的繁琐事情要处理,一旦接手管理工作,首先面临的新增工作就是文字处理和会议,以及人事上面的管理等。

    管理和技术其侧重点和着力点都不同,工作的出发点,想问题的方式和角度都不同。管理即要管又要理,而技术有时就只是做好手中的工作。

    可能我这样的想法是每一个刚从技术转为管理人员都要遇到的瓶颈,其实到目前为止做管理工作已经差不多2年了,还有这样的矛盾心理,看来我的心还没有落定。

    写到这里,想想其实单纯做技术也不容易,什么事都有人管着你,有什么好想法还得写报告做方案,请示这个再请求那个。虽然现在做管理也要按流程和制度办事,但事情做起来要比原来来得快和容易。并且,做管理的一个最大的优势,就是通过各种会议,我可以知道现在公司领导都在想什么和做什么,以及我现在虽然将重点放在哪些方面等。

    在明白人眼里,这样的选择很容易确定。现在反倒觉得我有些显山露水的样子,也就是得了便宜还在卖什么来着。

    人啊!就是这样,从出生到死亡,时刻都在做着不同的选择。做出了选择也就意味着会失去其它的。现在做出的选择,肯定会影响将来的工作和生活。

    我得好好再反省和思考自己的选择了,那么大家呢?

 本文转自 雪源梅香 51CTO博客,原文链接:http://blog.51cto.com/liuyuanljy/734316,如需转载请自行联系原作者

你可能感兴趣的文章
Hibernate_14_数据连接池的使用
查看>>
Codeforces Round #271 (Div. 2) D. Flowers (递推 预处理)
查看>>
jacky自问自答-java并发编程
查看>>
Struts2+JSON数据
查看>>
zTree实现单独选中根节点中第一个节点
查看>>
Cocos2D-x设计模式发掘之中的一个:单例模式
查看>>
很强大的HTML+CSS+JS面试题(附带答案)
查看>>
用树莓派实现RGB LED的颜色控制——C语言版本号
查看>>
VC2012编译CEF3-转
查看>>
java 自己定义异常,记录日志简单说明!留着以后真接复制
查看>>
Android 使用AIDL实现进程间的通信
查看>>
机器学习(Machine Learning)&深度学习(Deep Learning)资料
查看>>
jquery的图片轮播 模板类型
查看>>
C# 获取文件名及扩展名
查看>>
Web安全学习计划
查看>>
输出有序数组的连续序列范围
查看>>
zinnia项目功能分析
查看>>
windows cmd for paramiko
查看>>
SQL经典面试题集锦
查看>>
View学习(一)-DecorView,measureSpec与LayoutParams
查看>>