IT网络工程师个人简历例文doc.docx
- 文档编号:8917732
- 上传时间:2023-02-02
- 格式:DOCX
- 页数:8
- 大小:20.82KB
IT网络工程师个人简历例文doc.docx
《IT网络工程师个人简历例文doc.docx》由会员分享,可在线阅读,更多相关《IT网络工程师个人简历例文doc.docx(8页珍藏版)》请在冰豆网上搜索。
IT网络工程师个人简历例文doc
IT网络工程师个人简历范文
实际参与竞争的时候,能够在IT网络工程师简历具体内容上突出个人丰富的工作经历,可以增加招聘单位对于自己的认可程度,从而达到提高求职者竞争力的效果,帮助求职者在更短的时间内,找到满意的工作单位。
个人信息
xxx
性别:
男
年龄:
29岁民族:
汉族
工作经验:
4年以上居住地:
浙江台州椒江区
身高:
CM户口:
浙江台州椒江区
自我评价
因为性格比较沉稳,所以我在做任何事时,都会尽我全力去做。
并且会尽快适应将来的工作环境。
敢于接受新的挑战,紧跟社会的步伐,在业余时间不断吸收知识充实和完善自己。
求职意向
希望岗位:
计算机-开发/应用-网络工程师计算机-开发/应用-系统/网络管理员计算机-开发/应用-其它相关职位
寻求职位:
网络管理员,IT,网络工程师
希望工作地点:
浙江台州椒江区
期望工资:
/月到岗时间:
随时到岗
工作目标/发展方向
希望能有更好的发展机会.
工作经历
▌2012-09--2013-09:
上海福记上海餐饮有限公司
所属行业:
餐饮、娱乐(股份制企业)
担任岗位:
计算机-管理/技术支持/项目经理
职位名称:
技术主管/项目经理
职位描述:
负责上海福记餐饮有限公司(台州分公司)日常网络维护,保证网络系统有效、安全、的正常运行,处理核心交换机、路由器的维护。
布置公司内部局域网与综合网络的布线等。
▌2012-05--2012-08:
宁波联丰中路联想专卖店
所属行业:
互联网、电子商务(私营企业)
担任岗位:
商店/零售服务类/店长
职位名称:
店长
职位描述:
主要负责:
从日常的销售数码产品、售后维护、仓库管理、收银,到企划促销方案,参加联想公司的培训考试。
▌2011-03--2012-05:
宁波丁速棕榈湾大酒店
所属行业:
餐饮、娱乐(股份制企业)
担任岗位:
计算机-开发/应用/系统/网络管理员
职位名称:
网络管理及维护
职位描述:
主要负责日常的网络维护,检修。
西软中标LIUXI服务器的更新与维护。
酒店财务用友ERP软件的维护。
酒店所有弱电的检修
教育经历
2009-08--2010-08北大青鸟(宁波博翔)APTECH授权培训中心计算机类/网络工程师中专
2010-03--2012-06宁波工程学院计算机类/计算机应用大专
技能专长
技术职称:
全国计算机信息高新技术合格证书(OSTA网络管理员)
语言能力:
其他:
一般;
计算机能力:
全国计算机等级考试四级
其它相关技能:
LINUX系统的管理及安全。
网络安全高级应用。
Windows域的搭建与维护。
以及一些企业所须服务器的搭建(如:
DNS,DHCP,FTP,CCPROXY,ISA等服务器)。
拓展阅读:
什么内容是个人简历中必须提及的
对求职有益而无害的因素,往往会在很多方面中显现效果,恰如求职者屡屡采用的个人简历,它便是一种非常注重运用价值的存在。
求职者能不能击败竞争对手顺利获得工作,很大的依仗来源于简历的书写与运用效果。
虽说简历的作用很多人早已心知肚明,但它可以发挥出怎样的作用,并且为求职者带来哪些方面的帮助,却并没有多少人了解。
1、简历价值与个人能力
有没有足够的价值,可不可以帮助求职者表现出较强的个人能力,这些因素都可用来判断简历实用与否。
通常情况下,求职者也许会将目光放在简历书写出来的内容上,但更多的还是一些无关紧要的小事情。
如最基本的个人信息,也能够被求职者书写出数百个字,阅读者花费时间精力对此阅读后,却并未发现丝毫的价值,这难道也可以称之为优质的简历吗?
2、真凭实据的优势
虽说有优势的人最受招聘企业欢迎,但怎样才能够在简历中彰显优势,并且确保陈述出来的优势都能够站得稳脚跟,这就有些困难了。
但简历也要彰显个人风采才可吸引招聘方的关注,简历也讲求真凭实据的陈述,一些曾经做出过的成绩,我们可以有针对性的对其进行细致的陈述。
求职者万万不可小觑了上述两点提及的简历创作环节,即便只有一处区域书写错误,也会对求职者的就职规划带来非常大的影响,这便是为何有些人能够如愿以偿获得工作,而有些人只能够屡屡失败的原因所在。
用。
此外,需求跟踪也非常重要,毕竟,任何项目的需求都不是固定不变的,需求随时会发生变更,而开发人员实现的需求也可能会与客户的要求偏差。
注意维护需求矩阵。
项目经理对这一内容缺乏足够的重视与理解,项目开发过程体系中也缺乏好的需求矩阵文档模板。
但是在项目中后期,项目及时撰写了eas项目需求功能列表,并结合交付版本与客户进行了沟通和协商,从而规避了需求偏差的风险。
(需求追踪,任何原始需求来有头就有尾。
原始需求-用户需求-产品需求-软件需求-设计-测试等一系列的追踪。
需求追踪的目的一方面是检查需求是否都已经实现有无遗漏,更多的是为了做变更影响分析使用)
控制需求变更。
重视ccb的作用,同时应建立需求变更的响应机制。
eas项目组对于需求变更的响应还不够及时,这一点项目经理与项目管理小组要担负一定的责任。
(范围管理中范围控制的内容,变更管理是配置管理的一个重要内容。
需求必须要受到控制,否则容易引起计划的频繁调整而发生混乱)
设计
重视架构设计。
eas项目的成功,一定程度是源于我们有个优秀的框架开发小组,我们在项目立项之初就基本确定了整个系统的架构。
其中虽然发生了一些变化,但核心架构仍然没有发生大的变化。
由于,我们建立了稳定、简单的系统框架,可以极大地提高开发效率,规避了对框架的重复编码。
(软件开发的第二个重要分工就是最好有专门的架构设计人员,架构设计和总体设计要由1-2个人来完成,以保证高度的概念完整性和设计统一)
善于对设计作出取舍。
项目开发的三要素是成本、质量与进度。
在保证质量的前提下,为了项目进度不出现大的偏差,eas项目组并没有过分强调技术,特别是在考虑进度的情况下,牺牲了系统的部分可扩展性。
虽然这为系统的后期维护带来一定隐患,但却能够有效地保证项目的进度。
从eas最初的架构设计来看,我们引入了castle与aop,试图简化orm以及横切关注点例如日志、异常、权限、事务等功能的实现。
同时,希望采用wcf,利用soa思想建立松散耦合的面向服务应用程序。
但随着客户需求的变化,我们果断地放弃了采用wcf的构想,同时又克服了技术困难,坚持了对castle与aop的使用,并为此成立了框架开发小组。
事实证明,在技术的抉择上我们作出了正确的决定。
重视ui原型设计。
系统的原型设计与需求分析相辅相成。
如果有好的原型版本交付给客户,则客户更能够理解系统的实现,促进沟通的有效性与准确性。
在eas项目中,我们从一开始就确立了原型设计小组,并在分析需求阶段,就开始了原型设计。
这一做法无疑在客户沟通、需求确认、ui设计等方面都发挥了很大的作用。
但是,我们在这一点上,由于缺乏专门的ui设计人员,因此,这一工作还存在很大的缺陷,甚至于ui的设计为迭代版本的交付带来了很大的障碍。
在项目后期,关于ui的bug是最多。
因此,我们认为在开发类似的web应用程序时,应尽早确立ui设计规范,以约束所有的ui设计。
同时,必须培养专门的ui设计师,在开始原型设计时,就尽快完成ui交互的设计。
并且,必须成立专门的ui设计小组,在需求阶段与需求分析师合作,在编码阶段与开发人员合作。
(原型设计是加强前期用户需求挖掘和减少后期需求变更的重要手段,不一定需要专门的ui设计人员,原型设计可以由需求分析师来完成)
测试
测试成员应了解需求。
如果不了解需求,测试人员无法编写正确的测试用例,同时在测试过程中,也可能因为错误地理解需求,从而导致报告错误的bug,影响开发人员效率。
加强开发人员与测试人员的合作。
开发人员必须及时响应测试人员提交的bug。
而测试人员也应跟踪开发人员对bug的修复情况。
(测试人员应该要意识到自己和需求分析人员的区别,测试人员不用想需求分析人员一样分析和开发业务,但是他们必须和需求分析人员一样对已经分析出来的需求和业务高度熟悉)
测试之初必须确定测试原则,对bug的严重程度进行分级。
同时,必须确定修复bug的优先级别。
进度管理
保证项目进度不出现大的偏差的前提是制定一个好的项目计划。
必须根据项目规模,成员情况,技术难度等多方面考虑整个项目计划。
如果项目的deadline已经确定,则必须采用一些方法来保障项目计划的完成。
首先是选择符合项目的软件开发生命周期。
通常情况下,并不建议采用瀑布开发方式。
最佳的办法,应该是rup或者敏捷开发,然后结合原型法制订项目计划。
这样可以规避因为需求变更产生的风险。
其次,要每日跟踪项目的进展情况。
可以通过晨会、周会以及项目日报、项目周报了解项目进展情况。
同时,需要为各个小组指定进度跟踪人,根据各个小组长的日报,判断实际的进度是否与计划出现偏差。
要制定项目进度偏差的应对方法。
一旦项目进度出现了偏差,必须采取相应错误解决问题。
或者通过加班、增加人手、申请项目进度等方法及时作出响应。
及时向项目成员汇报项目进度情况。
只有让各个项目成员了解到项目现状,才能够给每个成员增加压力,不至于松懈。
同时,也能够使得每个成员能有一个目标,而不至于茫然失措。
制定项目计划时,必须考虑阶段评审与同行评审的时间。
这一点在eas项目中做得不够好。
其中原因也是由于项目进度本身较紧的缘故。
注意维护项目进度跟踪表与项目进度偏差跟踪表。
让项目管理部以及qa及时掌握项目进度,有利于对项目进度的管理。
变更管理
变更包括需求变更、人员变更。
如果不控制好,两者对项目的进展都会带来灾难性的后果。
需求变更在前面已经叙述,而eas项目中发现人员变更的情况也非常严重,因此这里重点介绍关于人员变更的管理。
如果发生人员进入的情况,那么对项目带来的通常都会是好的影响。
但我们也必须注意如何让新成员更快地融入团队。
整体上讲,如果需要新成员加入,发生变更的最佳时机是项目前期。
如果在项目中后期加入新成员,无疑则意味着项目出现了灾难性的后果。
而新增加的成员,由于不熟悉项目,所能带来好的影响也是有限的。
如果不处理好新成员与老成员之间的合作关系,反而会带来负面影响。
人员的退出很多时候是不可控的,同时对项目带来的影响也是不可估计的。
为了将这些影响降到最低,就必须在项目开始之初就要确立编码规范。
同时,还应该重视对文档的维护与更新。
而在人员退出时,必须做好交接工作。
同时,还应对这种变更进行合理的评估,并及时报告项目管理部,并与客户及时沟通。
如果对项目进度有严重影响,应争取最大的努力取得客户的理解,提出项目延期的申请。
风险管理
要在项目开始之初就考虑到项目过程中可能出现的所有风险,是不现实的。
但是,我们必须考虑对风险的管理,尤其是在制订项目计划以及创建团队的时候,考虑这一因素。
风险有很多,包括需求的风险、进度的风险、质量的风险以及技术风险等。
必须制定一套完整的风险管理计划,而一旦发生了风险,则必须及时响应,组织相关人员解决风险。
不能忽略任何一个小的风险,否则一个小的风险到最后会造成大的灾难。
风险的把握必须要有项目经理与系统架构师把关。
成员管理
不团结的项目组是无法保证项目的成功地。
项目经理与项目组长在管理团队成员时,必须时刻注意成员状况,即使处理工作出现的矛盾与摩擦,随时保证团队合作精神得到最大程度的执行。
持续地保证项目成员的士气非常重要。
项目每取得一个阶段性的进展,必须告知全体成员,如此才能收获成功的信心。
项目开发过程需要注意劳逸结合。
一味地强制性加班,只能降低项目成员的工作效率。
项目过程中,如能适当地开展一些活动,无疑能够让团队成员感受到项目组的集体气氛。
在阶段实现的重要时刻,项目经理必须注意通过文字、语言等激励项目组成员。
而项目经理的自信也是保证成员士气的一个关键。
必须注意了解团队成员的心理状态与工作状态。
项目成员的战斗力除了是个人的能力发挥之外,一个好的领导也是至关重要的。
因此,必须选择合适的项目组长,通过他们掌握整个项目团队成员的工作进展。
同时,还要了解每个成员的能力,以安排合适的角色与岗位。
重视开发组与测试组以及项目管理小组的合作。
项目组是一个整体,每个成员的角色不同,但大家都是团队的重要一员。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- IT 网络工程师 个人简历 例文 doc