it行业的就业前景怎么样？

有些人理解的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年，更确切地描述为‘数据时代’，而不是‘信息时代’”，“将数据转化为某种更有用的东西，需要相当多的人力投入和智慧，但大多数组织仅仅从技术的角度来看待这一问题。拥有一个数据库或数据挖掘系统，与拥有其它技术一样，是必要的，但对于高质量的信息和知识而言，则是不够的”。 所以这里我们有必要明确一下一些经常混淆的基本概念

IT项目管理的风险有哪些

项目风险是一种不确定事件或状况，一旦发生，会对至少一个项目目标，如进度、成本、范围或质量目标产生积极或消极影响。那么IT项目管理的风险有哪些呢？一起来了解下吧：

(1)技术风险。

核心系统升级引入了外包厂商的最新产品，使用了很多新技术，行内研发人员熟悉这些技术需要一定的时间，而在项目过程中却不可避免地会遇到一些技术问题。如何能快速解决这些棘手的技术问题我们的做法是：第一，指定行内外包厂商接头人，由接头人负责和外包厂商的技术人员进行沟通，同时该接头人也是行内对厂商产品最熟悉的人，一般性的小问题基本上此人就可以解决，比较复杂的问题才提交给厂商解决，这样比起全部问题都去找厂商解决，节省了时间。第二，购买厂商的人力进行技术支持，请厂商的研发人员来到开发现场和我们一块研发。第三，预约厂商在系统上线期间到现场待命，以应对紧急问题发生，对可能出现的问题进行第一时间的响应。

(2)沟通风险。

参与项目的外包厂商有多个，沟通渠道多，沟通成本大，而且容易出现理解不一致的情况。所以，项目组成立了专门的PMO，负责制定相应的沟通计划，为每个厂商指定行内的接头人，对内部人员实行分级管理，组织定期例会解决项目过程中出现的问题，防范由于对需求理解不一致造成的项目延误，充分利用已有的邮件、会议、电话和短信等沟通工具，并推广使用某即时通讯工具以作为主要的工作沟通工具。

(3)需求变更风险。

针对IT软件项目中不可避免的需求变更活动，在项目开始后，我部就停止了除政策性需求以外的所有规模超过20人/天的新业务需求，同时制定了需求变更流程：所有业务需求的变更必须由业务方的代表统一提出，变更必须有书面记录，开发人员仔细评估是否接受，最后由总管变更的领导(CCB)复审，总管领导具有一票否决权，从而精简了一些不合理的需求变更。在项目中期引入了IBM的配置管理工具CCCQ来管理代码和缺陷，所有Bug都进行了分类，并录入CQ系统，防止重复修改和修改后无记录等情况的发生。迁移演练之后的缺陷都由各个系统的负责人统一对缺陷进行分析评审，消除Bug修复可能导致的系统关联问题。

(4)进度风险。

项目进行核心升级，引起了客户面数据结构和一些外部接口的变化，同时前端业务平台也做了很大的调整，如开发了新的权限系统、迁移主机老权限系统上的权限数据到微机、替换传输协议XML为JSON、改造微机调用主机框架等。主机平台和开放平台开发工作量巨大，需要留有足够的ST、UAT测试时间，项目开发时间有限，为了应对可能造成的进度延误，我们采用了以下应对方法：一是制定详细的进度计划，明确每个人的任务，各项目组每周定期检视项目进度，如出现偏差及时纠正;二是与外包公司合作，引入外包人力，为项目临时增派了多名生力军;三是强制加班;四是并行化详细设计和编码同时加强代码评审，在加快进度的同时减少返工。

(5)数据迁移风险。

项目涉及的系统多达上百个，系统集成环境复杂，需要迁移的数据量庞大，而且数据迁移对数据的准确性和完整性有着很高的要求。项目制定了分阶段集成和多次迁移演练的策略：将迁移工作进行提前预演，模拟真实上线迁移场景。经过多次演练以后，问题大大减少，减轻了系统上线的数据迁移风险。

(6)人力资源风险。

项目建设周期长，历时两年，大范围人员流动可能会造成项目延误。针对这一风险，应对的方法是：做两手准备，尽力挽留要走的人员，晓之以理，动之以情，请求公司人力资源部提升员工待遇;同时加紧社会招聘，在重要的岗位上安排备份，防止由于成员生病、离职等意外造成的减员。最终这个风险没有成为问题。

