IT战略规划项目方法论

IT规划就像是一份路线图，旨在引导IT部门走上未来一年甚至更长的道路。但是，对大多数CIO来说，制定一份务实、可行的IT规划却是困难重重。 要是担任联邦快递、通用电气或者瑞士信贷这些大公司的CIO，那感觉肯定很棒――因为在这些公司，IT和业务的关系几乎密不可分; 公司***明白，IT是一项战略资产，因而鼎力支持; 高层鼓励CIO把大部分时间用于考虑大局上。要是在如此美妙的IT环境下工作，起草合理可行的IT战略规划恐怕如同小菜一碟。

但绝大部分CIO所处的工作环境并不好，譬如:业务部门本身无法阐述清楚其战略规划;公司领导不是太关心IT，更不要说在战略上重视IT了; CIO的时间早已被日常运作所占用，哪里还有时间去展望几个月之后的形势。在这样的IT环境，起草合理的IT战略规划几乎是不可能的。

IT规划就像是一份路线图，旨在引导IT部门走上未来一年甚至更长的道路。但是，对大多数CIO来说，制定一份务实的、可行的IT规划却是困难重重。

虽然形势对普通CIO可能不利，但事实上，那些并不掌握战略规划艺术的IT***是干不好工作的。弗雷斯特研究公司副总裁兼调研主任Alex Cullen说: “CIO没有战略规划是不可能成功的，IT战略规划的目的就是促进业务与IT融合，CIO需要用战略规划与业务人员沟通，让对方明白公司的要求以及预期目标。”

美国国家骨髓库CIO Michael Jones将IT规划称为“IT人员的商业方案”。本文将告诉您如何克服起草IT规划时面临的最常见的障碍。

制定哪种业务计划？

IT部门要弄清楚如何让业务部门的愿望得以实现。

制定IT战略的基本准则就是要与业务战略相衔接。独立IT分析师Laurie Orlov说: “业务部门有其希望得到的结果，比如扩大市场份额、提高客户满意度、缩短周期等。IT部门要弄清楚如何让这些结果得以实现。”

当然，业务部门的战略规划通常是更加糟糕的，往往还不如IT部门。Cullen说: “业务部门常常缺乏战略，即便制定了战略，也很粗略、很含糊。或者是他们保留修改战略的权利，或者是战略并不适用于当前的所有业务活动。”

“如果是因为业务部门的战略不够清晰，进而影响CIO制定IT规划。这完全是一种借口。” Orlov说，“CIO绝不能因此而推卸责任。”事实上，模糊的业务目标虽然给CIO带来了挑战，但明智的CIO会把这看成是机会。Gartner Executive Programs公司副总裁兼调研主任Dave Aron说: “业务人员非常关注业务运作或者其他细节，IT人员能够帮助业务部门明确什么会有助于它获得成功、IT可以从中起到什么作用。由此，你就可以从原来的听令行事，变成实际上能影响总体战略的关键人物。”

让机会找上门来

企业如果缺乏雄心勃勃的发展战略，也就无法维系真正的IT战略。

Michael Hites是新墨西哥州立大学（NMSU）CIO,他心里明白，缺乏整体的远景规划将让NMSU面临挑战。Hites解释: “如果你没有落实最高层的计划，IT规划即使制定得再好，也不会成功，对此我深有体会。” Hites在2003年担任CIO时，NMSU的发展计划与其他大学没什么区别。所以，Hites制定的第一份IT规划很标准化，不愿意冒险。IT部门只是埋头把工作做好，但所做的工作却与学校的整体战略无关。Hites认为: “假如你在这种环境下不顾一切地硬来，学校能不能跟上你的步伐还不好说。”

Hites表示，由于学校缺乏比较雄心勃勃的发展战略，也就无法维系真正的IT战略。为此，Hites连续几年向领导层反映，学校缺少发展战略是非常不利的。2007年，Hites被委以重任――负责整个学校的战略规划，还被命名为“规划与技术副总裁”。这种结局让人既惊喜，有欣慰。

Hites和他的团队有很多好点子，他说大约要花1500万美元，但他的部门每年只能得到50万美元的预算。如今，Hites面临的难题是，如何少花钱多办事。

如果大学制定的是“帮助学生成功”或者“加大科研力度”这样的老套战略，那么你做的任何事都会有助于实现这些目标，但问题在于你无法找到重点与核心。“如果学校大胆地表示，我们将在刑事司法领域开设世界上最好的网上教育课程，那么这就成了战略重心。”Hites说。

让IT主导局面

CIO可以帮助企业制定整体的战略规划，而不仅仅是IT规划，这样就从被动变成了主动。

弗雷斯特研究公司副总裁兼首席分析师Bobby Cameron说: “CIO是可以在战略方面帮助推动业务部门的。”而这未必意味着CIO承担第二份专职工作。Kelly Clark加盟Exante金融服务公司（是一家面向医疗行业的金融服务提供商）时，他希望改变IT战略规划流程。

