IT行业中什么专业最吃香？

意思：pron(指提到过的或正在谈论的动物或事物）它；指婴儿，尤指性别不详者；指已知或正在发生的事实或情况

读音：英 [ɪt]  美 [ɪt]

词汇搭配：

1、Don't mention it 不必客气。

2、put one's foot in it 因处理不当而招惹麻烦

3、be in for it 骑虎难下，势必倒霉

扩展资料

词语用法：

1、用it作人称代词，可替代无生命的东西或事情，在性别不详或无所谓时，也可指代人，尤其是指婴儿。

2、it作主语时，可指自然现象、季节、时间、距离、环境等。

3、it可以作先行词，用于强调句型中，强调主语、宾语、时间状语、地点状语、介词宾语或从句等，强调句型中的it一般指已发生过的事，而不指尚未发生或提及的事。

4、it还常用作形式主语或形式宾语，代替较长的真实主语或真实宾语（其形式多为动词不定式短语或that从句等）。

5、it可以代替前面提到的某个名词、代词或句子，但在believe, expect, forget, imagine , remember, think等词后常常省略。

无人系统的共性技术包括互 *** 作性、自主性、安全网络和人机协同。

据美国国防部2018年8月发布了《2017—2042财年无人系统综合路线图》，对无人系统的发展提供了总体战略指南。这份路线图是美国国防部组建专门的团队，基于各军种、机构、工业界、学术界的技术趋势研究形成，代表了美国国防领域未来25年在无人系统发展的重点领域，以确保国防部相关投资真正用于推进无人系统技术和作战使用。

主要是从互 *** 作性、自主性、安全网络和人机协同四个主题分析无人系统面临的问题、挑战、机遇、重点需发展的关键技术等。

军事领域无人系统技术的发展，未来战争将是智能化战争，并且无人系统是未来战争的主力军，美国正在分布式、多域作战概念牵引下推动无人系统智能化技术的发展，无人平台的智能化、武器系统的智能化及作战运筹的智能化三个方面对无人系统技术在未来智能化战争中的应用，智能化协同的无人系统集群作战是未来战争的主要形态，人工智能、分布式是当前以及未来一段时间内无人系统技术的研究点。

IT行业中产品经理最吃香。

产品经理绝对是一个炙手可热的职业，而且，TNND的几乎是零门槛，这表示，是个人都可以说，我想成为一个产品经理。

然而，好的产品经理很多么？并不多，所以，好像围棋一样的，入门容易，学精难。

而且，似乎并没有一个系统的教程（这真是一个很难让人相信的事情啊，这么一种职业，没有大学的知识培养，甚至都很少有标准化的职业化培训，全靠业界手把手培养和自发的交流，就能够拿着无数DS程序员根本就想像不到的薪水--产品经理真的跟DS有点儿不搭边的，当然，我大修真还是在努力做产品人员的培养的）。

产品经理的发展前景是很赞的，只是越来越体系化了，而且很容易出人头地。

一般来说：

0~6个月：4K~8K

6~12个月：6K~12K

1年~3年：10K~24K

3年~5年：20K~40K

5年~ ：30K~

三个月到半年左右就可以算是迈入这个行业啦，如果遇到P2P这种对于专业属性要求比较高的，随便在一家公司混点经验，跳到另外一家新的公司就是一个产品总监：因为并没有其他人又了解金融又了解互联网。

　IT的英文是Information

Technology，即信息产业的意思，较为广泛：目前IT业的划分方法有各式各样，其中以美国商业部的定义较为清楚和合理，它将国民经济的所有行业分成IT业和非IT生产业。其中IT业又进一步划分为IT生产业和IT使用业。IT生产业包括计算机硬件业、通信设备业、软件、计算机及通信服务业。至于IT使用业几乎涉及所有的行业，其中服务业使用IT的比例更大。由此可见，IT行业不仅仅指通信业，还包括硬件和软件业，不仅仅包括制造业，还包括相关的服务业，因此通信制造业只是IT业的组成部分，而不是IT业的全部

IT=

information

technology

信息技术实际上有三个层次：

第一层是硬件，主要指数据存储、处理和传输的主机和网络通信设备；

第二层是指软件，包括可用来搜集、存储、检索、分析、应用、评估信息的各种软件，它包括我们通常所指的ERP(企业资源计划)、CRM(客户关系管理)、SCM(供应链管理)等商用管理软件，也包括用来加强流程管理的WF(工作流)管理软件、辅助分析的DW/DM(数据仓库和数据挖掘)软件等；

第三层是指应用，指搜集、存储、检索、分析、应用、评估使用各种信息，包括应用ERP、CRM、SCM等软件直接辅助决策，也包括利用其它决策分析模型或借助DW/DM等技术手段来进一步提高分析的质量，辅助决策者作决策(强调一点，只是辅助而不是替代人决策)。

初级IT 人员，发展为技术管理角色，再到管理技术角色，这个是在IT行业的共性路线；

但是在甲方单位，需要再从管理技术角色，到部门管理角色，更需要跳跃到企业、集团管理层面去考虑。必须使自己能做整体的信息化规划路径，并匹配企业战略发展方向，主营业务发展方向，从更多“务虚”之处，大处着手做好信息化布局才好！

最后，通过信息化推动形成的管理成果展望等，体现出信息化的 综合性 价值！

——要做到以上这些，必须以管理驱动技术，这样才符合企业决策者的管理思维！

重庆电信企业信息化事业部 傅诣

      目前垂直的部门管理模式对“以客户为中心”、“零不爽”要求弊端日益明显。特别是在当前市场需求瞬息万变，需求要求快速支持的背景下，需求无法高质量的实现，首先表现在需求实施的效率与速度上，无法快速支持需求。其次表现在需求实施质量上，需求上线问题较多，带来很多次生问题，需求质量业务单位与分公司都不满意，影响IT口碑。

      以客户需求为中心，启用矩阵式需求管理，建设高、精、尖需求界面团队，在企信部设立后方资源池，深入需求一线，让需求一线指挥炮火，实现需求小前端，大后端，前端综合化、后端专业化，后端全力支持前端。

现状：目前企信部采用传统的垂直化组织架构，各域组织界面分明，容易形成部门壁垒，需求由需求前置团队接收，分派到各个域，较为复杂的联合需求由各域分别评估，各域再进行联合确认，再与需求业务单位进行沟通，期间反馈多次，效率较低，特别是在部分需求细节存在问题时，往往需要多次开会共同确认，在实现方案上各部门也往往各执一词，耽误需求实施时间，也影响需求实施质量。

措施：

1采用需求矩阵式管理：针对重要需求，采用项目制管理，由各部门部门负责人、技术专家、实施人员、厂商组建临时需求实施团队，此团队不隶属于任何一个部门，采用承包方式，将需求承包给虚拟团队，每个需求团队负责人拥有可以“呼唤炮火”的权利与“签署责任书”的义务，做到权责对立，平衡（后面会详细说明）。这样就可以整合事业部各部门的专家优势，打通部门壁垒，快速实现需求。该方式也就在事业部层面就形成了一个垂直于传统部门的需求实施矩阵，与各域的生产维护形成互补。

2“黄金四边形”：黄金四边型目标是建立贴近需求一线的敏捷化组织，在事业部层面对外形成统一的界面，能灵敏捕捉到公司领导及一线的关键需求，找准需求“痛点、关键点”，迅速调动资源，建立专项团队，灵活快速实现需求，打破部门壁垒，突破原始需求流程的烦冗。团队必须包含“项目经理”、“需求分析团队”、“方案设计实施团队”、“后期维护支撑团队”四个关键团队，形成黄金四边型。

各团队职责如下

（1）项目经理：项目经理是团队的****，是需求的第一责任人，拥有“呼唤炮火”调度资源的权利，同时，也是需求目标达成的第一责任人，签署需求实施承诺责任书，在需求完成后接受事业部对实施情况的考评。厂商负责人也纳入项目经理。

（2）需求分析团队：需求分析人员是与业务单位接触的排头兵，是第一接触人，首要任务是找到需求的“痛点”或“题眼”，其次是需求实施的桥梁，对外，负责引导业务单位按照IT“先上菜”进行推进，引导业务单位采用IT推荐的需求实施方案与分布实施的时间计划；对内，负责将需求与方案设计实施团队沟通，形成需求支撑方案，并与前端沟通。再次，在需求实施全生命周期中对需求变更进行管理。分析团队工作必须量化，每个需求必须要有需求分析说明书，每次需求会议必须要有需求沟通（或评审）会议纪要，每次需求变更需要有需求变更记录。

（3）方案设计实施团队：由各域的专家与执行人员组成，负责需求实施方案的落地，并与需求人员一起对实施方案向业务单位沟通，达成一致，最后由此团队的实施人员完成需求上线（执行人员可能与后面的“后期维护支撑团队”人员重复）。方案实施团队必须输出每个需求的方案，方案由事业部形成统一的模板输出，方案质量纳入管控。此环节是当前需求实施中的短板，很多需求在完成需求分析后，直接丢给厂商实施，实施方案中功能部分内容没有评审，界面部分在实施中也没有DEMO，没有也业务单位沟通，导致质量不被业务单位认可。该点如何提升，建议如下：

首先把需求分为5个层次，要求在方案模板中必须都进行说明，底层为功能需求，仅仅针对功能本身；第二层为服务需求，本层包含业务及流程，提升服务能力的需求；第三层为体验需求，考虑到客户感知的需求，含易用性， *** 作性，感知方面；第四层为关系需求；顶层为成功需求，即满足公司组织成功，有效推动业务发展。我们现在往往注重第一层的功能需求，对其他层次需求不够关注。即使在第一层功能需求中，还存在“简单功能做不好，复杂功能做得好”的情况，原因就是以IT惯性思维技术为导向，没有以客户需求为中心，没有抓住需求“痛点”，将IT功能做得复杂。后续，我们要多放精力到第2至第5个需求层次中，更加注重易用性， *** 作性，快速支撑。

（4）后期维护支撑团队：目前我们往往“重建设，轻维护”，需求上线后，就算完了，监控、作业计划没有跟上，上线后也不能主动发现问题，往往前端发现问题后，已经晚了，造成了较严重的后果。对此，后续维护支撑团队，首要任务是建立需求上线初期的监控保障手段，用数据说话，证明新需求上线后的运营情况，提前于业务单位发现问题，及时处理。其次，对新需求上线后的监控，作业计划进行实施，对新需求上线后出现的问题进行集中解决，为一线提供支撑。

前面说了，我们建立了矩阵式需求管理制度，组建了高、精、尖的需求团队，那么如何进行运作？

1小前方，大后方：需求分析团队直面业务单位，但我们后面有一个强大的支撑保障团队（各域专家、实施人员、战略合作伙伴等），各域整合资源形成整体支撑大平台，提供解决方案，提供技术支持，这样才能让小前方需求分析人员有底气，有引导需求，主导实施的资本。

2一线呼唤炮火：当需求人员或需求预沟通发现重点需求时，一线要迅速做出反应，立即呼唤炮火支撑，后端将根据需求难易程度，配备必要的资源，在实施过程中动态补充人员，必要时采用王牌团队或王牌专家，快速应对需求，落实方案，稳步推进。

实现小前方、大后方，一线呼唤炮火的措施：

（1）呼叫的炮火要集中在一点原则：集中在“痛点”或“需求题眼”上，才能实现“闪电战”。这也是中心领导说的先上关键“菜”。虽然我们呼唤到了火力，但是如果针对整个需求的方方面面，无法显示出火力的局部优势（火力被分散了），这就要求我们的需求项目团队，与业务单位沟通，集中火力先上关键“菜”，这个原则的度一定要控制好。

（2）组织人员保障：按不同域对不同人员进行打标，定义他们的责任，为他们指明发展方向，形成人力资源池。按照需求项目管理，需求实施需要管理者、需求分析人员、技术保障人员、上线后维护支撑人员。需要对各部门人员打标，属于哪一种角色，形成专家库，为随时组建队伍做准备。

（3）需求考评机制：事业部拟定出台《需求实施承诺书》，包含权利与义务。权利是可以在一定范围内调配资源，承诺为需求完成的目标，在完成目标时对应的奖励与惩罚。项目经理代表团队签署承诺书，并在需求上线后1个月内接受事业部考评，并进行奖励或处罚，并给团队及成员等级评定。

（4）团队及专家等级晋升机制：各种人才打标后，均成为此类型的专家，需要对组建的团队与专家根据需求实施效果进行考评，采用军队的晋升方式。通过考评筛选出王牌团队与王牌专家，在遇到重要需求，疑难问题时，优先使用王牌团队与王牌专家，使其成为“特种部队”。这样做的目的，是将事业部目前的“屯兵模式”提升为“精兵模式”，让不确定、困难复杂的关键需求，由精兵完成，提升感知。通过此方式，还可以建立企信部的战略预备队，为IT队伍的后续发展提供帮助。

（5）仲裁（指导）委员会：仲裁委员会设立的目的就是打破部门间的壁垒，具备横向传递沟通及协同作战能力。前面说到，项目经理作为需求项目实施的第一负责人，具有一定的动态调配资源的权限，但如果在需求实施工程中，出现与职能部门的壁垒或冲突，或遇到其他管理问题、人力资源问题，由仲裁委员会仲裁决定。建议仲裁委员会由事业部领导及部门领导组成，针对非技术性问题进行协调仲裁。

（6）技术委员会：事业部技术委员会负责需求实施中遇到的方案问题解决及支撑，特别是对在哪个系统实施较优方面进行确认。在需求遇到技术难题时，技术委员会将对技术细节进行指导。

（7）需求管理平台（缺失）：事业部目前使用门户及ITSM系统结合对需求流程进行管理，但缺失一个统一的需求管理平台，各部门目前均使用EXCEL对需求进行管理，哪些需求已超期，哪些需求为事业部当前重点需求，哪些需求不合理，没有一个需求管理系统进行管理，所以，建立一套需求管理分析系统，迫在眉睫。

（8）会议管理系统（缺失）：以业务部为例，上周业务部有10个会议，其中需求会议6项。业务部目前通过人员进行管理，罗敏每周五发会议周报，列举会议清单，从安徽学习后，业务部要求每个参会的人员出具会议纪要，由罗敏汇总。简单会议出简单的会议纪要，重要会议，出详细的会议纪要。我们希望有一个会议管理系统，将每次会议的纪要进行上传，纳入系统管理，这样，可以有效杜绝需求、专项工作进度上下不一致的情况。

（9）需求变更文档化：加强需求文档管理，这里重点强调一下需求变更管理，由于一些重要需求是公司领导需求，需要业务单位按照领导要求细化，并不断与领导沟通，这样必然会多次变更需求，IT为保障需求尽快上线，必然存在需求在实施中多次变更的情况。这就要求，每次需求变更必须文档化，把整个需求变更的情况记录下来，也要求需求团队与方案设计团队、后续维护支撑团队做好沟通，将每次确认的内容文档固话。这里建立事业部出具需求变更模板。

（10）需求模式固化：先选取少量需求试点此方式，在积累经验后，迅速固化实施流程，并将流程清晰、重复运营的流程及工作模板化，抓住主要的模板建设，再把相关的模板流程串起来，不断优化。形成知识库，事业部通过呼叫炮火的方式，集中支持，集中处理，解决共性问题，这些共性问题的解决要形成知识库，在后续遇到类似问题时，快速支撑。

（11）需求透明化：月初，需求版本部署会议，与业务单位沟通本月需要实现的需求；月中，由事业部整体出面（或各需求项目经理）与需求业务单位就需求进度进行沟通；次月上线后，与需求单位进行需求后评估，对需求后续维护及问题解决进行落实，对需求后评估结果进行沟通。

（12）加强需求过程管控：在建立此机制后，需要进一步加强需求过程管控，授权不等于放任，必要时实时监控。

 

本文由CIO发展中心根据“第二期CIO闭门云聊天”活动中各嘉宾观点整理

数字化转型，是一件上升到企业层面，牵涉深广的"大事"，因此IT部门与业务部门的正面交互不可避免。

继第一期CIO闭门云聊天成功举办后，CIO发展中心于6月24日再度举办线上视频会议——“第二期CIO闭门云聊天”，依托线上视频平台，各位CIO朋友们在线开展互动交流，深挖转型机会点，共话发展新机遇。

本次活动中，特别邀请到瑞再咨询管理副总经理张辉担任嘉宾主持，张辉总作为专注企业端到端数字化体系建设与创新21年的行业专家，曾担任上海贝尔安弗施亚洲区IT负责人、双环传动集团IT总监等职位，多年的数字化实践，使其积累了极为丰富的实战经验。

本期活动将话题聚焦于企业中的IT部门与业务部门， 核心议题为：IT部门如何与业务部门协作，提升数字化效率？各位嘉宾从多个维度分享了他们与业务部门协作的方式方法 ，可谓干货满满，我特整理成文，内容如下。

在大家的谈论中，能够发现部分企业中的业务部门具有一定的甲方或使用者思维，对于IT部门提出需求，并不在意如何实现，而且对于外购和开发，也会认为是IT的事情。因此这类企业中的IT部门往往会处在一个艰难的境地，想要改变这样的局面， IT推动者就必须具备“软”领导力和沟通技巧，这样数字化转型的长期性才不会受到影响，才更具有可持续性。

瑞再咨询管理副总经理张辉也抛出话题，他讲到：谈到IT与业务两个部门的微妙关系，已经成为不论是数字化的负责人，还是企业的管理者，都会面临的一个巨大挑战，那如何使IT战略与业务战略匹配，从而推动业务的转型增效。过程中IT应如何与业务部门配合，保证项目的落地？

几位嘉宾分享了他们的做法，可以概括为3点：

1

强化沟通技巧，破冰活动至关重要

来自医药行业的刘总谈到：IT与业务部门的协作对于项目能否顺利开展起到了至关重要的作用，而两者协作最大的难点就在于沟通，往往IT部门的同事比较内敛，所以 很多时候与业务之间的沟通并不顺畅，为了打破这种局面，组织了IT与业务部门之间的团建活动是必要的，轻松的活动代替了机械的会议沟通，通过这样的活动，双方不但增加了信任感，而且少了很多沟通障碍，项目的推进也更加容易。

2

明确项目目标，共建信息化团队

IT部门如果想要推进某些变革，就一定要让业务了解到该项目的目的，并且能够解决哪些问题。如果沟通困难，可以在推进过程中，于业务部门选取骨干人员成为关键用户，一起组建信息化团队，并且从企业层面对这些人员的晋升给予政策倾斜，具体到工作推进过程中，便由关键用户在业务部门内部进行推动。

3

部门轮岗体验，加深双方工作认知

通过轮岗的方式，让IT技术人员与业务部门的人员来进行工作的互换，这样的方式 不但能够进行人才培养，同时也让大家能够深刻地了解对方的想法 ；第二通过轮岗， IT人员也会做业务，业务人员也更懂技术，双方共同讨论项目的氛围更好，利于项目的推进 ；第三点就是 IT的技术目标要与业务目标对齐，并且让业务部门的领导和人员担任大型IT项目的经理，项目组核心成员也由业务人员担任。

传统意义上来说，业务部门会把IT定义为系统和工具的提供者，认为IT不需要懂业务，IT在业务分工里只是一个保障角色。但是随着数字化转型的持续火热，今天越来越多的企业由技术引领公司业务，当业务落地需要技术交付的时候，IT就不只要解决技术问题，还需要理解业务，因此IT角色的转变以及在企业中的定位，对于与业务部门之间的关系产生着深远影响。

对此， 某消费品行业CIO温总表示，一般来说，甲方公司对于IT的期待会有两个大的方向，一个就是作为后台的支撑部门，为前端业务提供支撑；另一个方向就是希望IT发挥业务领导作用，给前端业务提供指导。 针对第一类期望，IT部门需要进行IT或者是工单的建设，让前端业务的需求得到及时响应。针对第二类期望，则需要一个强大的业务加IT，对于大型的集团公司可以采用COE的模式，如果是业务集中的单体公司，则ITBP模式更合适。归根结底，数字化的目的在于给企业带来业务价值，这样的话，说服业务部门以及管理层推动项目才更容易。

来自高 科技 行业的沈总表示IT与业务部门的协作，可以从两个维度来考虑采用何种策略，一个是目的，另一个是方式。 举例来说，如果在项目中，两个部门的目的相同，方式不同，则可以采用竞争的方式；目的和方式都相同，IT部门与业务部门可以采用合作的方式；目的不同，方式方法相同，可以采用联盟的方式；如果目的和方式都不同，则冲突较大，道不同不相为谋。所以与业务部门的协作，需要首先明确与业务部门的目的与方式是否一致。

由于95后对于C端软件有比较深刻的认知，所以对于B端软件易用性和智能性的要求非常高，有嘉宾建议可以采用两种方法解决，第一个就是让这些小伙伴加入到整个项目实施过程中，让他们更加深刻地理解需求是如何开发出来的，并且明确B端和C端的逻辑差异。第二是从项目管理的维度来给他们灌输相关的内容，满足某些必要的需求，将非必要需求砍掉，或者在以后迭代的过程中可能再来适当添加。对于CIO 来说，可以将IT需求进行分级，由IT部门来控制核心系统，如果外围系统没有与核心系统集成，那么会提出相应的使用建议，决定权给到用户自己，对于一些个性化需求，可以采用外部采购小软件和插件来满足。

“在企业中，有些项目和需求需要业务部门来主导，以提升其积极性。对于有独特想法的90后和95后，可以帮助其明确任务和目标，在限定的范围内进行创新。未来对于既懂技术又懂业务的综合性人才的培养，也是非常重要的。”分享嘉宾汪总强调说。

当然对于企业中年轻群体的需求，有些是确实难以落地的，所以需要进一步引导这些年轻的关键用户怎样提出需求，怎样讲清楚需求。使其明确应当是从整个流程出发，来提出一整套需求，而不是从某个点出发，只有这样，才有可能使需求能够快速落地。

很多IT同仁表示，IT部门在企业里没有话语权或是话语权很弱，而且IT部门的工作大都是被动式响应或救火，很难去用IT来引领业务，IT与业务部门的协作非常困难。而且让人苦恼的是，当企业中真的出现了一些“事故”以后，IT部门也得不到老板的重视，而是成了背锅侠，老板会将责任归结到IT的身上，这也是很多CIO所困扰的问题，如何规避这一问题？

瑞再咨询管理副总经理张辉发表了他的看法：“事故”一定不是老板想要看到的，但往往“事故”让企业痛了，老板才更愿意推进某些项目，作为IT负责人，一定要未雨绸缪，提示老板某些地方是有改善空间的，并且存在风险，如果不改善，可能会出现严重的问题，给企业带来损失。一旦IT从未提出相关的风险报告，出现问题了，那IT有着不可推卸的责任。需要注意的是即便提出某些风险预警后不能马上去实施，那也非常有必要，甚至可以采用分期的方案，来逐步实施，帮助企业避免不必要的风险。

千企千面，不同的企业有着不同的实际情况，但能够发现的一个共性问题是IT与业务部门之间的“偏见”，首要的导致因素就是沟通不畅、执行不力，想要实现IT与业务部门之间的高效协作，不妨从沟通方式着手，以沟通为桥梁，充分减少或消除IT与业务之间的认知偏差，这样或许能够推动IT与业务的有效融合和相互理解。

往

期

精

彩

企业数字化转型期间的那些坑，你踩过几个？

打造研发信息安全的“六边形战士”——浅谈研发信息安全的六层防护体系

CIO群讨论企业数字化转型中需要与标杆企业“对标”吗？

上系统与数字化转型（一）：数字化转型核心是开展业务数字化

CIO深度聊 | 数字化转型应如何明确技术团队与业务团队的定位？

关于CIO发展中心

「CIO发展中心」于2005年由一群热衷于中国CIO职业发展的CIO 们倡导发起，并以「聚合中国CIO力量，助推CIO商业价值」为宗旨。旨在通过学术和经验交流、知识和理念宣传来促进职业规范的推进、成长环境的改善以及队伍素质的提升，进而促进信息应用水平提升，推动CIO机制的建立和完善。

本文经CIO发展中心授权转载

呵呵，我也是刚毕业半年多的！到现在为止也已经做过几份工作了！

我觉得不论在大的公司还是小的公司只要你自己肯努力，那工资都不成问题的！关键你要有自己的一个目标，知道自己在做什么，将来该怎样发展！你在小公司成了技术骨干，那还怕工资不高吗我也很喜欢flash，美术基础不好和编程其实只是我们找的借口，美术我觉得你只要坚持每天画点东西那肯定一点点会提高的，编程网上教程也很多>

以上就是关于it是什么意思全部的内容，包括:it是什么意思、无人系统的共性技术包括、IT行业中什么专业最吃香等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！