在项目升级项目中，我负责两个子系统的开放部分，由于高层对风险管理的重视，我在执行的时候也特别重视对风险的控制。项目组有四个人，沟通成本比较低，所以我们每隔一周进行一次代码评审，解决遇到的一些技术难题和编码规范问题，在实际开发中使用Checkstyle进行代码规范检视，及早扼杀了可能出现的Bug和不规范的代码;制定组员每周报告进度制度，防范进度偏差;面对前端最可能出现的需求变更——UI变更，我尝试在设计初期使用原型方法和业务进行有效沟通，大大减少了后期UAT阶段UI变更需求。回想刚进公司时我做过的某个项目，由于没有考虑到UI类需求变更风险，前期没有进行UI设计的交流，导致UAT阶段大量返工，使项目延误了一个多月，并且浪费了不少人力资源。设想如果当时识别了这类风险，在早期就把风险发生的概率降低，那么项目可能会顺利得多。

由于前期风险控制得当，一直到迁移演练前我负责的项目都很顺利，但是在迁移演练过程中出现了一些问题，其中一个问题是导库程序不能正常执行，并多次发生。我和同事花了很多时间研究问题，最后找到的原因是某个配置参数的问题，研发人员使用了错误的配置参数，ST、UAT期间导库的数据量比真实演练期间的数据量小太多，所以没有被发现，修改配置后再演练环境导库成功。还有一些问题是没有有效沟通导致的。例如，在演练的时候用户反映某个查询交易很慢，经排查，后台人员说前台调错了交易，前台人员提出异议：为什么ST环境查询很快原来后台人员写了多个查询交易，新交易确实能提升查询速度，但是没有在正式的文档上注明前台应使用新交易替换老交易，也没有通过别的途径告知前台，这样前台调用的还是老交易，导致了查询性能问题。由于ST、UAT环境和生产环境的差异性，上述两类问题很难暴露，试想如果没有进行迁移演练，这个问题恐怕要在生产上出现了。迁移演练提前暴露了ST、UAT所不能测出的系统缺陷，使得研发人员能有充分的时间去排查问题和修复缺陷，有效降低了系统上线风险。

经过这次核心升级项目的洗礼，我深深认识到风险管理在IT项目中的重要性，正因为对风险管理足够重视，提前制定了风险应对计划，我们才得以如庖丁解牛般化解项目中遇到的各种风险，并最终取得了上线的胜利。任何项目都不能回避风险问题，风险的存在导致几乎每个项目都不可能顺风顺水地完成项目目标，良好的风险管理技能将帮助项目经理处理好项目中的不确定因素，保证项目的顺利进行。

;

1、市场需求大 据国内权威数据统计，未来五年，我国IT人才总需求量高达1500万—2000万人。其中“软件开发”、“网络工程”、“电脑美术”等人才的缺口最为突出。以软件开发为例，我国软件人才需求以每年递增20%的速度增长，每年新增需求近百万。 2、职业生涯长 很多人说IT行业是吃青春饭，其实不然。IT人才是通用人才，不受行业发展的限制，也不受年龄和体力的影响，经验越丰富，也就越值钱。 3、薪酬高 根据IT行业职场薪资报告显示：六大类岗位中，产品岗位的平均月薪是最高的，高达1446k。近些年年国家发布的行业平均薪资排行榜，金融、IT 一直稳居前两位。 所以，无论是从大的方向讲，还是从小的方面讲，IT行业的发展前景是巨大的，高素质的IT人才都是十分紧缺的。

大多数IT专业人士都知道，自己随时都可能被要求管理一个项目。如果你本身并不是专门的管理人员，那么很可能会遇到很多问题。下面我们就将一些常见的问题及其答案介绍给大家，希望能够对大家有所帮助什么是所谓ROI指的是投资回报。商业管理人士希望能够通过一种定量的判断标准来了解在进行了一定的资源投入之后能够从项目上得到的收益如何。有的时候，IT项目管理给公司带来的收益体现在公司的财政状况上，也有的时候，这种收益体现在财政状况之外的其他方面，还有的时候是两个方面兼而有之。

通常，项目管理在职研究生对项目进行投资回报分析有三个原因：一、证明现有项目的价值，二、证明对项目进行先期投资的合理性，三、使下一步的具体行动更具说服力。如何计算项目的投资回报，在大多数财政性投资回报的计算当中，了解下面这些信息都是必需的：

1、项目成本：维护与运营成本(包括项目分析期内的每一年)；

2、财政收益(如果有的话。包括项目分析期内的每一年)；

3、每年的现金流动(从每年的财政收入中减去成本支出)。

在进行非财政性投资回报计算时，根据计算方法的不同，需要的一些数字。一般来说，包括成本投入和能够表明业务进展的非财务方面的数据。(如时间、数量或质量等)在大多数情况下，你可能要计算财务上的投资回报数据。