Clark解释: “战略规划通常在年末进行――你看看预算，有多少资金，然后弄清楚可以做哪些事。这很被动。”Clark需要一种主动的流程，“表明这是市场所寻求的，这是我们拥有的资源，这就是我们需要的东西。”

当时，Exante拥有业务路线图制定流程，却没有业务和IT战略，于是他告诉CEO和CFO需要这样一项战略。领导层听从了他的意见。“于是，我们开始动手，制定了企业战略规划，IT就是其中的一部分。”Clark说。

Bethesda Lutheran Homes and Services（BLHS）是为发育障碍人士提供服务的一家教会组织，该组织拥有105年的历史。Brian Tennant担任CIO时，该组织正在实施一个为期5年的战略计划，但这项计划只是名义上有战略性。Tennant回忆说: “计划很宽泛，譬如有很多类似‘最好’、‘快速增长’的词汇，但并没有说明如何进行衡量; 而且，也没有非常在意计划是否正常开展; 一切都脱离了实际。”

坦率地讲，起初这对Tennant来说并不重要。2005年，BLHS收购了总部设在加利福尼亚州的Good Shepherd Communities后，规模扩大了三分之二。“当时，有一大堆现代化项目要做。”Hites回忆，“包括调整核心的ERP系统，IT的使命非常清晰，那就是集成与升级。”

鉴于一切工作都已完成，Tennant认为，该到制定IT规划的时候了，以便引导IT部门顺利度过今后的3～5年。Tennant并没有坐等BLHS组织出台一个全新的、具体的五年计划，具体得足以引导IT部门的工作。相反，Tennant却在帮助BLHS组织制定发展规划。“我认为自己是高级管理团队的成员，只是正好负责IT而已。所以，我抓住了及早参与的机会，参与所有部门，而不是只参与我自己的部门。”Tennant说。

包括Tennant在内的高级主管正与董事会、业务部门、捐赠者和被捐赠者家属一起审查新计划。旨在撰写所谓的“战略定位说明书”，比如吸引更年轻的一代人来捐赠、扩大服务对象、确保财务稳定等。Tennant说: “我已经在考虑IT部门如何帮助实现这些目标。”

从零开始

CIO们都知道需要IT规划，却不知道需要什么样的规划，也不知道希望实现什么目标，或者从何处入手。

KI公司是一家年收入达7亿美元的办公家具制造商，该公司信息服务副总裁Vicki Petit是这样来形容IT战略规划的，“工作量太大了。”Petit毫不犹豫地说。

8年前，Petit担任KI的IT***时面临双重挑战: 公司既没有业务战略，也没有人想过为IT制定战略。弗雷斯特公司的Cullen每年年初都会接到许多CIO打来的电话，其中一半人就是像Petit这样从头做起的人，另一半人是对现有的IT规划不满意。Cullen说: “CIO们都知道需要IT规划，却不知道需要什么样的规划，也不知道希望实现什么目标，或者从何处入手。”

头几年，Petit苦等业务部门的战略计划。但得到的不是计划，而是大部头。她翻阅了KI长达200页的“公司战略书”，却很难找到与IT有关的内容。Petit说:“业务战略主要是以运营目标的形式来体现，很难把IT这一战术与业务战略联系起来。”Petit希望制定一份具体的、长远的IT路线图。

Petit明白，她必须得采取一些实际行动。此后每年，她都会起草IT战略规划，并不断更新; 还根据6个月后的进度给IT部门打分，不断加以完善。如今，她的上司CFO要求所有部门每年都要制定类似的战略计划。

Petit开玩笑说: “他们都喜欢我。结果证明，规划确实很重要。我们可以利用规划来证明IT方向的正确性; 或者否决项目，而不是仅仅被动地满足用户的要求。”

George Lin在战略方面也是从零开始的。2007年4月，Lin成为杜比实验室CIO，他发现落实的IT计划“相当基本”。但Lin所处的环境比Petit好，他得益于非常可靠的业务战略规划流程。杜比实验室对业务战略规划采取了分多个阶段的“漏斗式”方案。公司1000多名员工把所有好点子献上来后，高级管理层通过治理流程对众多点子进行精简，确定当年应该实施的若干项目，以便管理。

Lin打算在IT部门推行类似流程，邀请董事会就战略计划发表高见，并且设立“业务基础设施指导委员会”，负责选择最有希望的项目。Lin说: “我之前在其他公司也是这么做的。IT战略规划流程应与现有的业务战略规划流程结合起来，这样才会得到业务人员的认可。”Lin曾在Advent Software、Documentum和EMC等公司担任过IT领导岗位。

