关键技术支持心得体会.docx
《关键技术支持心得体会.docx》由会员分享,可在线阅读,更多相关《关键技术支持心得体会.docx(13页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、技术支持心得体会【篇一:技术支持心得体会】 技术支持服务心得 引子 岁月在倏忽之间,急忙4年已如弹指。从甫步入社会到现在尘满面、鬓如霜(夸张!夸张!呵呵),我一直没有离开实达怀抱,一直浸淫在企业工作生活之中,一丝不苟地奉献着我沸腾热血和蓬勃青春! 我所在部门,在企业发展历程中几易其名,从“系统支持部”到“应用系统事业部”,又从“应用系统事业部”变更回“系统支持部”,尽管部门名称更替翻来覆去,不过“技术支持”工作实质却一直如一,正如我们部门全部同事所坚持理念一样未曾改变“从用户角度出发,尽最大努力为用户提供最即时最高效服务”。没有最好,只有愈加好! 做技术支持这个工作人,从进入实达企业那一天起,
2、就会被神秘兮兮地通知一句让人胆战心惊咒语“pos(跑死),pos(跑死),一直跑到死”。恶!是何言!是何言也!我们是跨世纪青年,我们对未来生活憧憬满怀,我们对未来工作激情期待!对我们来讲这么话,岂非盛世危言乎?!怀着美好愿景,我们奔赴各自片区。我从白雪皑皑辽沈来到烈日炎炎八闽,又从榕荫满地福州奔赴雍容繁荣北京。以后事实证实,立即到来工作历练,真明证了前辈那句齑语,同时让我学会了怎样去直面那惨淡人生(夸大!夸大!哈哈)! 技术支持人员需要做好心态上自我调适 技术支持工作并不似想象中那么轻而易举、信手拈来,而生活也不象理想中那样鲜花满地、浪漫悠然。似乎冥冥中那句相关“跑死(pos)”魔咒注定了我漂
3、泊,从离开了前辈开始独自工作起,我就深味了这个工作艰辛和这种生活无规律。 我们这个工作没有远期安排可计划性,随时全部可能有你所不可预知任务来临,说不定就在一个你梦寐以求、期待许久周末清晨,一个电话到来就足以让你立即重整行囊奔赴远方!我们就像独步江湖旅客,今宵或许美酒珍馐,却难料明朝将会在何处匹马天涯。 “既然选择了远方,便只能风雨兼程;我不去想,身后会不会袭来寒风冷雨,既然目标是地平线,留给世界就只能是背影”。选择了技术支持这么工作,我们就要去适应这么生存状态和这么生活方法。要在随机性很大工作中,合理安排好自己工作、学习和生活,或许这也能够在某种意义上称得上是“夹缝里求生存”。 我们工作因为其
4、作息无规律性、任务无预知性,好多时候可能造成以下这两种情况: 1) 任务不停,频繁出差,没日没夜加班,甚至在某段时期中同时有多个工作任务一起压在你肩头; 2)很长一段时间内没有工作任务,天天悠然自得,甚至无所事事到极端无聊地步。,分清主次轻重一咬牙努努力扛过了,你就会认为仿佛如暴风雨过后看到彩虹,其实全部压力并不是象想象中那么难耐! 针对以上第2)种情况,我认为就更需要进行良好自我心态调控了。或许有一个普遍存在事实,那就是有大家在压力很大情况下,可能工作生活得很有条理,不过一旦有大把大把时间能够任自己支配,她反而却不知所措无所事事,甚至光阴虚度、空耗年华。作为我们这个it行业,抓紧时间进行前瞻
5、性自我学习是很有必需。现代计算机技术正以极快速度不停更新着,我们行业内技术发展和前沿趋势也在不停进步。就像32位pos需求和emv迁移技术应用,每十二个月全部会有新要求或标准出现,时代强迫着我们必需不停学习、一直向前。我们有担心繁重工作以提升技术、磨练性情;我们还有宽松自由大块时间以自学不息、充实自我。每一个技术支持人员在经历过如此历练以后,我相信不管面对清闲生活还是繁重工作,全部能够如闲庭信步、举手拈花般轻松怡然! 技术支持人员需要做好和用户良好沟通 记得今年3月份30天朗星稀清晨,时钟指向4:30。我在清冷孤寂北京稻香园桥下,等候着任何一辆能够载我去北京站出租车。白天时候车水马龙大街,此刻
6、却是士难遇,让我望穿秋水?那次,我必需在超市上班之前赶到天津农行信息电脑中心,为她们ic卡pos处理脱机交易流水无法上送问题。做我们这个工作人,碰到如上所述情形是很常常事情。有时候,为了配适用户项目进度,没白天没黑夜昼夜加班是很日常事情。我们不能象别行业或别工作类型大家那样,说什么上班前、下班后就是自己个人时间!我们没有加班费,也不曾觊觎过那种只在梦想中出现殊遇。我们秉承是自己无私奉献理念,我们继承是企业优良企业文化传统。更关键,我们看重是对用户上帝般尊重,和对用户好友般感情! 不错,有部分情况下,一些用户可能对我们态度比较强硬,甚至会提出一些强人所难需求。这时候,我们自己良好情绪调控就很有必
7、需。设身处地从用户角度着想:或许她们用户对她们强迫很紧迫,或许她们领导对她们施加压力很强大,或许? 不管怎么说,毕竟我们和用户全部是知识层次比较靠近人,入情入理沟通还是不太困难。有时候,和一些用户相处久了,大家自然而然就仿佛好友般亲近。尤其大家接触大多是做技术人,行业内普遍认同说法就是“做技术人好相处”。 不要把用户当成“用户”我意思是说,用我们真诚心去和我们用户沟通,而不是面戴虚伪、心存芥蒂去和用户“打交道”。其实,好多用户全部能够成为你好好友,或许大家能够一起聊聊时尚数码,或许大家能够一起喝喝啤酒啃啃肉串,或许大家能够一起讨论讨论技术难题? 在这么多年工作中,我体会到在和用户沟通中,关键存
8、在有以下几点障碍: 1) 对于项目进度了解。 有时候,用户会很急切通知,需要我们立即赶到现场配合项目标开发。但是当你赶到现场时候,却发觉或环境没有搭好,或设备没有到位,或项目根本还没有开始。面对这种情况,有人可能就会产生部分不良情绪。实际上,造成这种情况原因有很多:或用户在正式开始项目之前,期望和厂家在技术上做部分先期探讨,或因为一些客观原因造成用户没有按预期搭建好开发环境,又或用户习惯就是在正式开工之前未雨绸缪。总而言之,面对这种种原因,我们能够和用户做谨慎了解,切不可闹情绪,更不能口不择言。假如确实距项目开发进入实质阶段还有些时日,同时我们手头又恰好有其它工作,那么,和用户做好解释,同时争
9、取意见是很必需。我们要诚恳表明我们态度:期望先忙完别工作,等她们准备好了再过来配合开发。我想,良好沟通以后,用户通常会给我们了解和支持。 2) 对于故障现象描述。 有时候,用户通知我们实达设备或系统发生了故障,但对于故障描述却是模糊其辞,不致详尽。从我们程序角度看,用户所描述故障是不可能出现。所以,有些人可能在应对用户语气或态度上比较不平和,甚至直截了当下断言“我们产品不可能有这个问题”!造成这种现象原因,可能是用户所反应信息是用户用户反应给她们。对于故障现象描述,可能在转述过程中已经出现了信息丢失或曲解。这时候我们就需要耐心挖掘信息,或直接联络最终端用户,以求得到最原始故障描述。 3) 对于
10、问题处理进度协调。 有时候,用户可能给我们要求处理问题期限,或要求我们提供详尽工作进度日程表。搞it人全部明白,基础上我们并不能提供给用户一个明确限期或日程,因为it问题往往不是如人所想象那样一帆风顺。很多时候,程序中往往一个符号错误,就会耗掉难以估计debug时间。回复这种高难度问题,我通常不敢下明确定论。尽管当初随便说一个时限或许能够搪塞过当初愁眉苦脸窘状,可是问题一旦没有准期处理,就会严重影响个人甚至企业在用户心目中信用形象。 今年年初在天津农行,卡部领导要求我在3天之内开发测试完成一套积分ic卡star-610 pos程序。当初我手上同时还有农行另一件工作和天津银联一个任务。面对这么限
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 关键 技术支持 心得体会
限制150内