建立管理机构,明确外包范围,严格审查制度,加强风险监控和激励机制建设,这些措施是商业银行IT外包风险防范的重要保障。 对外包风险的把握,直接决定着 信息技术外包的成功与否。从根本上来说,对信息技术外包风险的防范过程就是对外包活动实施全面有效的管理过程。
建立外包事务管理机构 要对外包实施全面有效的管理,必须首先建立外包事务管理机构。目前,商业银行外包过程中,仅在外包决策、外包商选择、或发生了法律纠纷时,才成立临时性机构,处理相应外包事务。管理组织的不稳定造成管理人员的频繁调动和流失,削弱对外包项目的充分理解,影响了合作双方感情的建立。人员的不稳定必将造成管理策略的不连续,削弱双方合作和信任基础,给外包项目的管理和监督带来不必要的麻烦,影响外包的服务质量和进度。
外包事务管理机构应该由银行战略规划专家、外包咨询专家、各部门熟悉本行业务信息流关系的代表、信息技术专业人员、费用预算人员、法律顾问、实施管理和协调人员组成。主要负责外包前对国内、外行业、竞争对手以及自身的信息化需求进行调查研究;识别信息技术的核心竞争能力;在收益、成本和风险之间进行平衡并进行外包决策;制定外包的建设技术标准;设计外包方案,避免重复投资与信息孤岛;评价外包商的技术等级、发展能力,选择承包商;签署外包合同;对外包服务过程进行全面监督、协调和控制;处理与现有外包商的外包关系;监督并审议通过外包商的技术决策;积累外包经验并帮助制定未来的外包决策;谈判并推行未来的外包合同;使IT整体战略与不断变化的银行的整体战略保持一致。
明确IT外包范围 哪些是构成核心竞争力的信息技术,哪些是可以外包的非核心技术,外包范围的确定是商业银行信息技术外包中面临的首要问题。 JP摩根公司通过对美国商业银行的电子化发展研究,提出M1-M2-M3层信息技术构架理论(如图1所示),M1是指计算机系统的硬件、系统软件、工具软件、网络设施和其他银行使用的专用机具;M2层主要由应用软件和人机接口组成;M3层的内容主要包括业务流程重组、策略规划、应用系统集成和现有应用系统的管理和维护。M1层的技术属于技术提供商而非银行,对于商业银行来说,M1层的竞争主要表现在合并分散的数据处理中心以追求更好的规模效益;在M2层的信息化建设上,美国商业银行走了一段曲折的道路,开始采取完全自主开发的方式,在支付巨额开发成本的同时,还要承担开发失败的风险,开发完成后发现各家银行基本雷同,是一种低水平的重复建。因此进入上世纪80年代,美国商业银行不仅共同投资建设网络,实现资源共享,而且逐渐与IT公司合作开发软件或直接使用商品化的软件。经过研究发现,美国商业银行在M1和M2层的开发投入,实际收获的只是M1和M2层的技术培训,在M1和M2层领先所产生的效益不如M3层快。 借鉴美国商业银行的电子化发展经验和摩根公司M框架理论,我国商业银行在进行信息技术外包的过程中,应将M1、M2层外包,利用外包商的规模效益,降低成本,集中力量建设M3层,才能培养核心竞争力,实现特色化经营。 建立对外包商资格审查制度 外包成功的关键因素之一是选择具有良好社会形象和信誉、相关金融行业系统实施经验丰富、能够引领或紧跟信息技术发展的外包商作为战略合作伙伴。因此,对外包商的资格审查应从技术能力、经营管理能力、发展能力这三个方面着手。 技术能力:外包商提供的信息技术产品是否具备创新性、开放性、安全性、兼容性,是否拥有较高的市场占有率,能否实现信息数据的共享;外包商是否具有信息技术方面的资格认证,如信息产业部颁发的系统集成商证书、认定的软件厂商证书等;外包商是否了解金融行业特点,能够拿出真正适合商业银行业务的解决方案;信息系统的设计方案中是否应用了稳定、成熟的信息技术,是否符合银行发展的要求,是否充分体现了银行以客户为中心的服务理念;是否具备对大型设备的运行、维护、管理经验,和多系统整合能力;是否拥有对高新技术深入理解的技术专家和项目管理人员。 经营管理能力:了解外包商的领导层结构、员工素质、客户数量、社会评价;项目管理水平,如软件工程工具、质量保证体系、成本控制、配置管理方法、管理和技术人员的老化率或流动率;是否具备能够证明其良好运营管理能力的成功案例;员工间是否具备团队合作精神,外包商客户的满意程度。 发展能力:分析外包服务商已审计的财务报告、年度报告和其他各项财务指标,了解其盈利能力;考察外包企业从事外包业务的时间、市场份额以及波动因素;考察银行的外包合同对外包服务商财务状况的重要性如何;评估外包服务商的技术费用支出以及在信息技术领域内的产品创新,确定他们在技术方面的投资水平是否能够支持银行的外包项目。 对外包实施进行风险监控 信息技术外包的目的在于通过整合信息技术合作伙伴的企业资源,快速实现服务手段和服务方式的信息化,满足客户的需要。信息技术外包中产生的任何风险都会严重影响银行的形象。因此,在信息外包的全过程中要实施风险管理。 风险管理应分为四个步骤:第一步是识别外包实施中各阶段的宏观、微观层面风险,设置监控点。宏观上密切关注信息技术、外包市场的发展,以及银行自身经营环境、竞争对手外包策略、外包商经营状况的变化,防范技术、市场风险。微观层面上,听取外包商在项目实施不同阶段的报告,评估外包商运行的信息系统和相应的控制措施(如资源安全性、完整性、保密性),定期审查外包商相关的内部控制、系统开发和维护、以及应急计划措施,以保证它们符合合同要求,并且与当前的市场和技术环境相一致;了解外包服务是否及时,服务质量、服务水平是否得到提高,防范交易和信誉风险。第二步是分析造成工作偏离预定标准的问题的实质,对产生问题的原因进行调查并做出结论;第三步是拟订解决问题的可行方案,并从中选择出最好的;实施选定的方案,使外包工作回到原定的、期望的标准上。 建立对外包商激励机制 外包商的经营目标是实现利润最大化,而银行希望以公平价格获得良好的服务,因此,商业银行应制订激励机制,将其经营绩效与外包服务要求挂钩,使合作双方目标一致。可采取以下激励措施: 优质优价:根据信息技术外包的范围,按照系统正常运转的时间、效率,制定合格、满意、优质三层标准,达到不同标准给予不同价格。标准的制定应该随着技术的发展而不断提高,如果外包商在技术方面的创新能够使银行实现某些业务盈利,应给予外包商一定的奖励。这样可以鼓励外包商使用新技术、持续改进服务。
级别管理:根据对外包商的资格审查、合作时间长短、合作过程中满意程度,制订相应的评级制度,将外包商划分为准入级、合作级、伙伴级。级别评定是能上能下的,如果外包商的服务水平下降、服务质量降低,就会被降级。级别管理是希望通过一系列连续的合同来加强银行与外包商的合作关系,提醒外包商通过优质服务建立良好声誉、获得收益的重要性。
it技术部的工作总结该怎么写?的我为大家收集整理了“it技术部门工作总结”,供大家参考!希望可以帮助到大家!更多精彩内容请持续关注!
it技术部门工作总结一20XX年度是技术部快速、稳步、持续发展的一年。在公司各位领导大力支持下以服务作为技术部的工作重心,努力打造安全、稳定、高效的企业网络,在信息化建设、信息安全保障、系统研发等项目中,与各部门紧密配合,顺利完成了20XX年度的工作任务,发挥了技术部技术支持的工作职责。现将20XX年度的工作总结如下:
一、年度大事件
1、 XX传播机构信息化建设,XXOA的功能修改,逐步完善业务、人力行政、财务等流程,使信息平台支撑公司的制度执行;
2、 ERS系统前期自行开发,后续工作外包给开发商,与开发商的技术对接及进度跟进,测试修改程序,以及数据迁移工作;
3、 MOSS系统解决方案的定制,并根据海辰自身特性,做出规划实施方案和实施周期,计划将OA个别功能集成开发至MOSS中;
4、 配合公司的种子计划提供技术支持;
5、 XX机房高温预警解决方案;
6、 保障总部、分支机构网络安全运维,突发事件的及时响应恢复;
7、 XX分公司办公地址搬迁,网络、电话综合布线规划及工程实施;
8、 企业域名续费及备案工作;
9、 部门人员流动,做好人员及时补充,避免工作衔接疏漏可能造成的工作停滞;
10、协助公司制作绿色办公宣传报,协调海辰十周年庆活动筹备工作。
二、开发组工作
(一)ERS系统开发工作:
1 发布开发商修改的ERS程序并进行测试,将错误整理成文档,提交给开发商继续修改,循序渐进地进行这些工作。
2 不断跟进开发商修改的进度,向领导汇报工作情况。
3 分析ERS数据库和MP数据库,并整理数据库中各个数据表的结构表。
4 开发程序迁移的程序,并不断完善和改进程序。
5 分析ERS数据库和MP数据库中各个表之间的关系,按照ERS数据库的结构,将MP数据库中的数据统一整理出来,时间截止到20XX年5月31日。
(二)遇到的问题:
1 在测试的过程中发现新系统中部分功能不符合驿若工作人员使用要求,与驿若和开发商共同分析提出修改意见。
2 整理出的错误数据,在修订后仍然还会存在问题,与驿若人员沟通,重新修改。
3 因旧系统中数据量庞大,尤其是新闻、广告的数据有上百万条,整理出来的数据经XX公司修订后,导入新系统中时,发现存在很多问题,有将近二十多万条数据不能导入到新系统中去。将新闻数据按照每个Excel中放10000条数据整理出来,通过程序调试找出错误,提交驿若公司重新修订,再导入到新数据库中。
(三)经验积累:
1 对数据迁移的方法有了一定认识,总结出在数据量比较大的时候,一定要严格按照新数据的结构整理数据。
2 整理出来的数据,必须制定修订的标准,并对修订数据的人员进行培训,讲解如何。
3 需求分析能力有待提高,与开发商沟通分析问题需要提高方式方法,并针对需求找出解决问题的办法。
三、网络组工作
(一)服务器安全运维管理
1服务器安全运维,提高安全级别,病毒防御能力提升,系统优化;
2服务器及数据、程序定期备份,确保数据灾难恢复;
3机房高温预警解决方案,并实施;
4处理驿若OA服务器损坏事宜,OA系统迁移工作,重新向开发商申请机器码及序列号。
(二)网络安全运维及系统运维
1保障XX、XX网络安全运维,突发事件的及时响应恢复;
2XX、XXOA及企业邮箱用户增删,流程、表单的修改;
3XX、XX员工电脑每日维护工作;
4MOSS系统解决方案的定制,并根据XX自身特性,做出规划实施方案,实施周期,计划将OA个别功能集成开发至MOSS中,并进行演示系统搭建;
5邮件系统管理维护,邮件发送错误报告分析及时解决;
6闲置、报废电脑配件合理分配利用,有效节约成本;
7机房频繁断电,请物业配合进行电力改造,技术部连续值夜班维护、服务器等设备;
8XX各部门网络综合布线调整;
9XX前台装修,协助各部门工位调整,网络、电话线路重新部署,保障正常有序办公;
10XX分公司办公地址搬迁,网络、电话综合布线规划及工程实施;
11其他电子设备的调试和维护。
(三)电话、电话程控机维护
1XX、XX电话程控机管理维护,电话终端维护;
2解决XX总机拨入拨出经常占线问题,将张总直拨加入程控机,开通程控机端口,并咨询网通关于开通中继线路的方法及相关费用;
3XX程控机来电录音,解决来电转接无声音问题。
(四)遇到的问题
1尽心尽力去解决问题,但有时得不到理解;
2执行力仍需加强;
3部门协作不到位。
(五)经验积累
与其他部门同事沟通能力有待提高,需提升部门单元工作能力,使每一个人的执行力,对工作规划、执行、总结能力应加强。与其他部门同事沟通时应注意方式方法,争取其他同事的理解和支持。
四、部门管理、电子类固定资产管理及其他工作:
1、电子固定资产日常更新;
2、每月制作《固定资产月报表》;
3、验收、分类、编号、登记、封存保管、调配、借入借出固定资产表登记;
4、IT技术部每周会议纪要,日常工作汇报,工作中的问题及下周工作计划整理;
5、新人入职管理流程,固定资产分配;
6、闲置电脑合理分配利用;
7、编排电话分机表,按最新的部门分组,电话排查,对应对话使用;
8、部门内部人事变动,员工招聘、筛选、面试工作。
五、20XX年工作计划
1、ERS系统验收,程序源码了解,为今后系统修改或版本升级做准备;
2、MOSS系统详细分析规划,与微软技术进一步沟通,对MOSS更细节了解;
3、XX、XX信息平台、网站、邮件系统的运维保障;
4、员工电脑的日常维护;
5、技术能力的学习提高;
6、部门人员沟通力、执行力、规划能力的培养;
7、增进团队凝聚力,协作能力。
it技术部门工作总结二一年来,GOA系统、国外销售网站、软件、游戏网站、各收货商网站等等都是我们项目部的职能范围。20xx年项目部的主要绩效集中在自动囤取软件、自动收货软件、自动转货软件等一系列自动化软件的开发工作上,借助这些软件,公司的营运及管理效率得到了提升,为公司带来了效益!但是我们还有非常大的提升空间,需要大家共同努力去突破。
我们现在还存在以下几个需要解决的问题:
第一点:部门人力配置不足,分工无法细化。一些岗位有经验的技术人员难招聘,是导致这个问题的主要原因。由于公司所在的地区为县级市,导致很多大城市有经验的技术人员不愿意来这边。我们以后可以从身边的同事和朋友方面着手拓展技术人员招聘这块,也希望在座的兄弟姐妹们一起帮帮忙,挖掘身边的合适资源。
第二点:部分同事在处理一些相对繁琐的工作任务地时候,主动性和积极性方面有所欠缺,工作效率比较低。对于这点,接下来我们会借助绩效考核等管理工具,让那些能够为公司创造价值,付诸自身努力的同事,思想汇报专题无论从物质上还是精神上都能够获取更大的利益。更重要的一点,就是沟通和合作也是创造效率必不可少的条件。
第三点:一些项目型系统开发的延期,暴露出了我们缺乏项目管理方面的经验。接下来的工作我们需要有清晰的工作流程、责任更加明确、有序地去运作,还需要制定并逐步完善一些相关的开发规范。现在我们已经使用了Redmine对分配的任务进行跟进,不过还是无法满足我们实际的一些需求,这一块还需要作进一步的完善。
把以上提到的几点改善了,相信我们大家在工作当中都能够得到提升。
我们深刻理解项目部门对于公司发展的意义及公司对项目团队的期待和要求!所以,团队的每一位兄弟姐妹们对于公司的价值不言而喻,要充分发挥出我们团队的战斗力,需要我们拧成一股绳,共同努力。有一点可以肯定,“世间自有公道,付出总有回报”,只要我们付出努力,无论是在个人职业素质,物质报酬,或是职务上都会得到提升。目前我们正在开发的CRM系统,工作室管理软件,游戏帐号管理系统,还有GOA10和其他一系列的维护工作,以及接下来要做的游戏麦网站的改版,我们都有信心做的更好。
我深信,只要我们能够齐心协力,就可以发挥出超强的团队战斗力,就能够跨越前进道路上的任何障碍。
it技术部门工作总结三20XX年这一年中,在公司领导的正确领导及对公司信息化建设的高度重视下,经过it部门全员长期努力,公司信息化工作取得了明显的成效。现将20XX年it部工作总结如下:
一、取得的成绩
(一) 建立XX协同工作管理平台
为了深入贯彻落实公司关于建设“无纸化办公”和“流程化办公”的决策精神,不断提高管理效率,提高资源使用效率。
在公司领导的大力支持下,在各部门同事的配合下,XX协同工作管理平台(简称oa办公系统)一期(行政及业务合同板块),于20XX年6月25日起全面启动。
(二) 增加服务器,为各部门提供了更加强大的工作信息平台
公司为了提高工作效率,建立强大快速的工作信息平台。
于20XX年三月购进新款dell r71 服务器szprofit,替换以前老款r71工作服务器。老款r71工作服务器改名为szprofit-k作为金蝶财务软件专属服务器。
并于20XX年5月再次购进两台新款dell r71 服务器szprofit-2、szprofit-oa,分别作为工作服务器及oa办公系统专属服务器。
到20XX年年底,公司共计拥有服务器4台,台式pc机8台,为各部门员工的工作提供了一个强大、快速的工作平台。
(三) 加强对信息设备的日常维护,为各部门提供更稳定的工作信息平台。
按照公司行政部领导的工作指导 ,建立稳定、安全的工作信息平台。特别是针对可能发生的服务器损坏,人为或非人为的数据丢失,做出一下防范策略:
1每周末对公司软件、硬件做全面的维护。
2每周末对公司szprofit、szprofit-2工作服务器中的数据做相互备份处理。
3每周末对公司szprofit-oa服务器中的oa办公系统数据做备份。
4每个月23—3号对szprofit-k中的金蝶财务软件所有财务数据做备份,做到服务器中的数据有备份,如果出现意外,数据可以恢复。丢失数据总量不会超过一个星期。
(四) 加强信息安全工作,严格防范计算机病毒引起的印象公司各部门顺利工作及危害业务开展及的情况。
为防止计算机病毒在局域网内扩散,降低因病毒造成的安全风险,公司每台计算机均安装了正版的nod32安全套装,做到从源头上防止病毒在网内扩散。
(五) 加强对公司重大活动影音资料的整理及备份。
按照公司行政部领导的工作指导 ,加强对 公司重大活动影音资料的整理及备份,建立公司重大活动完整的影音数据库,方便后期工作需要的查找及使用。公司于20XX年1月购进XX高清摄像机一台,并于20XX年8月购进XXudb3 75g移动硬盘,作为储存设备。
至今已备份的活动有:
(六) 对公司小会议的多媒体改造,提高会议室的功能性及使用率。
为了减轻大会议室多媒体的使用压力,加强小会议室的功能性及使用率。行政部于20XX年9月26日对小会议室进行多媒体改造,在原会议室的基础上增加led平板电视机一台,使其具备播放ppt文件和视频演示等多媒体功能。
二、工作中的不足
(一) 自我知识匮乏,缺少专业技术知识及管理知识
在20XX年的工作中我感觉到自己专业知识、管理知识的匮乏,今后我将要在这两个方面加强学习,提升自身综合素质,全面发展
(二) 工作缺少组织能力
在20XX年的工作中,我感觉到自己的工作比较忙乱,往往陷入琐碎的事务中不能脱身,有时难免顾此失彼,缺乏对工作的组织能力。今后我将要在工作中善用零星时间,继续进行高效的时间管理,按照工作重要性、紧迫程度合理分配时间,尽量做到及时完成领导交代的工作。
(三) it部人员不足
20XX年公司新增加服务器三台服务器,软件系统两套,硬件及软件维护工作量在明显增大。
现it部门的日常维护有:
1 三大软件系统(公司日常办公系统、oa办公系统、金蝶财务系统)
2 硬件设备有服务器四台(szprofit、szprofit-2、szprofit-oa、szprofit-k),终端机75台,财务独立pc机6台、总裁个人专用电脑2台,led大屏幕一块及配套电脑1台,打印机及复印机5台,电视机5台。
3 主干网络路由器及其它网络设备。
4 视频会议设备4套(XX2套、XX1套、XX1套),特别是今年新上oa办公系统,维护量明显增大,现在信息部门出现人手荒的情况。
(四) 软硬件设备不足
1 服务器安全备份
至20XX年年底,公司共有服务器四台,其中工作服务器两台(szprofiit、szprofit-2)程序服务器两台(szprofit-oa、szprofit-k),而服务器与服务器之间缺少安全备份及紧急恢复系统系统。当某一台服务器出现硬件故障或软件故障时,另外一台服务器很难马上作为备用服务器充当主要工作服务器的角色。
特别是工作服务器szprofit和szprofit-2,公司同事的全部的日常网络办公全部集中在这两台服务器上,一旦出现服务器故障,将会导致出现工作混乱、停止的情况。
2 网络安全
随着公司的发展,公司的网络环境也起着变化。公司网络环境已经从基本半封闭的局域网办公,发展到现在由两套完全对外开放的办公软件系统(oa办公系统、金蝶财务管理软件),组成的现代化网络办公网络。
但是随着网络环境的变化,我们也将面对更加复杂的网络风险,诸如病毒、蠕虫、木马、黑客入侵等对网络安全的危害。
而我公司现在的网路安全方面主要是针对网络及计算机病毒安装了“nod32网络安全套装”,其主要功能在于对计算机病毒文件及木马进行查杀。但是对于网络攻击,黑客入侵等网络威胁,就显得有点捉襟见肘了。
三、20XX年it部的工作思路及工作目标
(一) 梳理oa办公软件业务流程
根据公司领导的工作指导及公司新的组织框架结构,重新梳理公司oa办公系统的业务流程,并对其优化处理,在不影响公司领导办公的情况下,尽量简化步骤、缩短流程,加快处理速度。
整理方案:
1 梳理oa流程,以模拟的形势将流程全部走一边。
2 将重新制作的oa流程做成ppt文件,并要发给每个部门负责人。
3 按照各部门负责人提出的意见修改流程,并上报公司领导,做最终确认。
4 流程确认完成,做成《oa简易 *** 作流程》ppt文件存档,放到公告栏中以便大家快速,便捷的处理oa上的 *** 作问题。
(二) 增强it部门的服务意识
缩短从接到故障问题报修到问题解决的时间,保证每天服务器的稳定工作及网络的畅通。
增强责任心,为公司领导及各部门的同事提供优质的服务,努力做到满意一百、零差错,全面提升服务质量,树立良好的部门形象
(三) 提高it服务水平
不断学习提高业务技术水平、注重积累。将每日遇到的问题及处理办法进行记录,对常见问题及处理办法进行归类。对常见故障整理出《常见故障问题检查、处理流程》,放到公告栏中以便大家快速,便捷的解决问题。
(四) 完善it部门的工作流程及各项规章制度
完善设备从申购、购买、入库、出库、到后期维修、报废的工作流程及相关各项规章制度。
增加从公司文档权限变更,oa流程变更、公司内网数据变更、公司数据拷贝等事宜的相关流程及规章制度。
建立一套完整的it部门管理制度,将it部的工作细致化、流程化。
(五) 建立完整的it部资料
按照行政部领导的工作指导,根据每个公司员工从个人使用的台式电脑到对应的物理地址、个人所属的ip地址、电话号码等信息,建立完整的网络信息资料库。
四、总结
在20XX年这个新的年度里,我将改正过去工作当中的不足,强化专业技能,不断提高自身综合素质,更加努力的完成工作,为公司的发展做出贡献。
it技术部门工作总结四时间过的真快,到XXit事业部工作已经有一个月了,在这一个月里我由一个刚毕业的学生转变成了一名工作人员,在自己心里有很多的感触。下面我来具体说一下我所学到期的东西:
1、学会了专业知识
对维修方面的知识有了一定的了解在每天早晚的会议中,由专业的工程师为我们讲解关于电脑方面的知识以及常见的故障,使我对专业知识有了一定的了解。
2、学会了与人沟通的重要性
我所负责的工作是前台接待,在这个工作中最重要的就是与客户之间的沟通,在这个环节如果做的好了,就会提高客户的满意度,从而也提高了部门的利润,为部门带来了更多的利益。相反如果做的不好,老客户也会变成陌生人。
3、学会了与同事之间和平相处
我喜欢这个部门里所有的同事,因为他们都很随和,当看到我在某些地方做的不对时,会主动跟我提出,并告诉我应该怎么去做,使我在工作中很愉快。
4、学会了责任的重要性,懂得了诚信
给我印象最深的一名话是“给客户的承诺必须做到!”给了客户的承诺如果做不到,就不应该给客户承诺,给了就应该做到!要为自己的言行负责,可能因为自己的一句话,整个部门都会受到影响。所以一定要明白自己的承诺能不能做到。
it技术部门工作总结五时间过得很快,xx-xx年已接近尾声,回顾从今年8月加入XX公司这个大家庭以来,在3个多月的时间里,慢慢地熟悉了本职的工作以及陌生环境的磨合,努力提高理论知识,踏实工作认真完成领导交办的各项工作任务,使自己渐渐的融入和适应到新的工作环境中。过去的几个月里在领导和同事们的悉心关怀和支持帮助下,通过自身的不懈努力,在思想、学习和工作等方面取得了新的进步。总结如下:
刚进入公司的时候,对公司的服务器、监控系统以及局域网不是很熟悉,给工作带来了很多不便,渐渐在发现自己大脑对相关理论知识储量不够,通过到XX图书管查阅相关的书籍、网上查阅相关的资料以及向同事虚心请教,对服务器、监控系统以及局域网慢慢熟悉起来了,同时也发现了在IT方面存在诸多问题。
1、对公司里的电脑进行大规模的维护。
由于前任同事的原因,公司里多数电脑好久没有维护了,都出现电脑系统反应慢、接收不了邮件、K3系统无法连接服务器、访问不了公共盘、网络连接不等问题。在这三个多月里给13台电脑重装了系统、其他电脑对其杀毒软件进行更新杀毒,清理文件垃圾。公司里的电脑运行速度明显地加快了。以上问题一般都是电脑使用不当引起的,主要是感染病毒,导致系统文件损坏。处理方法是:查杀病毒,如果还不行的话,只能重装系统了。所以在此建议要规范电脑的使用,不要浏览不洁净的网页;使用邮箱、聊天软件时,不要随便接收来源不明的文件;要提高电脑防范病毒的意识,以保证公司的网络安全。
2、经过对公司的监控系统的观察、了解,发现公司的监控系统也存在问题
(1)监控系统每隔二、三天就会自动关闭。
(2)有些监控摄像头由于没有红外线功能,到了晚上就看不清了。对于第一个问题,我觉得是监控主机的采集卡不太兼容,因为监控主机采用了两张不同型号的采集卡。我建议:更换彩集卡,把彩集卡更换成同一个型号的。对于第二个问题,我建议更换高清的监控摄像,使其在晚上能清晰地分辨事物。良好的监控系统对公司的财物安全至关重要,对公司的财物安全问题防范。
在人事管理方面,基本上熟悉了人员的招聘、新员工入职手续的办理、档案的录入,通个对个人办公物品和部门固定资产进行了登记,为此特地制作了统计表。使得个人办公物品和部门固定资得到有效的管理和控制,杜绝管理上的失控和资产流失。在8、9月份,出现生产用工紧张,在10月份,对员工进行了加薪,基本上解决了用工紧张的局面,在一定程度上缓解了生产上的压力。
宿舍管理、办公用品采购,在许主管的帮助下,也有序进行。在宿舍方面,部份员工的卫生意识不强,室内卫生脏、乱、差。走廊过道处垃圾随处可见。可见,员工的卫生意识有待加强。刚接手办公用品采购,对控制办公物品的质量、数量不是太理想,今后在这个问题上会稍加注意。
在3个多月中,也深深地认识到自己的不足:
(1)理论知识准备不够。在工作中,现学现用,忙于查资料,浪费大量的工作时间。
(2)工作思路不清晰,系统性不强。在工作任务繁忙的时候,工作容易出现混乱,有时候不知所措。
(3)还需建立自我,追求小我,达到忘我。树立自己的目标,用公司的发展来实现个人的理想,使个人的利益与公司的利益紧密结合。
对公司今后发展的几点建议:
(1)用公司的管理制度来对公司管理。要使公司的管理理念深入人心,使员工自觉尊守公司的管理制度。而不是实行“家长式”管理:紧紧依靠管理者的个人威信和道德来对员工的管理。
(2)建设企业核心文化。多开展活动,让员工了解对企业发展史的,组织向老员工、优秀员工学习,激励员工奋发向上。
(3)完善生活措施。现在90后的员工占主体,新一代的员工更多的是追求生活、精神上的娱乐。建立一个舒适的生活环境,使员工有着充沛的精力投入到生产中去。
总之,自己在以后的工作中要加倍努力,一定听从领导的安排,积极主动地工作,好好学习理论知识和提高管理水平,为公司做出应有的贡献。
项目开发方面
项目应以需求为核心。一个项目是否能够成功,对需求的准确把握在成功因素中要占上60%的比例。不管系统的架构设计、团队管理有多么的成功,如果需求出现偏差,仍然是南辕北辙。由于eas项目的特殊性,项目开发过程中能够与客户建立有效快速的沟通渠道,是项目成功的关键。
需求必须获得客户的确认。通过需求调研与分析后获得的用户需求说明书,以及软件需求规格说明书都必须得到客户的签字确认。确认的内容包括项目的目标、范围以及项目需求功能点(用例)。eas项目在前期对需求不够重视,导致在需求理解上出现了一些偏差,从而影响了项目的进度。幸而得到了及时的纠正,在项目管理部的协助下,所有需求都得了客户或客户代表的签字确认。从而使得项目在客户验收时,有了充分的保证。
项目应确立专门的需求分析师。公司没有专门的需求分析师,不能不说是人员配备上的一大弊端。(软件开放工作细分的第一步就是要有专门的系统分析员或需求分析师)从eas项目的开发过程中,我们就充分地认识到这一问题的严重性。需求的不断更改,客户迟迟未签字确认,原因正是在于我们没有专门的具有丰富经验的需求分析师。普通开发人员在调研需求以及撰写需求规格说明书时,总是会出现偏差或理解错误的地方。软件需求分析是一项重要且负责的技术,没有经过专门训练的需求分析师,通常会给项目带来隐患。
项目应指定各个模块的需求接口人。只有这样,才能有效地保证项目组与客户的及时沟通,快速响应客户的请求与反馈。eas项目在开发早期及时地确立了需求接口人,在一定程度上规避了需求变更给项目带来的风险。但是,确立的需求接口人未经过系统培训,在需求调研以及与客户沟通的过程中,工作表现只能说是差强人意。
注意维护需求调研记录以及需求跟踪表。这一工作做得不够好。由于需求调研人不够专业,而项目经理以及需求分析负责人对这一过程还欠缺足够的重视,同时没有好的工具或流程来监控这一过程,使得需求调研记录没有发挥更大的作用。此外,需求跟踪也非常重要,毕竟,任何项目的需求都不是固定不变的,需求随时会发生变更,而开发人员实现的需求也可能会与客户的要求偏差。
注意维护需求矩阵。项目经理对这一内容缺乏足够的重视与理解,项目开发过程体系中也缺乏好的需求矩阵文档模板。但是在项目中后期,项目及时撰写了eas项目需求功能列表,并结合交付版本与客户进行了沟通和协商,从而规避了需求偏差的风险。(需求追踪,任何原始需求来有头就有尾。原始需求->用户需求->产品需求->软件需求->设计->测试等一系列的追踪。需求追踪的目的一方面是检查需求是否都已经实现有无遗漏,更多的是为了做变更影响分析使用)
控制需求变更。重视ccb的作用,同时应建立需求变更的响应机制。eas项目组对于需求变更的响应还不够及时,这一点项目经理与项目管理小组要担负一定的责任。(范围管理中范围控制的内容,变更管理是配置管理的一个重要内容。需求必须要受到控制,否则容易引起计划的频繁调整而发生混乱)
设计
重视架构设计。eas项目的成功,一定程度是源于我们有个优秀的框架开发小组,我们在项目立项之初就基本确定了整个系统的架构。其中虽然发生了一些变化,但核心架构仍然没有发生大的变化。由于,我们建立了稳定、简单的系统框架,可以极大地提高开发效率,规避了对框架的重复编码。(软件开发的第二个重要分工就是最好有专门的架构设计人员,架构设计和总体设计要由1-2个人来完成,以保证高度的概念完整性和设计统一)[1][2][3][4]
善于对设计作出取舍。项目开发的三要素是成本、质量与进度。在保证质量的前提下,为了项目进度不出现大的偏差,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项目中发现人员变更的情况也非常严重,因此这里重点介绍关于人员变更的管理。
如果发生人员进入的情况,那么对项目带来的通常都会是好的影响。但我们也必须注意如何让新成员更快地融入团队。整体上讲,如果需要新成员加入,发生变更的最佳时机是项目前期。如果在项目中后期加入新成员,无疑则意味着项目出现了灾难性的后果。而新增加的成员,由于不熟悉项目,所能带来好的影响也是有限的。如果不处理好新成员与老成员之间的合作关系,反而会带来负面影响。
人员的退出很多时候是不可控的,同时对项目带来的影响也是不可估计的。为了将这些影响降到最低,就必须在项目开始之初就要确立编码规范。同时,还应该重视对文档的维护与更新。而在人员退出时,必须做好交接工作。同时,还应对这种变更进行合理的评估,并及时报告项目管理部,并与客户及时沟通。如果对项目进度有严重影响,应争取最大的努力取得客户的理解,提出项目延期的申请。
风险管理
要在项目开始之初就考虑到项目过程中可能出现的所有风险,是不现实的。但是,我们必须考虑对风险的管理,尤其是在制订项目计划以及创建团队的时候,考虑这一因素。风险有很多,包括需求的风险、进度的风险、质量的风险以及技术风险等。必须制定一套完整的风险管理计划,而一旦发生了风险,则必须及时响应,组织相关人员解决风险。不能忽略任何一个小的风险,否则一个小的风险到最后会造成大的灾难。风险的把握必须要有项目经理与系统架构师把关。
成员管理
不团结的项目组是无法保证项目的成功地。项目经理与项目组长在管理团队成员时,必须时刻注意成员状况,即使处理工作出现的矛盾与摩擦,随时保证团队合作精神得到最大程度的执行。
持续地保证项目成员的士气非常重要。项目每取得一个阶段性的进展,必须告知全体成员,如此才能收获成功的信心。项目开发过程需要注意劳逸结合。一味地强制性加班,只能降低项目成员的工作效率。项目过程中,如能适当地开展一些活动,无疑能够让团队成员感受到项目组的集体气氛。在阶段实现的重要时刻,项目经理必须注意通过文字、语言等激励项目组成员。而项目经理的自信也是保证成员士气的一个关键。
必须注意了解团队成员的心理状态与工作状态。项目成员的战斗力除了是个人的能力发挥之外,一个好的领导也是至关重要的。因此,必须选择合适的项目组长,通过他们掌握整个项目团队成员的工作进展。同时,还要了解每个成员的能力,以安排合适的角色与岗位。
重视开发组与测试组以及项目管理小组的合作。项目组是一个整体,每个成员的角色不同,但大家都是团队的重要一员。
作者:张逸具有多年的软件开发与设计经验,他是两届微软最有价值专家(mvp),著作/译作包括《软件设计精要与模式》、《wcf服务编程》。张逸熟悉c#,asp,wcf等技术,同时深谙面向对象领域的相关技术。目前,他主要从事 soa企业信息解决方案的设计与研究,以及敏捷方法的推广与实践。张逸是捷道·敏捷堂的创始人。
思远IT学院智谷校区智典IT服务外包公司规章制度
员工宗旨:爱岗敬业 精益求精
1 员工要明确公司经营之目的,应始终把服务广大师生放在首位,应明确自己的工作职责。协助设备科老师建设智谷校区教学及办公资源,对校区设备进行维护管理,对校区教学耗材管理核算等;在工作中注意培养职业素质,为全校学员做一个表率。
2 忠于职守,服从设备科老师、各部门经理(含行政助理)的工作安排。遵守员工考勤制度,做到不迟到不早退(到时签到,走时签退)。
3 对于被记过三次的员工,视为自动离职。
4 所有员工应注重团队协助能力的提高,并经常交流工作心得与经验,增强本公司凝聚力。
5 所有员工应中实行责任到人制,对自己做的事要负责,出现问题要主动承担责任。
6 公司所有员工实行优胜淘汰制,对违反纪律的员工视为自动离职。由行政部对员工进行行政考核,员工要对自己严格要求,员工之间要相互监督、共同进步。
7 所有员工在工作时必须统一着装佩戴工牌保持良好的精神风貌,上班时不得擅自将非本公司人员带入工作区,如有非本公司人员进入工作区应立即将其劝导出工作区。
(注:公司内部人员如无特殊原因在非工作时间进入工作区将给予其记过处分。)
8 未经允许不得动用老师办公设备,不得进入中心机房,工作未完成时不得上网、娱乐、聊天。公司会议及集体活动不得缺席,会议中手机一律调为振动或关机。
9 工作完成后,应在关好灯、窗,摆好桌上的东西、放好凳子,清点好工具后才可关门离去。
10 进入机房维护时,应向授课老师表明身份,经允许后方可进入机房进行维护。
11 不得在上班期间嘻戏打闹,应保持良好的职业素养。
12 每个月由行政部对各员工的表现进行奖惩处理,对优秀员工进行加分奖励。
13 干部应以身做责,严于律己。员工和干部之间应相互监督,互促互进。
14 所有员工严禁泄漏任何与工作有关的电脑及设备的系统密码或配置。
15 所有员工不得利用职务之便在任何时间,擅自更改、破坏、移动校区所有教学电脑及其相关的软硬件设置。
16 所有员工进入设备科办公室不得擅自翻阅、开启办公室内的任何文件、电脑及文件柜,不得将办公室的任何工具、资料携带外出。
17 旷工一次记过处分,并内部通告。累计矿工两次,视为自动离职。
18 一个月内凡有迟到、早退、旷工或请假的员工,将取消其参加月度评优的资格。
19 向设备科领取任何物品必须征得设备科老师同意,并认真填写耗材领用单,在签字确认后方可领取。
20 所有员工进入设备科要喊报告,经老师同意后方可进入。
21 非当日值日的员工工作时一定要听从当日值班人员的安排。
22 若想退出公司的员工必须至少15提前天写好辞职报告报直接上级同意后亲自交给总经理手中,经允许后方可离职;否则将在公司内部通报批评,并给予处分。所有欲离职员工在未批准离职之前应严格遵守本公司的各项规章制度照常工作。
23 工作合格的员工将在毕业时领取由学校颁发的《实习鉴定书》。
第二篇
IT外包服务管理办法(初稿)
1,目标:
A,建立并健全IT外包服务保障体系,保证客户信息系统的运行稳定和不断发展;B,IT固定资产和耗材的管理和分配。
2,范围:
软件类:各平台 *** 作系统、各类应用软件、各类业务系统、各类网络终端的安装配置维护服务。硬件类:各类办公设备(或IT相关设备)运维、设备维修(二级维修)、IMAC(办公设备安装/迁移/升级/变更)、耗材采购/更换等服务。
3,办法:
1)IT服务流程管理。主要参考ISO20000ITSM服务体系管理标准。A,建立“一站式”服务平台。“一站式”IT服务台是用户与IT服务部门的中心联络点,客户的IT问题通过IT服务台获取答案和帮助。所谓“一站式”,就是业务部门可以一次性获取IT热线、IT现场等各种形式的IT服务,解决所有日常办公IT问题。B,IT服务台事件报告方式包括电话、电子邮件,或者网络即时通信方式,如QQ群,MSN群,甚至自己开发WEB平台为统一入口或者结合现行的OA软件等,所有事件应在服务台正式记录并可检索和分析。以多种报告方式,提供现场用户,远程用户最便捷的服务。
C,定义事件分级。
事件级别
一级
级别定义
影响业务范围
业务中断无法工作
影响业务描述
1,2,3,4,PC硬件故障PC系统崩溃网络中断。。。OS系统病毒邮件系统故障业务系统故障。。。打印故障电话故障业务系统缓慢。。。PC硬件更换耗材备料不足软件应用指导。。。
业务修复紧急程度
非常紧急,立刻处理。
二级投诉统计等,尽量多余用户多交流,用心了解用户的需求,以提升用户满意度为部门的唯一追求,不断的完善部门服务质量。G,制定一些考核方面的关键绩效指标(KPI),使用KPI的管理工具,例如,Remedy,IBM的Tivoli,BMC的Patrol等,从指标数据上来量化服务的质量。以便评估和改进IT服务。
4,IT服务团队管理。
A,要设置专门的岗位做监管工作,由服务经理每天进行监管。B,监管要和考核挂钩。。各种监控数据,一定要和对人的考核挂钩,查看每个人的执行情况如何,制定长期、中期、短期考核等,以此保证执行的严肃性。C,考核要和奖惩制度挂钩,申请一定的资金或者调休等措施,根据考核结果执行奖励或者惩罚。D,定期集体讨论事件处理过程,在不断寻求事件的最佳处理方案的过程中,实现集体的技术进步。E,严格执行事件记录制度,定期完善事件处理知识库,形成技术文档,以便新技术人员培训。
F,定期对团队成员做一对一,面对面的沟通,特别是加强跟总部外的人员交流,帮助员工进步,加强服务团队的凝聚力,以外包服务的质量。G,引进管理工具的配合。例如ITIL等,通过系统管理工具的监控,得到实际运行情况,并发现哪些问题需要解决,它能使日常管理工作更加有效、更加规范地得以解决。解脱服务部门“消防员”的工作状态,避免事件升级,提升服务质量到更高层次。
5,IT外包资产管理。
A,IT资产分为软件、IT设备以及配件耗材三大类。B,IT设备在初次投入使用前必须由IT管理员统一粘贴资产标识码、正版系统认证码,登记设备型号规格、MAC地址、出厂设备编号。C,制度资产管理各项制度,例如,《资产采购制度》,《资产领用和交还》,《资产转移制度》,《资产报废》。D,设备和耗材备货管理,保证有一定的设备和耗材备货量,以便及时的提供损坏设备更换,和耗材补充等。E,软件资产管理,配合公司电脑使用规范,保证正版软件的使用。F,使用资产管理软件,例如SCCM;ITAM,使IT管理人员能够在其整个分布式网络上对客户端,服务器和移动设备等进行 *** 作系统及应用的部署以及软,硬件的更新。更好的配合公司对IT资产的管理,监督和检查。
G,外包资产管理示意图
业务性能严重下降
1,2,3,4,
紧急,优先处理
三级
业务性能下降
1,2,3,4,
普通,正常处理
四级
问题请求,业务正常
1,2,3,4,
不紧急,与客户协商处理
D,事件状态。编号1234状态待处理处理中完成归档描述未安排技术人员处理技术人员处理中事件处理完成记录问题到知识库,回访客户,调查服务质量
D,技术人员处理事件流程。服务台作为整体服务平台,按照技术人员的技术特点和水平,细分为一线支持,二线支持等。
1,定义首问负责制,哪位技术人员最先接到业务部门的请求,就成为该事件的责任人。2,事件责任人以一线支持开始,第一时间到现场或者远程支持用户,判断事件级别,独立解决或者转移事件给适合的服务人员。3,责任人有权升级事情为二级支持,有权协调相应人员共同解决事件。4,负责人在事件处理完后,必须填写事件处理单。5,事件提交人员,必须签字确认服务完成,并对技术人员服务作出评价。F,定期提交服务报告、用户满意度调查、服务您的采纳是我的动力→→→)
以上就是关于IT外包有何风险及如何防范全部的内容,包括:IT外包有何风险及如何防范、it技术部门工作总结、互联网IT项目的管理心得体会等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)