要不然，IT部门就会遭殃。Lin说: “如果IT部门所制定的战略是孤立的，IT人员虽然往项目上投入了很大精力，业务部门却不需要或者不重视这些项目。结果严重挫伤了IT人员的斗志。”

让业务部门参与

IT规划

要是业务部门没有参与进来，即便是非常完备的IT规划也会遭到失败的下场。

2003年，Petit制定了第一项IT战略规划，她很高兴，但她知道该项规划并不理想。于是，她对IT应当关注的重点提出了自己的看法，却基本未听取业务部门的意见。

Orlov提醒: “IT战略规划不可能在真空状态下制定，CIO不能独自想办法。”Petit明白了这点后，一直在努力把IT战略规划与业务目标结合起来，尽管业务目标不怎么完善。Petit承认: “进行这种转变很难。IT规划是向别人展示我们为公司创造价值的惟一手段，所以不能让人觉得我们是关起门来做自己的事。”

Petit认为: “一种比较好的做法是，与职能部门的***合作，听取他们的看法和建议。”

Petit虽未参与业务战略的制定，不过她自有解决办法。“我们制作了利益相关者图表，开始与他们一一会面。我们问对方: 您的衡量标准是什么？您关注哪些因素？由此加强了双向沟通。”与许多人的观点相反，CIO没必要非得“有席位”才能让业务部门参与IT规划。Cullen表示，实际上，让业务部门参与IT战略规划是获得这一席位的重要途径。

Gartner公司的Aron说: “说到制定IT战略规划，绝不能像孩子做作业那样独立完成，这是最大的错误。在制定规划的整个过程中，你一定要让业务部门参与进来。”

Lin在杜比实验室设立了IT/业务联系人岗位，负责听取战略方面的意见。Lin: “不是单单听取高层主管的意见，而是要听取公司上下的意见; 也不是每年编制预算时只搞一次。”今年，IT部门希望为公司设定IT基础设施标准，这是年度计划的一部分。Lin说: “IT部门让业务基础设施指导委员会派人到标准委员会，而不是自己做出决策。”负责审阅战略规划的委员会实际上也参与制定的全过程，这样一来，业务部门就不再是被动地接受。

要是业务部门没有参与进来，即便是非常完备的IT规划也会遭到失败的下场。弗雷斯特公司的Cullen说: “你把规划拿给业务人员，他们点点头说: ‘这计划看上去不错，就这么去做。’但他们心里却在想: ‘为什么要告诉我？我根本没有参与。别找我要钱，因为这与业务需求无关。’”

Cullen举例说，某公司的IT规划中用10页来阐述IT在Web 20方面的目标; 而CFO的烦恼在于，他的E-mail收件箱被限制在100MB。这样一来，CFO显然会对CIO的IT规划摇头，这恐怕也是CIO提交IT规划时最怕见到的一幕。

每年10月，Hites都在新墨西哥州立大学举行年度IT规划大会，与大约100名IT***和学校***进行交流。去年秋季，他们花大量时间探讨Facebook和MySpace对学校有何作用，要不要把课程与这类社交网站集成起来。Hites早在伊利诺斯理工学院时就开过这种大会。Hites说: “之前，我们确实只在IT部门内部进行规划。这样做不仅缺乏成效，而且造成了紧张的局势，被人误以为: 我们希望这样做，而IT部门希望我们那样做。”

让业务部门参与IT规划流程未必要像Hites所做的那么正式。美国国家骨髓库Jones采取的办法是，与利益相关者进行会谈。Jones说: “上至管理班子，下至基层员工，我都与他们交谈。我问他们运作如何？哪些地方正常？哪些地方不正常？”然后，Jones向IT人员问同样的问题，进而证实他所积累的信息; 或者表明哪些地方存在脱节，需要解决。这些会谈帮助Jones把IT计划的内容与业务人员的日常要求结合起来。

Cullen说: “CIO不妨问问同事‘你期望从IT得到什么？’、‘技术有多重要？’如果答案是‘我不知道我需要什么，因为不知道IT部门能做什么’，那么，今年IT规划的重心也许就是: 定义IT的角色。”

Aron说: “要坦诚布公地与业务部门交流，搞清楚IT如何帮助业务部门取得成功。而且，不要担心自己犯错误，犯错不是坏事，它能帮助你成长。”

譬如: 某银行的CIO不妨走到客户服务副总裁面前说: “如果深入了解客户，银行就会成功，因而我们认为，IT应关注注重分析功能的客户关系管理系统。”副总裁可能说: “我不同意你的观点。我认为，只有降低成本，才能赢得客户。”这样一来，CIO心里就有了底，知道围绕哪些方面来制定IT战略规划了。

杜绝借口

IT人员应当用大部分时间考虑IT战略，其余时间的任务应当是确保与业务部门的每项工作步调一致。

