求知 文章 文库 Lib 视频 iPerson 课程 认证 咨询 工具 讲座 Modeler   Code  
会员   
 
  
 
 
     
   
分享到
IT企业新员工应该具有的基本素养
 

发布于:2012-5-10

 

大家好,我从在校期间进入公司实习到昨天的转正答辩之间差不多有半年时间是在公司度过的。今天,要给大家分享的话题是通过我转正答辩期间,以及随后宣布转正结果时上级所讲内容的重点,再加上一些我工作期间的一些感悟,我将它称之为“IT企业新员工素养”。

和我一起参加这次转正答辩的还有我的两个校友(都是我们学校的,大家可以小小惊讶一下),很不幸的是这次答辩的结果是只有我一个人过了。据了解,公司其他 部门(技术部门)的新员工答辩据说一次参加的有30个人,而且30个都过了,反正,我猜想,信不信由你:其中一定有水分。在这里,难免会有朋友说,大家都 一起实习了这么长时间,凭什么不让人家过?我在这里也只想说,“过关”何其简单,此关过了,那下一关你能过吗?工作这一关过了,还有生活中的其他关,人生 中处处都是关。不认可此想法的朋友另当别论。也正如我们一个博士对我们三说的:这一关没让你过,也未必不是好事;同样,过了关的人还得继续努力,防止松 懈。如果,对我以上所说的稍有认同的请继续往下看!下面,是我经过这次答辩后,总结给自己的建议,这些建议将伴随我在以后工作和生活中,让它慢慢酝酿出一 坛美酒吧!

1.首先,工作中做好自己当前手头的工作最重要,切勿好高骛远。这一点,我想是任何一个职业者所必备的,如果不能把当前的工作做好,何谈提升,何谈发展。 就像很多书中说的那样:用80%时间把100%的工作做成140%时,还怕领导不认可你吗?这句话中有两个方向值得我们学习:第一,用80%的时间去左 100%的事,讲究的是效率;把100%的事做成140%,讲究的是做出超出预期效果的事,也就是比计划中做的更好。

2.主动沟通很重要。在工作中,会有你的搭档,你的上级需要你自己及时主动的和他们沟通。这是因为一方面也许你的搭档或者上级本身没时间和你沟通,或者她 们也是比较腼腆的人,想法很多但是说不出来。这个时候,如果你能和气的和他沟通,他肯定会很高兴,同样,这样的工作效率什么也就有保障了。反之,如果自己 不主动和别人沟通,你得搭档或者领导也不善于沟通,可以想象这样一个部门或者公司还有发展前途吗?

3.遇事多从自己找问题,这一条算是严格律己吧!这也意味着反思很重要,如果我们每天抽出10分钟来反思自己的过错,甚至把自己的过错写下来,下一次不再犯同样的错误,那我们何愁我们的将来不会优秀?

4.做任何汇报,要提供“干货”。记得前不久IT企业峰会上引起了一热词就是“求干货”。也就是说,在工作中写总结和汇报,一定要谈实际的,具体的内容, 切勿像政府部门做汇报那样满是“和谐”。另外,切忌以为提交的东西领导没时间看,或不看。一篇几千字的汇报,领导只用打开,从上拉到下,一眼就看出你的东 西写得怎么样,是不是真实写得,还是你copy的!

5.谈一件事情要具体,切忌空谈,宏观大论。同样是说10年计划,同样是都想成为系统架构师,但是不能说虽然都不知道系统架构师是干什么的,但就是想将来 就做系统架构师。10年的事,谁也无法预知,所以我们称之为“理想”,但是建立一个理想前,我先非常有必要了解它,百度百科里常见的职业名词都有,而且很 详细。不是说谈之前,我们需要百度百科一下自己的“理想”到底是什么,而是很早以前就了解这个“理想”了,并对它能所作的事有一种炙热的态度,我们才可将 它作为我们的理想。

6.认识目标对象很重要。第一,我们所在的企业的核心技术是什么?我们所在的岗位所做的事是什么?这就是工作对象。我所在的公司又自己的核心的技术产品, 我所在的部门是使用公司的核心产品去开发行业产品,继而开发项目。那么,我必须熟知我们公司的核心产品,并且懂它,会熟练使用它,这些都是最基本的事。第 二,做一件事,我们必须了解我们面对的对象是什么?不同的对象,我们需要使用不同的方法去做。类似于做一个演讲,如果是部门内部的技术交流,我们大可使用 一种活跃的,幽默的方式去对待;但是当我们面临一次正式的大会,那么我们尽可能的去用严谨的方式是对待,当然天生幽默感强的人除外(我想这样的人在国内貌 似不是很多)。

7.做计划,需要考虑需求,现状,自己的能力,以及同事的建议等。我的伙伴在答辩上说他下一步想对我们的后台系统(我们系统的前后台独立开发)做整体重 构。这个需求是,我们的后台脚本确实很凌乱,但是独立的风格已经初步形成,这个家伙在帮我做一个模块(赶进度)时,总感觉我们的代码习惯不符合他得习惯, 我已在提示他尽可能保持代码风格整体统一,但是他依然以他得风格去写。当然,在赶进度的情况下,我也不便多说。不过这能看出,这位兄弟独立能力较强,但是 团队意识还稍微差一点。代码开发过程中,如果是中途参与,我认为很有必要去参照代码原有风格,这样后期的维护比较方便。还有,这个家伙所说的整体重构,在 领导眼里他对业务还懂得很少,技术也不是很成熟的情况下,这个计划会让领导感觉很害怕。大家知道,开发有风险,重构优化需谨慎啊!在此,向大家推荐一本个 人认为比较好的书《重构:改善既有代码的设计》。