应用商业投资回报计算器或是其他的同类工具，任何人都能够简单快速的完成对投资回报的计算什么是成本效益分析在任何的商业-IT决策当中，决策者都会面临多种选择。你可以选择“A”方案，也可以选择“B”方案，还可以哪个方案都不选。最后只有一个方案是“最佳”的。成本效益分析(CBA)会对各种可供选择的方案(技术、项目等)进行比较，通过比较让决策者了解哪种方案是最佳的。好的成本收益分析可以帮助决策者计算出能表明项目影响力的数据。有的时候，成本收益分析是对两个或更多的可选方案的成本和收益进行系统的评估，让决策者了解哪种方案能够给公司带来最大的价值。但同时，成本效益分析又是为了让大家对项目投资回报的预期更理性。它可能包括用在每个内部员工身上的平均成本、系统预期的使用年限、资本费用和用于雇佣合同工的费用等商业案例与成本收益分析是否等同两者是相似的，但并不完全等同。两者都是通过事实来让决策者做出更为明智的决策。商业案例是一种鼓吹似的文档，它的目的是劝说各个利益相关的群体和部门采取某些具体的行动。与成本收益分析相比，商业案例更全面。比如说，商业案例当中通常都会包括对战略性结盟的讨论，而这通常是成本收益分析所不具备的。成本收益分析仅仅是对一些可行的选择方案的“中立”评估，它涉及到各种可供选择的方案的成本、收益、风险、回报等关键数据，并且通过比较让决策者了解哪种方案最有利。

项目交付是项目进展的切实成果，如项目计划或项目计划的某个特定组成部分，比如：状态报告等项目影响分析的目的是什么项目完成之后会使公司某些方面的运作产生变化，而项目进行过程当中又必然要求一定的成本投入。对项目进行前后的不同状况进行比较就是项目影响力分析。这是决定项目是否应当继续进行下去的一个重要判断标准到底什么是风险管理？金融风险管理的目的是确定项目可能出现的问题以及新系统运行起来之后可能出现的问题，确定这些问题一旦出现会造成的影响。

风险管理的另外一个组成部分就是对问题出现的可能性进行评估。综合考虑了所有的因素之后，项目经理就能够对项目风险做到心中有数了。在项目计划当中，项目经理应该列出所有出现可能性较高的风险及其可能带来的消极影响，当然，那些出现可能性一般的风险也不能忽视。要采取切实的行动来消除或减轻列举出的各种风险什么是范围管理对项目范围进行界定的目的是清楚的描述项目的逻辑范围并在此问题上征得大家的一致。对项目范围的陈述用于界定哪些要素在项目范围之内，而哪些要素在项目范围之外。能够界定的项目范围所涉及的方面越多，项目进展起来就会越顺利。下面这些信息可能会起到帮助作用：

1、范围内和范围外的任务类型(业务需求、现状评估)；

2、范围内和范围外的生命周期流程(分析、设计、测试)；

3、范围内和范围外的数据类型(财务、销售、员工)；

4、范围内和范围外的数据来源或数据库(账单、公司总帐，薪水明细)；

5、范围内和范围外的部门(人力资源、制造商、供货商)；

6、范围内和范围外的主要功能(决策支持、数据输入、管理报告)。

在职研究生商业案例当中通常都包括成本收益分析的结果什么是项目管理计划在项目开始之前，项目经理先要制定项目计划。项目计划的制定可以帮助项目经理对项目的任务和工期进行预测，还可以帮助项目经理对未来几个月内的详细工作进行规划，合理配置人员和各种资源。设定一系列一致的项目管理规程会对项目管理有所帮助。项目计划中应当包含的要素有范围管理、风险、沟通、人员配置等。同样，制定项目计划的关键是通过对项目的界定来更好的通过管理实现项目预期。例如，如果你对范围变化请求的批准程序作出了界定并且同大家达成了一致，那么在项目开始之后对变化进行管理就会简单得多项目交付的重要性如何项目交付非常重要。因为它可以帮助项目经理获得股东和项目赞助人的认可，并且可以让股东和项目赞助人了解项目的进展状况。

考研政策不清晰？同等学力在职申硕有困惑？院校专业不好选？点击底部官网，有专业老师为你答疑解惑，211/985名校研究生硕士/博士开放网申报名中：>

以上就是关于IT是什么IT包括哪些方面IT行业IT人才IT技术的层次全部的内容，包括:IT是什么IT包括哪些方面IT行业IT人才IT技术的层次、IT项目管理的风险有哪些、it行业的就业前景怎么样等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！