做过牙根管治疗的人都知道，这个过程并不好受。但是，如果在制定IT规划和牙根管治疗这两者中选择一个，许多CIO却宁可选择去看牙医。“可想而知，制定IT规划是很痛苦的，但如果停下来认真思考，还是能摆脱被动的局面。”Orlov说，“问题就在于，很多CIO都停不下来。”

弗雷斯特公司的Cameron经常听到这样的抱怨，“我忙于处理日常工作”，“去年我把时间花在了规划上面，但毫无用处”。由于IT越来越复杂，CIO害怕IT规划的情绪越来越严重。Aron说: “眼下，IT方面出现了三种情况: 一是需要发展和创新; 二是由于银根紧缩而继续实行成本核算; 三是IT在公司中的角色不断变化。由于这三种情况相互交织，IT规划会变得非常复杂。”

正如做牙根管治疗，你现在忍痛是为了以后避免受更大的罪。IT规划也是如此。

Orlov说: “战略规划是CIO用来表明IT价值的工具。如果有人对IT的工作提出质疑，它就能成为IT人员的有力武器。所以，你得为此项工作抽出一些时间。”Petit在最近评估IT进度的6个月期间，给她部门打了A，因为以较低成本提供高价值的IT服务; 但又打了D，因为在与产品开发团队一起把技术运用到KI的家具设计方面做得不到位。

“我们当时的目标是在IT部门设立创新小组，而最终却没有设立。我们把大量时间用在了运作上，很少有时间去考虑未来。”Petit说，“这是一种挣扎，你很容易被拖进日常运作的漩涡中，因为人手紧缺。”Petit很难抽出时间来规划，这不足为怪。

为此，Petit把条形图用胶带贴到电脑屏幕上，跟踪自己与其他管理人员会谈、与外部同行交流、会见厂商等方面花了多少时间，与项目或者运作无关的任何时间都算上。目标是达到每个月32小时，占规划所用总时间的20%（Petit是按分钟来跟踪的，总共1920分钟）。Petit说: “在大公司，CIO的角色比较关注战略，职务明确，所以战略规划可能容易得多。而在中小公司，我们得身兼数职。譬如说在瘫痪的网络面前，就顾不上战略规划了，肯定先要搞好网络。”

Exante公司的Kelly表示，即使战略规划很重要，IT部门也要把钱花在刀刃上。“问题常常涉及到钱，大家都在关注资本开支。”Kelly说，我要在人员和流程上确保IT战略规划仍是优先事项。大多数公司没有派专人负责IT战略规划，因而，IT规划就成了大家的负担。为此，Kelly使IT规划成为某位主管的专职责任。

Orlov同意这一观点，他说: “IT人员应当用大部分时间考虑IT战略，其余时间的任务应当是确保与业务部门的每项工作步调一致。”如果IT***（或者其下属）现在能为战略规划留出额外时间，这会成为他们日常工作和交往中的一个有机部分，而不至于很快会被撤掉。IT战略规划也会变得更容易。

所谓“万事开头难”。Cullen说: “如果你在去年第一次进行战略规划，就会发现今年制定IT规划所用的时间比较少; 以此类推，明年所用的时间会更少。这样，你就可以把更多的时间用来与别人探讨和交流，从而减少日常运作方面的时间。”

“这说不定会成为你工作中最喜欢的一部分，因为可以在规划中谈论你想要做的工作、这些工作为什么对公司来说很重要。”这就是IT规划的乐趣。

快速点击

绕过IT规划的四个误区

1．技术在迅速变化，没必要进行规划。

IT顾问Laurie Orlov说: “IT战略规划与过去一样重要。”

“规划从来不会过时。”没错，如果你的战略规划只是单单罗列了几个项目，那显然会遇到麻烦。弗雷斯特研究公司副总裁兼调研主任Alex Cullen说: “要是IT战略规划旨在支持业务，那么它永远不会过时。业务发展步伐越快，它就越重要。”

2．战略规划可以用上5年。

Cullen说: “很多人都将IT战略规划看成是5年的长远规划。5年后，再制定一次规划。”

事实上，不管你的预测水平有多高，你在关注将来5年的情况时，很难准确预测。5年规划带来的另一个问题是，你无法真正熟悉你所制定的IT战略规划，因为十年内才制定两次。

当然，IT规划可以横跨5年，但关注的重点应当是短期; 而且，每年至少要修改两次。Cullen说: “这是一个持续的过程，不是一蹴而就的。”

3．IT预算越少，越不需要战略规划。

每年如何花掉50万美元？又如何确保IT项目是支持业务发展目标的？

新墨西哥州立大学CIO Michael Hites手握50万美元的IT预算，他说: “如果你预算有限、资源有限，又没有战略计划，就不会取得成功。你跟不上技术变化的步伐，因为根本不知道要关注哪些变化。”

