被AI人工智能取代还是加持？这是人工智能时代每个IT职业人士都应当反思的问题。以下我们列出的十个IT职业，涵盖了大多数最先面对人工智能“威胁”的IT人士，但他们同时也面临一个前所未有的重大机遇，那就是借助人工智能大幅提升岗位效率，并实现技能和薪酬双双升级。
一、客服人员
随着聊天机器人（）的流行，经常需要与客户高频交互客服与技术支持是当下最先面临人工智能技术冲击的IT岗位之一。
二、系统管理员
系统管理员负责系统的部署、配置、维护、监控和管理等工作。但是在趋势的推动下，系统管理人员如今越来越以来自动化工具和技术来处理大量繁冗的工作如系统配置和软件升级。此外，越来越多的系统管理工具（例如监控）开始整合机器学习和人工智能技术，能够大幅降低误报，甚至能提前向系统管理员发出潜在问题的警报。准确地说，人工智能技术将提升系统管理员的能力，而不是取而代之。
根据BLS的IT薪酬报告，2016年网络和计算机系统管理员的中位数年薪约7.9万美元，而且职业市场对系统管理人员的需求还在持续增长。
三、网络管理员
在人工智能的冲击下，网管的命运与系统管理员类似，在企业数字化转型的大潮中，企业网络的智能化是大势所趋，而投资回报率可高达350%的自动化网络管理工具是企业采购的热门技术。在BLS的报告中，网管的年薪与系统管理员持平，约7.9万美元。
四、存储系统管理员
在大数据时代，存储的地位不断提升，但是对于存储管理员来说，手头大量的工作都将被效率更高的，基于大数据分析的人工智能技术取代，例如存储优化、数据生命周期管理、硬件失败预测等。在不久的将来，存储系统管理员的大部分时间主要花在为存储管理软件分配任务，把执行的细节部分交给人工智能和自动化管理工具。
五、QA／测试助理
如今自动化工具已经能够完成QA的大部分流程，这样的企业已经开始在QA方案中整合机器学习技术来优化测试流程，分析测试日志并快速诊断和解决问题。人工智能技术的加入将大大提高软件QA和测试的效率。根据2017年 Half科技行业薪资调查报告，美国市场QA助理和分析师的年薪在6.7-10万美元之间，比2016年增长了2.7%。
六、项目管理经理
项目管理进入被AI取代的岗位名单多少有些出人意料，一般来说项目管理这种较为复杂的工作似乎并不容易被AI掌握，但是公司特意将项目管理挑选出来列为（部分）被AI取代的IT岗位名单中。
项目经理通常需要花费大量时间采集和录入项目（团队）进度数据，这些工作AI都能做得更好。在项目周期和成本预测方面，用大量类似案例数据训练过的机器学习工具的表现也会更加出色。目前市场中已经出现了类似的人工智能项目管理工具。
七、数据分析师
随着大数据风潮席卷各行各业，数据科学家和高级数据分析人员供不应求，一将难求，企业开始寻求借助人工智能来降低数据分析师的人才门槛。
如今大量预测分析工具都整合了机器学习功能，能大幅提升数据分析师的工作效率，事实上AI并未取代数据分析师的角色，而是增加了市场对数据分析工具使用技能的需求。
八、数据库管理员
数据库管理员，或者说所谓的DBA，主要负责数据库的部署、配置、优化、调试、监控、管理和排错等任务。一些计算机科学家认为，人工智能将能够完成数据库管理员的部分工作，尤其是性能监控、诊断和排错工作。虽然目前市场上还未出现此类人工智能产品，但是数据库领域对人工智能技术的需求在不断增长，这反过来推动了对DBA的需求增长。
九、网络安全管理员
随着勒索软件和恶意软件的不断变异增长，防不胜防，企业开始寻求新的安全解决方案，而人工智能，则是当下各种全新安全解决方案的“盐”。
无论是下一代安全信息和事件管理（SIEM）还是用户与业务行为分析（UEBA）方案，都纷纷整合机器学习功能，来弥补传统安全技术，例如防火墙和杀毒软件的盲区和短板。
虽然人工智能在未来安全解决方案中扮演着越来越重要的角色，但是包括安全管理员在内的各个信息安全岗位的需求将继续保持高速增长，机器将不会取代人员，而是提升其工作效率和技能。
十、软件开发人员
过去几年市场对软件开发人员的需求持续高涨，薪酬也水涨船高。因此很多企业开始寻找那些能够少写代码甚至免代码的开发工具，方便业务人员也能开发简单的应用。微软和剑桥大学的研究人员已经在开展用人工智能编写代码的实验性工作。虽然AI工具的水平还远不足以独立完成一个完整应用的代码开发工作，但已经能有效扩大企业开发人群，从某种成程度上减轻开发人才短缺的压力。
“技术盲”经理过问IT项目的十个问题
业务经理往往缺乏理解IT项目进展和方向的IT知识，但他们也能够通过适当的问题来帮助IT项目走向成功。
如果你是一位不懂IT技术的业务经理，但“不幸卷入“企业软件开发或者改进项目，询问什么样的问题往往让人犯难。但对于软件开发流程的参与者来说，沟通又非常重要，事关项目成败。以下是”技术盲“经理与IT部门同事沟通时常见的十个问题：
一、跟企业IT资源沟通的最佳方式是什么？
这个问题你可以问一位IT经理。通常IT部门会有业务分析师或者项目经理专门负责协调业务人员与技术人员的沟通，但如果碰巧没有的话，你就必须自己动手了，把需求逐条明晰写下来，然后再去找项目经理或者技术人员，这样可以大大提高沟通的成功率，是非IT经理跟IT部门打交道的最佳办法，虽然这写需求有时候看上去有些乏味。
二、请问你们现在进展到哪一步了？（反复问）
你向IT同事的反馈越及时，纠正错误的成本就会越低。面对这个现实吧，需求文档并不能保证软件没有问题，只有当你真正使用的时候才能发现很多很多未曾提及的，或者未曾预料的问题。所以，即使软件开发尚未完成，也要尽可能早地提供反馈意见。（即使这会让你在开发人员中遭受白眼）
三、是在等我做些什么吗？
有些项目有全职的项目经理管理开放问题。如果你没有这样的资源支持，那么确保你能审慎地跟踪每个开放问题或议题。经常问问技术人员是否在某件事上等你给一个答复，这是一个好习惯。
四、这玩意如何测试？
一个管理良好的软件开发团队会在项目初期就制定一个测试策略。了解这个测试策略，搞不懂就早问。
五、我什么时候能协助测试？
确保你或者你的用户在成为测试中不可或缺的角色。相比依靠测试脚本的QA来说，业务部门的人员对应用是否”正确“更加敏感。
六、这个新系统或新变化会如何影响我们其他的系统？
如果一家公司有很多互动的系统，无论对IT人员还是业务人员来说，识别一个改变如何影响其他系统都是很困难的。作为一名业务经理，你需要花些时间考虑IT项目将如何影响其下游业务流程。你还需要跟IT部门的同事讨论明确新系统与其他系统的“触点”，如果新系统会影响其他系统，那么就应当在测试策略中将这些因素考虑进去。
七、出问题的时候系统将作何反应？
妥善甚至“优雅”地处理错误是所有设计良好的系统的共同特征。这个问题将有助于确认你所面对的IT项目也充分考虑了这个环节。类似“我不知道”或者“会返回意外信息”的回答都是不能令人满意的。正确的答复应该包括系统会如何以合理的方式通知用户或支持人员；如何防止错误或不完整的数据进入系统；以及流程在错误发生后如何重启。
八、你能提供审计记录吗？
大多数商业用户都假定所有的电脑系统都能提供用户操作记录、历史修改和交易记录。事实上，这些都不是IT系统默认的功能，除非开发人员刻意增加这些功能。如果历史记录对你来说非常重要，确保在你的需求中明确列出并要求演示。
九、开发完成后做什么？
很多IT项目在从IT人员手中移交到业务人员手中时都面临崩溃的危险。确保在开发和测试完成之后有一个明确的交接计划。你可能需要专注于培训计划或用户沟通策略。你必须确保技术团队对系统从开发到运营的过渡有一个翔实可行的计划，这里面会包括落实维护团队，以及确保有足够的IT资源支持系统运营初期可能进行的一些修改。
十、你是怎么看的？
有很多技术人员对任何话题都可以喋喋不休，但也有很多技术人员虽然了解业务目标，但是不善表达。多问问他们的意见吧，也许你会得到很多有价值的观点。优秀的技术专家往往会扪心自问，但是对于业务经理来说，你需要向你能找到的每一个技术人员问这个问题，这会打开你的视野。
相关文章