8.踏实做好基本功。这个是在新员工入职1-3年内,甚至以后都要重视的问题。本条参考第一条。

9.学习业务知识。同样是IT企业,但是每个企业的的业务都有所不同。也许你是做产品研发的,也许你是做项目的。业务知识都是限制你在部门或者企业发展的瓶颈。

10.有空多学学office软件吧,经常作数据的Excel最重要。目前我们经常要使用Excel去记录数据,或者导出数据。而且Excel的功能本身 就很强大。在经常要讲Excel数据导入数据库或者从数据库导出的功能项目中,熟练使用Excel就显得更重要。

11.QQ的使用。在日常工作,很多企业为了资料查阅方便和必要的交流,都是有外网的。QQ可以登上,但是不要经常聊QQ,有朋友看见搭话,简单几句问候 就行,切忌闲聊。此处也引用我们一个博士的话:别以为我们领导不知道你们一天都在干什么,我们根本不用朝你的显示屏上看,从你脸上一看立马就知道。另外, 我认为我们公司有一条原则比较好,就是当你登的QQ的时候就不要隐身,离开的时候,就显示离开。我也一直认为,人要活得光明磊落,面对生活,昂起头做事, 低下头反思,做事对得起良心,没必要隐隐藏藏,窝窝囊囊。再者,做各种汇报的时候尽可能关掉一切和汇报无关的软件。即使非要登QQ,也要设置免打扰模式。

12.责任心要强,答应别人的事一定要做 到。在此,我引用自身的小故事:在外实施项目的项目经理,有一条新功能需要加,当时我本来认为这个功能可有可无。但是当时答应他第二天早上上班时做好交给 他。但是当天晚上下班后,我与资深的同事交流了这个问题,这位同事也认为这个功能没必要加,可随后另想办法。然后,我就匆忙的再QQ上留言后回家了。第二 天早上上班后,这位项目经理问我情况,我给他说明后,他一再认为这个功能必须加,然后我就紧张的开始加了,最后中午12点才完成就给他。??? 这就是后来几次领导都提醒我的问题:答应别人的事一定要做到。这个小故事反映了好几个问题:第一,与问题竟可能当时沟通好,切忌事后又反复思考可实施性。 第二,重要的事一定要当面沟通,在不便情况下电话沟通,保证对方知情。第三,答应对方事的时候,尽可能为自己争取时间,切忌勉强答应,随后又不能按时做不 到。

13.做任何事都要注意细节,细节显示一个人的城府。再次引用自己的小故事:前面有一次汇报,在没有显示器,投影仪效果又不好的情况下,面对着投影做汇 报,我因近视(一直未配眼镜)导致汇报效果很差。会后领导针对性的指出准备不足。故事二:错别字。说真的,做程序员这么久了,科班出身的我至今指法不是很 好。而且经常打错别字,为这个事女朋友都跟我闹了几次了(惭愧)。这次答辩中将“实践”打成“时间”了,领导提醒,他对这中错误很敏感,提醒我注意。到 此,屡次因为错别字让人笑话,这使我非常不安,下面就要对自己更严格一些啦!

14.职业人,工作中必须要会演讲。所以在校生一定要找机会锻炼自己,这个是要靠练的。而且,领导指出,演讲者必须对演讲内容做到心中有数,面对观众要从容不迫,自圆其说。

15.养成做笔记的习惯。好记性不如烂笔头。记笔记的好处有很多,有时很早以前记得事,有一天翻出来可能就会对你有很大的帮助。

16.常反思,提高工作效率。大多数公司都会要求员工写日志,周报,月报之类的。你是否每天都有事所作,或者做了很多事,可以保证你日志可以写的心安理得?

喜欢的朋友可以分享给你最好的朋友,不喜欢我的看法和价值观的保持沉默。谢谢各位!祝工作顺利,生活过的更精彩!


 
相关文章

中台产品面面观
如何在互联网产品中建立中台?
什么是产品生命周期管理?
产品设计之前,如何分析业务需求和用户痛点?
 
相关文档

产品经理是怎样炼成的
APP产品规划方法
产品经理培训文档
产品生命周期管理PLM
 
相关课程

产品经理与产品管理
卓越产品经理训练营
产品需求分析与管理
基于用户体验的产品设计
 
分享到
 
 
     


正视研发管理才是高水平竞争
需求是如何变成产品原型的
产品经理能力模型解说—把控
产品经理的正确定位
谁是合格的产品经理?
产品管理与产品营销的区别
更多...   


统一过程及应用
敏捷过程实践
基于XP/RUP的迭代开发
软件开发过程指南
SCRUM过程实践
敏捷测试-简单而可行


某博彩企业 产品经理与产品管理
北京 研发团队与工作管理
广东金赋信息 敏捷开发过程与项目管理
某支付平台 软件配置管理与发布管理
富士 软件外包项目管理与进度管理
塞孚耐 基于Scrum的敏捷开发
更多...