4．你无法为IT制定战略规划，因为业务部门没有战略规划。

没有明确的战略（或者没有涵盖所有运营方面的战略），业务部门也能维持运作; 但IT部门却不能。模糊的业务目标会给IT规划带来挑战，但明智的CIO会把这当成机会，帮助业务部门明确其目标。像Hites那样，因此成为了公司的战略师。即使业务部门正在变革中，你仍没有摆脱责任。Orlov说: “业务部门从来不会止步不前，肯定是在不断变化的。但其中有一点是明确的，要是没有IT，有些业务目标是无法实现的。”

快速点击

解读IT战略规划

规划时间: 大多数IT***希望在年初开始考虑IT战略规划，以便吻合预算编制周期。制定IT部门的第一项战略规划可能需要3～12个月的时间。

时间范围: 规划应当横跨3～5年，最应当关注的是接下来的12～18个月，除非有更长远的项目在提交讨论中。

撰写形式: Word文档或者PowerPoint演示文档。制作精简版本，那样万一有人提出问题或者疑问，就可以拿出来。最新颖方法是：如果你供职于分布式或者全球性公司，不妨考虑使用播客。

篇幅长度: 15页或者更短；如果使用PowerPoint，25张幻灯片或者更少。

规划概要: 计划应当先列出针对业务受众的概要。

涉及范围: 高层次目标和规划要针对影响公司业务的各方面的信息技术，而不是仅仅针对基础设施。IT路线图有助于阐明总体战略。

业务环境: 阐明构成IT战略规划的具体的业务驱动因素、业务假设和计划。譬如说，公司正计划收购小公司，那么IT部门的规划就要关注集成技术。

IT原则: 简要说明将指导IT决策和实施的目的。

衡量尺度: 你在制定IT战略规划时要明确衡量进度的尺度，而不是等到评审时，才搞清楚所有衡量尺度。目的并不是让衡量尺度尽量准确，而是能够衡量实现目标过程中的进度。

评审环节: 要对IT规划进行评审，至少每个财年必须修订一次，应当在年初来一次全面评审。

快速点击

IT规划的八宗罪

弗雷斯特研究公司副总裁兼调研主任Alex Cullen见过各色各样的IT规划，有的非常好，有的却非常糟。Cullen说：“大部分规划存在相当多的缺点。应当避免这些错误，确保你的下一项规划不属于糟糕的那一类。”

1．长篇累牍

起草战略规划不是写长篇小说。Gartner公司副总裁Dave Aron说，应当尽量控制在15页内。他见过一份长达250页的IT规划书。

2．束之高阁

最糟糕的IT规划是“起草一次、从来不看”。IT顾问Laurie Orlov说：“战略规划需要有生命力。”为了避免你的规划被束之高阁，就要让曾经帮助起草规划的人参与起来，便于他人查阅，并且常常进行讨论。Aron说：“我知道有一名CIO每次开会都先提到战略。”

3．明年再讲

IT规划需要定期重新验证及更新补充，新墨西哥州立大学CIO Michael Hites每年要对他的IT战略规划更新3次。

4．忽视细节

战略规划同样注重细节。比如说，我们应当在今年使用社交网络工具，以便完成X、Y或者Z等目标，但不应该添加具体的日期或者产品。Cullen说：“人们经常把战略规划变成项目清单。”如果你觉得必须包括业务运营计划，就把它们放到附录部分。

5．一成不变

IT规划不是一成不变的，正所谓：“计划不如变化快。”要预料到意外情况，譬如：要是公司突然进行收购或者领导层发生变化，该怎么办？想要真正改善你的规划吗？那就要增加场景规划或者应急规划。

6．措辞艰深

太多的IT战略规划都是用专门术语写成的。你要明白，你为IT部门设定方向是为了支持业务，所以，要采用业务人员易于明白的措辞。Orlov说：“动不动就提到时髦术语和产品名称的IT人员只是在为IT部门制定IT规划。”

抛掉那些IT术语，把你的目标与关键的业务驱动因素结合起来。

7．一劳永逸

要撰写不同版本的IT规划，以满足规划面向的不同对象（高层管理班子、IT部门、业务部门主管和厂商/合作伙伴）的不同要求，这让人觉得现在要做大量工作，但实际上会为以后节省时间。最起码要撰写特定的介绍或者概要，为同一项战略规划，增加不同的介绍方式。

8．好高骛远

要务实一些。Cullen建议：“你的第一项规划不要把目标定得过高，不要试图什么都想改变。”要是觉得没有把握，就少承诺、多办事。

首先，企业高层应当重视战略的实施。企业高层领导的意识和行动往往决定一个企业的前途和命运。企业高层应该充分地认识到战略实施的重要性，引起足够的重视，对待战略实施的管理像对待战略制定一样重要，不能制定了战略就等于实现了战略。制定战略目标的同时，应制定相应的实施计划和监控机制。企业应建立根据行业、外部环境和市场的变化，提出相应的反映机制。

