岗位:程序员
程序员(英文Programmer)是从事程序开发、维护的专业人员。一般我们将程序员分为程序设计人员和程序编码员,但两者的界限并不非常清楚,特别是在中国。
作一个真正合格的程序员,应该具有的素质。
1:团队精神和协作能力
团队精神和协作能力是作为一个程序员应具备的最基本的素质。软件工程已经提了将近三十年了,当今的软件开发已经不是编程了,而是工程。独行侠可以写一些程序也能赚钱发财,但是进入研发团队,从事商业化和产品化的开发任务,就必须具备这种素质。可以毫不夸张的说这种素质是一个程序员乃至一个团队的安身立命之本。
2:文档习惯
文档是一个软件系统的生命力。一个公司的产品再好、技术含量再高,如果没有缺乏文档,知识就没有继承,公司还是一个来料加工的软件作坊。作为代码程序员,必须将30%的工作时间写用于技术文档。没有文档的程序员势必会被淘汰。
3:规范化的代码编写习惯
知名软件公司的代码的变量命名、注释格式,甚至嵌套中行缩进的长度和函数间的空行数字都有明确规定,良好的编写习惯,不但有助于代码的移植和纠错,也有助于不同技术人员之间的协作。一些所谓的高手甚至叫嚣高手写的代码一般人看不懂,我只能说他不是一名合格的程序员。
4:需求理解能力
程序员要能正确理解任务单中描述的需求。在这里要明确一点,程序员不仅仅要注意到软件的功能需求,还应注意软件的性能需求,要能正确评估自己的模块对整个项目中的影响及潜在的威胁,如果有着两到三年项目经验的熟练程序员对这一点没有体会的话,只能说明他或许是认真工作过,但是没有用心工作。
5:模块化思维能力
作为一个优秀的程序员,他的思想不能在局限当前的工作任务里面,要想想看自己写的模块是否可以脱离当前系统存在,通过简单的封装在其他系统中或其他模块中直接使用。这样做可以使代码能重复利用,减少重复的劳动,也能是系统结构越趋合理。模块化思维能力的提高是一个程序员的技术水平提高的一项重要指标。
6:测试习惯
测试是软件工程质量保证的重要环节,但是测试不仅仅是测试工程师的工作,而是每个程序员的一种基本职责。程序员要认识测试不仅是正常的程序调试,而要是要进行有目的有针对性的异常调用测试,这一点要结合需求理解能力。
7:学习和总结的能力
程序员是很容易被淘汰的职业,所以要善于学习总结。许多程序员喜欢盲目追求一些编码的小技巧,这样的技术人员无论学了多少语言,代码写起来多熟练,我们只能说他是一名熟练的代码民工,他永远都不会有质的提高。一个善于学习的程序员会经常总结自己的技术水平,对自己的技术层面要有良好的定位,这样才能有目的地提高自己。这样才能逐步提高,从程序员升级为软件设计师、系统分析员。
作为高级程序员,乃至于设计师而言,除了应该具备上述全部素质之外,还需要具备以下素质:
1、 需求分析能力
2、 整体框架能力
3、 流程处理能力
4、 模块分解能力
5、 整体项目评估能力
6、 团队组织管理能力
岗位:项目经理
主要职责:
1、 计划:
a)项目范围、项目质量、项目时间、项目成本的确认。
b)项目过程/活动的标准化、规范化。
c)根据项目范围、质量、时间与成本的综合因素的考虑,进行项目的总体规划与阶段计划。
d)各项计划得到上级领导、客户方及项目组成员认可。
2、 组织:
a)组织项目所需的各项资源。
b)设置项目组中的各种角色,并分配好各角色的责任与权限。
c)定制项目组内外的沟通计划。(必要时可按配置管理要求写项目策划目录中的《项目沟通计划》)
d)安排组内需求分析师、客户联系人等角色与客户的沟通与交流。
e)处理项目组与其它项目干系人之间的关系。
f)处理项目组内各角色之间的关系、处理项目组内各成员之间的关系。
g)安排客户培训工作。
3、 领导:
a)保证项目组目标明确且理解一致。
b)创建项目组的开发环境及氛围,在项目范围内保证项目组成员不受项目其它方面的影响。
c)提升项目组士气,加强项目组凝聚力。
d)合理安排项目组各成员的工作,使各成员工作都能达到一定的饱满度。
e)制定项目组需要的招聘或培训人员的计划。
f)定期组织项目组成员进行相关技术培训以及与项目相关的行业培训等。
g)及时发现项目组中出现的问题。
h)及时处理项目组中出现的问题。
4、 控制
a)保证项目在预算成本范围内按规定的质量和进度达到项目目标。
b)在项目生命周期的各个阶段,跟踪、检查项目组成员的工作质量;
c)定期向领导汇报项目工作进度以及项目开发过程中的难题。
d)对项目进行配置管理与规划。
e)控制项目组各成员的工作进度,即时了解项目组成员的工作情况,并能快速的解决项目组成员所碰到的难题。
f)不定期组织项目组成员进行项目以外的短期活动,以培养团队精神。
结语:
项目经理是在整个项目开发过程中项目组内对所有非技术性重要事情做出最终决定的人。
岗位:系统架构师(技术总监)
主要功能及职责:
1、系统架构师是软件项目的总体设计师,是软件组织新产品的开发与集成、新技术体系的构建者。
2、系统架构师是在技术上对所有重要事情做出决定的人。(系统架构师在整个软件开发过程中都起着重要作用,并随着开发进程的推进而其职责或关注点不断地变化。)
3、需求阶段,软件架构师负责理解和管理非功能性系统需求,比如软件的可维护性、性能、复用性、可靠性、有效性和可测试性等。审查客户和市场人员所提出的需求,确认开发团队所提出的设计;组织开发团队成员和开发过程的定义;协助需求分析师完成《用户需求说明书》、《需求变更说明书》。
4、设计阶段,架构师负责对整个软件架构、关键构件、接口的设计。协助系统分析师完成《系统概要设计说明书》
5、编码阶段,架构师则成为程序员的顾问,并且经常性地要举行一些技术研讨会、技术培训班等;
6、测试及实施阶段,随着软件开始测试、集成和交付,集成和测试支持将成为软件架构师的工作重点;
结语:
系统架构师也可以理解成技术总监。系统架构师是在部门内所有软件项目中,对技术上所有重要的事情做出决定的人。
岗位:需求分析师
主要职责:
1、在项目前期根据《需求调研计划》对客户进行需求调研。
2、收集整理客户需求,负责编写《用户需求说明书》。
3、代表项目组与用户沟通与项目需求有关的所有事项。
4、代表客户与项目组成员沟通项目需求有关的所有事项。
5、负责《用户需求说明书》得到用户的认可与签字。
6、负责将完成的项目模块给客户做演示,并收集对完成模块的意见。
7、完成《需求变更说明书》,并得到用户的认可与签字。
8、并协助系统架构师、系统分析师对需求进行理解。
结语:
需求分析师是项目前期与客户方打交道最多的人,对于客户来说,他可以代表整个项目组,对与项目组成员来说他的意见可以代表客户方的意见,项目组内所有与客户需求相关的事情必需得到他的认可。
岗位:系统分析师
主要职责:
1、 协助需求分析师进行需求调研。
2、分析、解析《用户需求说明书》,将系统需求整理成《软件需求规格说明书》;
3、负责解决《软件需求规格说明书》被评审后发现的问题;
4、在分析系统前,负责向架构设计师解释《软件需求规格说明书》的内容。
5、协助架构设计师进行架构设计,并协助其完成《系统架构说明书》。
6、根据《系统架构说明书》对系统进行建模;
7、系统分析及建模完成后,负责将建模成果转化为《系统概要设计》;
8、协助数据库设计师按《系统概要设计说明书》进行数据库逻辑设计和物理设计,完成数据库CDM及PDM图,并协助其完成《数据库设计说明书》
9、协助软件设计师按《系统概要设计说明书》进行《系统详细设计说明书》。
10、指导软件工程师按《系统详细设计说明书》进行代码实现。
11、 负责重点代码检查;
12、协助项目经理进行配置管理,并提供优化改进建议;
13、定期对项目组成员进行技术方面的培训。
结语:
系统分析师是项目组中的首席执行官,他涉及项目的所有方面,是项目进度的推动者,也是项目成功的关键。
岗位:数据库设计师
主要职责:
1、根据《系统架构说明书》与系统架构师、系统分析师一同进行数据库建模。
2、根据数据库建模结果,绘制数据库CDM与PDM图。
3、 根据数据库PDM图进行数据库建库。
4、 对数据库进行维护、备份、恢复、同步。
5、 负责客户数据的导入导出。
6、 对数据库进行初始化 *** 作。
7、协助软件设计师完成《系统详细设计说明书》中与数据库相关的部分。
8、根据《系统详细设计说明书》编写对应的视图、存储过程、函数、触发器等。
9、对项目组其它成员进行SQL方面的指导。
10、定期对项目组其它成员进行数据库方面知识的培训。
11、为测试经理及测试工程师建立测试数据。
结语:
数据库设计师又称DBA,是项目组中唯一能对数据库进行直接的 *** 作的人。对项目中与数据库相关的所有重要的事做最终决定的人。
岗位:软件设计师(模块)
1、根据《系统概要设计说明书》编写分模块的《系统详细说明书》。
2、负责对软件工程师讲解《系统详细设计说明书》内容。
3、协助软件工程师按《系统详细设计说明书》进行代码实现。
4、 控制本模块的开发进度。
结语:
软件设计师又称模块设计师,协助系统分析师对分模块进行详细设计,并直接管控该模块的进度,对于本模块中所有重要的事做最终决定的人。
岗位:软件工程师
主要职责:
1根据《系统详细设计说明书》进行代码实现;
2对自己代码进行复查,并进行简单的测试;
结语:
软件工程师是最终实现代码的成员。
岗位:测试经理
主要职责:
1独立编写测试计划;
2独立编写测试用例;
3协调测试团队内部的工作以及与开发团队之间的工作;
4完成“执行测试”的工作;
5掌握较深层次的测试方法、测试技术和较复杂的业务流程;
6负责测试过程工具的研究、推广与维护,负责测试数据库维护工作;
7负责编写《用户手册》、《 *** 作手册》和相关培训教材;
8负责项目的质量审查。
结语:
测试经理其实应该是整个项目中最关心项目质量的人,他的主要工作就是找到项目中存在的不合理、不合格的部份,并要求项目其它成员按其给定的项目质量完成项目。
岗位:测试工程师
主要职责:
1在测试经理的安排和指导下,编写测试用例;
2在测试经理的安排和指导下,完成“执行测试”的工作;
3在测试经理的指导下,按测试计划进行测试工作;
4按测试用例进行测试工作。
5负责被分派项目的质量审计。
6了解项目的基本流程,可以熟练的进行项目中各种流程的 *** 作。
结语:
测试工程师是项目质量的保证,是最终进行项目测试的成员。
岗位:实施经理
主要职责:
1负责制定项目实施计划;
2在项目实施计划的约束下,协调项目组相关资源,完成系统实施相关工作(包括系统安装、用户培训、系统上线、系统试运行等);
3在项目实施阶段,跟踪、检查实施人员的工作质量;
5负责协助用户进行“用户确认测试”和编写《确认测试报告》。
岗位:实施工程师
主要职责:
1在实施经理安排和指导下,执行项目用户现场实施任务;
2参与编写《用户手册》、《 *** 作手册》和相关培训教材;
3参与进行“用户确认测试”和编写《确认测试报告》。
岗位:美术工程师
主要职责:
1负责完成软件设计师安排的功能界面设计。
2负责对项目整体色彩的调配。
3向系统分析师提出项目美化的建议。
4为BS项目提供一套或几套CSS样式表及HTML结构表
5为CS项目提供符合项目内容的静态、动态。
6并为软件设计师提供界面指导。
岗位:客户经理(当所开发的项目属于定制型的项目时设立,可由项目经理或部门经理兼)
主要职责:
1策划并独立完成目标客户的拜访和沟通;
2定期分析、整理客户需求,制定有针对性的方案;
3进行重点客户的关系维护,了解并整理重点客户的需求,为开发更符合用户需求的产品提供富有价值的市场信息;
4参与产品定位的研讨,为产品策划献计献策。
岗位:产品经理(当所开发的项目为产品型项目时设立,可由市场部成员兼)
主要职责:
1对所负责的产品进行策划和管理;
2对所负责的产品进行市场调研和分析,及时提出应对措施;
3负责产品实现的内部管理,保证产品功能的顺利实现以及时满足市场需求;
4负责产品对外宣传与推广,开拓市场,提高产品品牌知名度和认可度;
5配合销售制订产品销售策略,支持市场销售业务。
it技术支持需要具备较强的沟通和团队协作能力,积极主动,责任心强,且具备独立思考能力,以下是我精心收集整理的it技术支持 岗位职责 ,下面我就和大家分享,来欣赏一下吧。
it技术支持岗位职责1
1、负责公司办公电脑软硬件、网络设备及其他办公设备的日常维护和检修,公司人员电脑相关问题解答
2、公司服务器的管理和维护,系统维护,以及安装、配置、备份调试等工作
3、Notes邮箱的管理及日常维护
4、运维系统标准、规范化工作相关制度的建设和推广;
5、制作、更新全网的业务和网管逻辑拓扑图、配置信息表、传输信息表、流量报表,整理运维文档;
it技术支持岗位职责2
1 使用电话和邮件收集中国区IT问题,并翻译成英文邮件发送给国外总部IT部门。
2 翻译国外IT部门回复的英文邮件,翻译成中文并指导中国区员工解决IT问题。
3 通过电话和邮件解决中国区员工简单的IT技术问题。
it技术支持岗位职责3
1、完成企业内部关于 *** 作系统 、应用软件、邮件客户端、打印系统、网络、办公设备等方面的安装、管理、维护;
2、负责交换机,服务器上架,协助本地网络工程师查看端口,跳线等以及简单的网络故障问题判断及处理等;
3、熟悉桌面设备( 台式机 、 笔记本 、打印机)安装、调试、配置及维护;
4、办公周边设备(如电话,打印机,视频会议等)的安装、调试及维护;
it技术支持岗位职责4
1、对客户商场内IT设备运维;
2、对客户IT运维做远程协助解决问题。
it技术支持岗位职责5
1、负责公司K3系统需求收集、梳理及文档化管理;
2、有K3系统维护管理、二次开发、故障分析、数据库备份及基础资料的维护 经验 优先;
3、负责公司网络安全维护;
4、负责公司系统软件和应用软件的维护;
5、负责公司办公电脑的维护。
it技术支持岗位职责6
1、 日常办公计算机软硬件、周边设备的技术支持与日常维护;
2、 生产相关的计算机设备、投影仪、工控机等软硬件设备的技术支持与日常维护;
3、参与及配合公司各IT项目的实施;
4、熟悉主流 *** 作系统和办公软件的安装和维护;
5、完成上级部署的其他工作,及时提供IT支持,提供管理建议和改进 方法 。
it技术支持岗位职责7
1、公司办公场所及机房相关设备的调试及维护,包括服务器、网络设备、PC、打印机等;
2、公司内部局域网络维护,处理网络及计算机故障;
3、配合公司内部IT规范的推广及实施,重要问题及时反馈;
4、公司相关IT资产、内部系统账号的管理、下发及维护工作;
5、会议室相关的终端使用支持;
6、参与公司保密体系信息化管理相关工作;
it技术支持岗位职责相关 文章 :
★ it技术支持的岗位职责范本
★ it技术支持的工作职责
★ it技术支持工程师岗位的工作职责
★ it技术支持岗位的具体职责
★ it技术支持的主要职责说明
★ it技术支持岗位的主要职责文本
★ it技术支持工程师的工作职责描述
★ it技术支持的基本职责
★ it技术支持的具体职责描述
“it行业的职业有:程序员和系统分析员、硬件工程师、硬件测试工程师、软件工程师。
IT行业指的是信息技术产业。
信息技术产业,又称信息产业,它是运用信息手段和技术,收集、整理、储存、传递信息情报,提供信息服务,并提供相应的信息手段、信息技术等服务的产业。
信息技术(IT即InformationTechnology)就是感测技术、通信技术、计算机技术和控制技术。也许您不满意这个定义,但这的确是一个又简洁、又具体、又系统、又实用的定义。
IT信息部主要负责网站、论坛等的建立与维护。
其具体工作包括网页设计、数据库的建立、项目计划等。
补充:
人力资源管理有关于“H型”职业发展通道的理论,其管理理念源于经典的职务升迁定理,即彼得原理:“在任何一个职务等级体系中,每个职员都趋于达到自己不能胜任的更高级职位”。H型职业发展通道的设立有助于延长职员的有效职业生命周期,规避对金字塔顶端职位的无谓企求。政府公务员中非领导职务的设计理念亦基于此道理,我认为也满适合传统企业IT部门的专业人员。
如果把企业IT人员做大致的工作岗位区分,可分成运行维护、实施、开发和专业管理四大类,多数岗位需要IT专业知识、技能和经验,行政管理职能较少,任职的IT人员属专业人士,对内提供顾问式的服务,除了部门经理、副经理等行政管理人员外,企业常规的行政管理职务体系不太适合多数IT人员,因为不管IT部门的职责和定位如何,在企业搞IT应用虽然需要经理类以管理为主的杂家,但需要更多各有所长的IT专业人士,而其中的大多数并不一定适合、能够或愿意走上行政管理岗位!还有一个重要的原因是传统企业的薪资福利制度大多是以行政管理级别和资历为基础建立的,往往跟IT行业的薪资制度或惯例有比较大的差异,不解决这些问题,企业IT人力资源的选、用、育、留就会问题多多,影响企业信息化建设。
以我所在企业为例,04年经我建议并努力游说,公司开始试行IT专业职位和薪酬体系,05年进一步改进完善,今年最终形成了管理、职能、专业与工勤辅助四个平行的系列职位和薪酬体系,可以说,除管理系列外其他系列都是所谓的“非领导职务”,IT专业系列简单介绍如下:
1、 设见习工程师、工程师、资深工程师/助理、高级助理、(IT专业)经理五个等级,简称见习工程师-工程师-资深工程师/助理-高级助理-经理,可根据岗位性质加其他专业定语区分,如:高级实施/开发/运维助理,系统/网络/数据库/开发/实施/维护工程师等;其中见习工程师仅适用于应届生任职后的前半年,之后聘任为各类专业工程师;
2、员工专业成长路径为:维护/系统/网络/数据库/开发/实施工程师-资深维护/系统/网络/数据库/开发/实施工程师或开发/实施/运维助理-高级开发/实施/运维助理-开发/实施/运维经理;
3、IT专业人员与公司管理、职能系列同时履行聘任审批手续,一年一聘,其中高级助理和专业经理由部门经理提名上报公司审批。符合一定条件的专业系列人员(如高级助理、专业经理)可以转管理或职能系列,管理或职能系列人员也可以转专业系列;
4、各个专业职位设立若干薪资等级,可跨职位级别;具体薪资等级根据员工学历、专业水平和资格、工作经验和年限、系统大小和难度等因素由IT部门和人力部门共同协商、套定;
5、实行年薪制,年薪由工资和奖金组成,月工资总额不超过年薪的70-90%,年薪的10-30%为奖金,奖金浮动比例随等级增加而增加;半年考核一次,可兑现不超过50%的奖金。
上述制度实行后,我在部门内部管理上相应地实行以行业应用为主要纬度和项目管理为主线的项目经理责任制,项目经理根据项目性质和大小可以由各个职位等级的员工担任,并且由专业经理辅助部门经理、副经理履行部分专业管理职能;另外以各个专业为另外一个纬度跨项目将员工划分到各类专业小组,如财务组、J2EE开发组、网络安全组、DBA组等,平时可进行知识交流和解决方案的研讨,这样可以有效解决知识、经验的共享和紧急情况下的人员调配问题。当然这种做法适用于比较大规模的、共享服务中心性质的IT部门。
IT(Information Technology,即信息技术)的基本概念和所指范围。
IT实际上有三个层次:第一层是硬件,主要指数据存储、处理和传输的主机和网络通信设备;第二层是指软件,包括可用来搜集、存储、检索、分析、应用、评估信息的各种软件,它包括我们通常所指的ERP(企业资源计划)、CRM(客户关系管理)、SCM(供应链管理)等商用管理软件,也包括用来加强流程管理的WF(工作流)管理软件、辅助分析的DW/DM(数据仓库和数据挖掘)软件等;第三层是指应用,指搜集、存储、检索、分析、应用、评估使用各种信息,包括应用ERP、CRM、SCM等软件直接辅助决策,也包括利用其它决策分析模型或借助DW/DM等技术手段来进一步提高分析的质量,辅助决策者作决策(强调一点,只是辅助而不是替代人决策)。有些人理解的IT把前二层合二为一,统指信息的存储、处理和传输,后者则为信息的应用;也有人把后二层合二为一,则划分为前硬后软。通常第三层还没有得到足够的重视,但事实上却是唯有当信息得到有效应用时IT的价值才能得到充分发挥,也才真正实现了信息化的目标。信息化本身不是目标,它只是在当前时代背景下一种实现目标比较好的一种手段。
卡尔的IT是指什么呢?在那篇文章里面他并没有明确提出,不过他提到信息技术的核心功能--数据存储、处理和传输。从他推理的逻辑来看,即从蒸汽机、铁路、电报电话、电力等基础设施建设推过来的,还用摩尔定律来佐证主机和光纤的发展。如果他就此打住,只从这一点出发,他的逻辑论证是非常严谨的,后面对《IT不再重要》发表不管支持与反对评论的人,在这一点上都是基本认同的(除了那些硬件和网络厂商外),笔者也认同这一点。整个文章里他对物化的IT基础设施建设部分关注很多,基本没有关注应用层面。但后面他讲到大众化趋势时,又提到“信息技术极易复制”,则把IT又推到了商业软件,这里已经迈出了“危险”的一步。在2004年他出版同名书时开篇就定义了他研究、类比过来的IT,“我用的‘IT’是指通常意义上的,即所有被用来以数字形式存储、处理和传输信息的硬件和软件,特别强调的是,我只是指技术本身,我指的‘IT’并不包括技术中流动的信息和那些使用技术的人才技能”,所以他所指的IT是指前二层。如果就这此打住,可能还是不会有太大争议(这次又加上那些难受的软件厂商)。客观地分析软件本身的特征,的确不具备核心竞争力的四个判断标准中的三个即:稀缺性、不易复制性、不易替代性,卡尔本人也没有否认而且是在强调IT具备核心竞争力的第四个判断标准,即有价值。但他偏偏又把题目定成了“IT不再重要”,几欲把整个IT一棍子打死!
可惜他在IT这一概念上是经常含混不清:一会儿指主机网络,一会儿又跑到软件,在他后来出版的书里甚至经常“一不小心”就迈到了第三层,完全违背了他在书开头所界定的IT范围,如论述信息技术的应用、对CIO发出的诘问等。有很多读者、包括哈佛商业评论的编辑当时就指出了这一点。后面其它很多人也因为这一点来攻击他,甚至有人说卡尔干脆就不懂IT,有可能是真的,因为他毕竟本来就不是做IT的。这也给我们搞研究的人也给予很大的启示和警醒,对自己不太熟悉的领域套用其它方法来研究时要特别小心,否则会闹出很多笑话。
这里笔者要强调一点,经常有软件厂商(国内外的都有)宣称上了信息化就能如何如何,就能加强企业核心竞争力(反正多是现在流行什么就跟什么,“与时俱进”)。不知道他们是有意还是无意,且不按核心竞争力判断的四个标准来推断,试反问几个简单的问题:如果上了信息化就能如何,有多少上了信息化的企业已经亏损甚至倒闭?尤其是那些宣称有几十万家客户使用他们软件的软件企业该问问自己。如果上了信息化就能如何,那么我们假设入库、出库、销售、库存等信息全是准确的,就能自动提高销售、降低库存吗?如果说没有上信息化之前,老板可能还可因为看不见而糊涂但幸福地过过日子,那么现在呢?只是痛苦地知道有如此多的库存在仓库里呆了如此长的时间,如此多的商品长时间占据着柜台却没有带来任何销售额更不要说利润!分析一下软件厂商们宣传“信息技术是企业的核心竞争力”的现象,结论只有两个:要么这些企业不懂什么是核心竞争力(我想应该大多数还是懂的,既希望他们懂又希望他们不懂,希望结果是懂是因为至少软件企业还能懂一些管理理念而不是埋头纯粹一技术性公司,希望结果是不懂是因为这样可以少被别人攻击没有职业道德,不知者不为过嘛),要么是另有所图。一般企业客户与IT企业之间存在严重的信息不对称问题。IT企业与企业客户之间的博弈,最后的结果往往会是次优选择,即所谓的“柠檬效应”。在这点上,除了IT企业和从业人员要提高自身的职业 *** 守外,政府或行业必须加强对信息化建设的培训教育,提高企业对信息化建设的认识,引进管理咨询公司、监理公司等来改变这一博弈结局,以达到新的平衡,促进IT业更健康的发展。
信息技术本身只是一个工具,就象一柄利剑或一枝好笔,买了它并不能一定保证你武功增进多少、字写漂亮多少,还需要你不断地去练习如何舞剑、如何写字,信息化建设也需要你不断地提升运用信息的能力,这才是真正核心也是最难的地方。功夫全在题外!信息化(数字化)目的并不是上系统拿几个数字,它只是基础,其核心在一个“化”字,把各种资源相关的信息整合起来后进行“合理化”、“优化”的配置。譬如用历史信息来辅助做销售预测、采购计划、生产计划、配送计划、库存计划,并按照这些计划下达指令并根据实际运行情况滚动修正计划。美国哈林顿(Joseph Harrington)博士提出的计算机集成制造(Computer Integrated Manufacturing,CIM)包含两个基本观点:一是企业生产的各个环节包括市场分析、产品设计、加工制造、经营管理和售后服务等是一个不可分割的整体,必须紧密相连、统一考虑;二是整个运作过程实质上是一个数据的采集、传递和加工处理过程,最终产品可以看作是数据的物质表现。如果上了信息系统却不用它来辅助决策,还是按照原来的运作方式运作,则信息系统的作用可能只是限于解放某些岗位的某些工作,如统计报表等,且同时还会增加另外一些岗位的工作。大量经验表明,如果不用信息系统收集上来的数据,要实现用来辅助决策的准确、及时、完整的信息根本不可能,信息系统只有用它才可能逐步提高其准确性、及时性和完整性。按照核心竞争力的评价标准,要构造核心竞争力,本质上只有整合能力才是,而且越外显的能力越容易被模仿。冰山一角,露在外面的越少越不容易被模仿,越能构成核心竞争力。
就象哈佛商业评论编辑Hal Varian(加利福尼亚大学伯克利分校信息管理与系统系主任)指出的那样:“卡尔说IT正在商品化、不再提供竞争优势,这一点他是对的。但知道如何有效使用IT还是一种非常稀缺的技能。”“提供竞争优势的不是IT本身,而是那些知道如何有效利用它的人。”“公司在花成千上万的钱在数据存储和获取客户交易数据上,但一大堆数据就躺在那儿、没有经过分析、没有使用,但是,在那些训练有素的分析人员手上同样的数据却能产生巨大的回报!”这是一个数据丰富的时代,但同时是一个知识贫乏的时代!
波士顿大学管理学院信息系统管理学教授托马斯·H达文波特要把“过去的40年,更确切地描述为‘数据时代’,而不是‘信息时代’”,“将数据转化为某种更有用的东西,需要相当多的人力投入和智慧,但大多数组织仅仅从技术的角度来看待这一问题。拥有一个数据库或数据挖掘系统,与拥有其它技术一样,是必要的,但对于高质量的信息和知识而言,则是不够的”。
所以这里我们有必要明确一下一些经常混淆的基本概念。
数据(Data)=事实的记录,如上季度甲系列产品在华东地区销售额为120万。
信息=(Information)=数据+ 意义,如上季度甲系列产品华东地区销售额比去年同期减少了25 %。
智能(Intelligence)=信息+理解(understanding)与推理(reasoning),如分析原因是华东地区销售单位不行,或甲系列产品进入了衰退期,还是公司整体营销活动落后,竞争者强力促销导致?或是其它原因。
知识(Knowledge) =解决问题的技能(skill),针对这一问题公司应对的策略是什么?
智慧(Wisdom) =知识的选择(Selection) 应对的行动方案可能有多种,但(战略)选择哪个智慧。行动则又会产生新的交易数据。
数据、信息、智能、知识、智慧、行动与管理活动的关系见下图,事实上它们之间存在多重循环关系。
图1 数据、信息、智能、知识、智慧、行动与管理活动之间的关系
同样的高速公路、同样的高档车,开车的人不同将会开出完全不同的水平,这时更关键的因素--开车的本事就显得至关重要了。在初级阶段,竞争比较粗放,可能主要是看谁能修好道,买好车。到后面,大家硬件基础设施差不多,竞争日趋白热化,这个时候人的作用就突显出来了,光有好道好车还不行,还得有舒马赫这样的顶级选手才能赢得比赛。企业经营与赛车还不太一样,赛车有人制定规则,规定只能跑一样的道,企业之间的竞争是八仙过海各显神通,有钱的就可以买高档的服务器、小型机,没有钱的就只能买PC服务器;有钱的就可以用光纤宽带,没有钱的则只能用ADSL甚至拨号;有钱的可以花几千万去买SAP、Oracle,没有钱的则只能用用金蝶、用友,甚至只有一些基本功能的小的进销存或财务软件;有钱的可以请五大帮他们制定符合未来趋势的战略并进行培训,没有钱的则只能企业家自己摸着石头过河……的确,这是一场不太公平的竞争。但网络经济来了,用卡尔的话说,就是IT技术已经变得“大众化”,已变成商品。更何况ASP模式的出现,将极大的降低了企业信息化的门槛,昂贵的服务器、网络、软件费用的门槛被一下子降低了。好比虽然你有私家的宝马、奔驰,可以很快地到达你想要到的地方。但我也可以坐出租车差不多也能实现同样的效果,再差点儿我有公共汽车、地铁,只要很低的成本也能基本实现我的目标。但同样的宽带、同样一套系统软件,但使用的人一样,效果却完全不一样,君不见同样是使用SAP、Oracle或者金蝶、用友,有很成功的,也有很失败的?还是那句话,功夫在诗外!
以上就是关于公司IT的主要职责全部的内容,包括:公司IT的主要职责、it技术支持岗位职责、IT行业包括哪些职业呢等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)