其次，应该让企业员工从思想上统一认识，理解和接受企业的战略。员工是企业战略的执行者，只有让员工从思想上清楚地认识到企业的战略目标，才能从日常工作中有的放矢、贯彻执行。企业的中高层领导对待问题应该从企业的战略出发，而不是从本部门或者个人的利益出发。这样才能使普通员工对企业战略有深刻的认识，使员工们觉得企业战略不是纸上谈兵，而是整个企业从上到下的一种追求。就像拔河运动一样，大家方向一致，才能劲往一处使，才能为实现目标而正确地努力。

这就需要对企业的中高层领导进行培训，使其认识到企业战略的落实与其平时的一举一动是密不可分的。由他们对下属员工进行相应的培训，或者在工作中随时随地地培训和教育。

再次，战略目标的分解。企业战略目标是宏观的，是从整个企业出发的，如果让每一位员工去接受和实施，大家会觉得遥不可及、无从下手、目标不明确，与自身关系不密切。就需要对战略目标进行层层分解：首先，将整个企业战略目标分解到每年，确定年度目标，然后，将年度目标分解到每个部门，即部门的年度目标，最后，分解到月、周和每个岗位。只有将战略目标具体分解到每个岗位，员工才能明确自己的任务。这样就不会出现完不成目标大家互相推卸责任。 再次，企业战略的实施还应当有相应的人力资源的配

臵。要做到目标分解，应该明确职责分工。只有分工明确，才会任务明确，才会职责明确，才会明确每个岗位应该具备哪些素质、配备怎样的员工。企业应当配备相应的人才去完成战略，这就需要企业从战略出发，制定相应的人力资源计划或人才计划，为企业实现每一步战略目标储备和提供相应的合格的人才。例如通过内部提拔培养、外部招聘，来解决企业实现战略目标对人才的需求。

最后，应该实现个人利益与企业战略的有机结合，建立相应的激励机制。将每个岗位的绩效考核体系与分解后的相应的企业战略挂钩，建立相应的绩效考核指标。薪酬制度应以企业整体战略和核心价值观为基础，而不能简单地搬用其他公司的薪酬制度。薪酬分配的目的绝不是简单的“分蛋糕”，而是通过“分蛋糕”使得企业今后的蛋糕做得更大，企业在设计薪酬制度时必须体现企业个性化特征。真正意义上实现员工利益与企业战略的有机结合，使员工实现自身价值最大化的同时完成企业的战略目标。企业应该为员工做好职业生涯的规划，让员工能够非常清楚地看到为企业所做的服务能够得到的相应的成果和奖励。例如在企业内部设立相适应的股权分配方案或期权等奖励方法，让员工得到有效的激励，真正达到按劳取酬，实现内部分配的相对公平。

以下内容根据网上内容进行收集整理

2015年参与了公司十三五的IT战略规划编制，当时并没有了解太多战略规划方法论，主要还是咨询公司主导。近期又参与到IT战略规划的修编，希望能做得更好一些，有所提升，所以仔细研究了下四大咨询公司IT战略规划项目的方法论（资料大多来自百度文库），毕竟这些咨询公司很善于把无序的项目型工作整理出结构化的方法论来。从各家规划的方法论来看，套路基本相似，根据这些规划方法论层层展开、分析，一家公司的IT战略规划也就逐渐明晰起来。

IT战略：制定信息化的愿景、目标和需要的能力，并给出信息化建设指导原则；

IT架构：勾画实现IT战略目标所需要的应用系统架构、集成技术架构和基础设施架构目标蓝图；

IT管控：搭建IT总体管控模式、定义IT组织结构、职能和关键岗位职责、定义IT管理流程框架和IT评价及审计机制。

总的来讲，在项目启动之后，整个规划项目将划分成四个关键的步骤：分析业务与IT现状、确定IT战略方向、设计未来IT蓝图以及制定IT战略实施计划。各个阶段将分别完成一系列任务，并提交相应的工作成果。

在整个项目过程中，最关键、最核心的是未来IT蓝图设计阶段。项目组将在理解了客户的业务战略、业务现状、IT现状以及已有的IT项目计划的基础上，充分运用埃森哲对业务发展趋势以及技术发展趋势的深刻理解，参考国内行业机构在实施信息化过程中的各种先进经验，为客户设计出未来的IT蓝图。

本阶段埃森哲最重要的任务是通过与客户项目负责人的深入沟通，进一步明确并确定项目的工作范围，在此基础上制定出合理的项目计划。同时，埃森哲与客户双方均需尽快为项目配备相应的资源。

项目启动阶段最重要的成果是明确可行的项目计划。

在现状分析与诊断阶段，埃森哲项目组将基于埃森哲已有的对税务业务的理解，进一步了解客户业务流程的特点，从而了解客户各级部门面临的与信息技术有关的主要问题和需求。

另一方面，更重要的是要了解分析客户当前的IT架构（包括数据架构、应用系统架构、IT基础设施架构）和IT管控模式（包括IT部门的业务流程、IT部门组织和管控模式等），从而对客户已经具有的信息技术能力有一个全面的了解。

通过对客户业务与信息技术现状的调研，项目组将会对客户的业务和信息技术条件有基本的理解，并对客户的长处和弱点有所了解。

在现状分析与诊断阶段，项目组将会阅读客户所提供的大量的文件、资料等，并会对客户各主要业务部门以及信息技术部门进行一系列的访谈。

现状分析与诊断阶段最重要的成果是现状分析报告。这份报告一方面要描述业务现状与信息技术现状的基本情况，另一方面，更重要的是要识别出业务对信息技术提出的最主要的需求，以及信息技术领域面临的一些最主要的问题。

我们将通过对 客户主要领导进行访谈，获得对客户业务战略的理解。在分析了客户业务与信息技术的现状，并理解了客户的业务发展战略的基础上，项目组将结合埃森哲全球税务咨询的经验和对信息技术的深刻理解，并参考国内外的先进实践经验，制定出客户的IT战略方向。

我们假设客户已经清楚地定义了业务发展战略，并且形成了相应的文件。因此我们的访谈只是对有限的问题与客户主要领导进行进一步确认。当我们完成对业务战略和IT战略方向的确认和定义后，也将与客户主要领导对该结果进行确认。

如前所述，决定客户的IT战略实际上就是要分析业务战略对信息技术提出的要求，从而定义出客户的IT愿景、关键的IT目标、需要的IT能力，以及IT在客户应该扮演的角色。

在确定了IT战略方向以后，我们还会根据客户的现状、战略目标以及先进的实践经验，形成制定IT蓝图的一些重要的指导原则和一些基本思路。

项目组所确定的战略方向、指导原则以及初步的设计思路将会客户进行充分地沟通，得到客户的确认之后，这些原则和初步思路将用于指导下一阶段的IT蓝图设计。

这个阶段的主要任务是设计客户未来的IT架构和与之配套的IT管控模型。IT架构包括数据架构、应用系统架构以及IT基础设施架构（硬件设备、系统软件和网络等），而IT管控模型则包括IT组织、IT流程以及IT绩效管理等。

业务对信息技术提出要求，同时，信息技术也会为业务的发展提供新的可能。因此，在设计未来的IT蓝图时，有可能会发现，有必要对部分的业务流程进行调整和优化。流程改进的建议也将在这个阶段完成。

根据分析结果并经过深圳国税的确认后，项目组将定义客户的信息技术能力蓝图和IT架构。定义的IT架构覆盖以下方面：

数据——确定主要的数据来源和数据流（数据分布和数据接口），这一方面是为了将应用系统与业务流程对应起来，另一方面也是为了支持业务流程以及应用系统之间的信息流

应用系统——既包括各个应用系统的功能描述，也包括应用系统的集成与整合架构

IT基础设施——对支持应用系统的关键硬件、系统软件、设施加以说明，并勾画出概要的网络结构与网络资源需求

为了管理、执行和支持所定义的 IT 架构，需要对信息技术进行有效的管控。 IT 管控模型主要包括以下要素：

IT业务流程——定义IT系统的规划、建设、维护等业务流程以及相关的决策和财务方面的责任

IT部门的组织模型——定义IT部门的组织结构、角色、职责以及IT部门与其他业务部门的关系

IT部门的绩效目标和考核指标——定义业务绩效指标，指导IT组织的管理

IT业务规范和标准——确定用于指导IT系统实施和绩效监控的原则（如定义服务水平，系统开发标准等）

分析 客户未来IT蓝图与现状之间的差距，确定这些差距的难度与优先级，提出客户的IT系统整合候选方案，并对候选方案进行综合对比分析，提出建议方案。根据整合方案确定在今后三年中客户需要实施的IT项目、在实施阶段中各个项目的时间顺序、相互依赖关系、项目时间表和需要的资源。

我们还将在项目中与 客户密切配合，基于客户的业务战略和业务需要确定适当的实施战略、实施指导原则、实施所需的方法论支持、客户需要提供的保障条件等。

项目进行过程中，每个阶段结束以后，项目组都会提交相应的报告，作为该阶段的工作成果，而所有这些报告以及相应的过程文件便组成了整个项目的交付成果。

为了帮助 客户更好地理解我们在本项目结束后将提交的工作成果，下面对本规划项目将交付的成果进行初步的解释，并给出了其中部分成果的示例。

项目启动阶段的主要成果是项目计划，项目计划的主要内容包括：

项目进度计划

项目资源计划与职责定义

项目质量计划

项目文档模板

项目进度计划示例可参见本项目建议书“项目进度计划”部分。

现状分析阶段的任务一方面是了解客户的业务特点和业务对信息技术提出的需求，另一方面是了解客户现有的IT架构和IT管控模式。现状分析阶段的工作成果是现状分析报告。

在了解了客户业务与信息技术现状的基础上，结合埃森哲对税务行业和信息技术的深刻理解，项目组将提出客户未来的信息技术发展战略方向。相应的结论将包含在现状分析报告中一并提交。

现状分析报告主要包括以下内容：

客户业务现状概述

业务对信息技术提出的关键需求

客户现有的IT架构；包括数据架构、应用系统架构、基础设施架构

客户IT管控的现状；包括IT业务流程、IT部门的组织模型、IT部门的绩效目标和考核指标以及IT业务规范和标准等

客户信息技术发展战略方向、指导原则和初步思路

现状报告的重点是发现问题。除了详细的现状描述以外，现状报告将会对项目组在业务流程、业务需求、IT架构、IT管控方面的一些关键发现进行归纳，并有重点、有针对性地提出客户IT发展的战略方向、指导原则以及一些初步的思路，为下一步的蓝图设计奠定基础。

蓝图设计阶段的主要任务是基于现状分析的成果，在IT发展战略方向与指导原则的指引下，提出必要的业务流程改进或者流程重整的建议，设计客户未来的IT架构与IT管控机制。

蓝图设计阶段的主要工作成果是蓝图设计报告。这份报告将包含以下一些基本内容：

业务流程改进建议

未来的数据架构

未来的应用系统架构；包括应用系统的功能分布、主要应用系统描述、主要应用系统的迁移路径建议、应用系统集成与整合架构等

未来的基础设施架构；包括网络、硬件、系统软件以及运行维护、开发、安全等的基本原则

未来的IT管控机制；包括主要IT业务流程的定义、IT部门的组织结构、IT部门绩效考核与考核指标、IT业务规范

对于客户而言，应用系统的集成与整合将是未来的蓝图设计要解决的特别突出的一个问题，这方面的工作将体现在“未来的应用系统架构”部分。

制定出客户的IT蓝图之后，项目组将分析客户未来IT蓝图与现状之间的差距，确定这些差距的难度与优先级。提出客户的IT系统整合候选方案，并对候选方案进行综合对比分析，提出建议方案。根据整合方案确定在今后三年中客户需要实施的IT项目、在实施阶段中各个项目的时间顺序、相互依赖关系、项目时间表和需要的资源。

现状与蓝图之间的主要差距

总体实施计划：项目划分；总体阶段划分；各个阶段的时间安排、资源需求、预期效果；实施过程中的关键因素

项目定义：对主要项目的范围、目标、资源需求、成本收益等进行定义与分析

项目实施过程中的工程管理方法

总体实施计划示例：

1技术顾问由于专攻部分系统产品，语言，所以职业发展初中期是比较难去接触企业真实的业务，相对也少了很多机会培养对业务的深刻理解，当然部分资深技术顾问通过项目积累，项目间横向比较，也会逐渐提升对商业触觉。

2功能顾问，一般就需要去理解业务，把业务需求和系统产品进行一定匹配，所以也会同时培养起对业务的理解，甚至业务的优化能力来。 相对技术顾问，即具备产品设计能力，业务分析能力，而且还直接对接业务部门，个人影响力，资源聚合能力也会得到提升。但是功能顾问业务同时花时间在系统产品，和业务理解上，那时间投入决定了深度的不足，更像复合型人才。结合实际经验，也是会有部分技术顾问转为功能顾问，他们懂技术理解业务，不被忽悠，在特定产品下的项目实施很有优势。至于功能顾问那就不会想不开转技术了，因为他们的路更广，选择更多。总结，两者比较，基于我自身考虑(不一定全面) 如果希望切入管理咨询领域，这两个背景都很难，都在不同的赛道上。不过功能顾问相对更好转。如果是去甲方，其实都很抢手，不过不用花几年就会遇到第一个天花板了。

整体来说IT咨询的发展就不是很好。原因很简单，IT咨询只是在做信息化，而很难涉及到管理、战略、市场等等。企业软件从根上来说就是帮助企业提高效率和规范作用，属于政策落地的层面。如果做IT咨询，技术的不如直接去互联网企业做研发，因为咨询公司的研发缺乏核心技术，只是在做上层应用。如果做顾问最好去战略管理咨询或者直接在企业做其他职能。因为即便跳槽也是去到企业IT职能相关的部门。

以上就是关于it咨询规划 [IT规划如何务实]全部的内容，包括:it咨询规划 [IT规划如何务实]、如何将企业战略目标“落地”、IT战略规划项目方法论等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！