IT预算在企业中的比重多少比较合适

1软件开发企业如果是增值税一般纳税人，税负超3%的部分享受即征即退。双软企业所得税免二减三，属高新企业所得税税率按15%计征。纳税人受托开发软件产品，著作权属于受托方的征收增值税，著作权属于委托方或属于双方共同拥有的不征收增值税（即征营业税）。

2软件企业认定标准：自行开发，从事软件开发的人员占企业员工的总数必须在50%以上，开发经费占年软件收入8%以上，年软件销售收入占总收入的35%以上，其中自产软件收入占软件收入的50%以上，达不到标准不能认定为软件企业。

3高新技术企业认定标准：具有大专以上学历的科技人员占企业职工总数的30%以上，其中从事高新技术产品研究开发的科技人员应占企业职工总数的10%以上。从事高新技术产品生产或服务为主的劳动密集型高新技术企业，具有大专以上学历的科技人员应占企业职工总数的20%以上。研究开发的经费应占本企业当年总销售额的5%以上。高新企业技术性收入与高新技术产品销售收入的总和应占本企业当年总收入的60%以上4办理即征即退，相关资料要齐全，数据要准确，这里不再赘述。

账务处理：

1缴纳上月流转税借:应交税金-未交增值税-应交城建税-其他应交款——应交教育费附加贷：银行存款

2收到退还的增值税

借：银行存款贷：补贴收入结转：借：补贴收入贷：本年利润

3销售软件借：银行存款贷：产品销售收入——软件产品应交税金——应交增值税(销项税额)

4软件培训收入借：现金/银行存款贷：主营业务收入-培训收入

5外购原材料借：原材料——

应交税金——应交增值税(进项税额）贷：银行存款

6发生费用借：管理费用销售费用经营费用贷：现金/银行存款

7发放工资借：应付职工薪酬贷：银行存款7月末借：应交税金——应交增值税(转出未交增值税)贷：应交税金——未交增值税借：产品销售税金及附加贷：应交税金——应交城建税其他应交款——应交教育费附加借：其他业务支出贷：应交税金——应交营业税

——应交城建税

其他应交款——应交教育费附加

：

IT行业会计如何做账？

2引进配置和能力管理流程如果没有配置和能力管理流程的正常运作，你可能会随意决定IT预算。配置管理主要针对IT领域的几个组成部分（如应用、网络、服务器等）及其怎样相互作用方面。能力管理则是规划IT容量。来自这两个流程的报告，对于评价企业目前的状况（现有IT资产）及将来的发展方向（投资和预算）是至关重要的。

3从服务而不是功能角度来考虑应该根据正在提供的IT服务（如电子邮件，人力资源系统，远程获取服务），来确定企业的预算要求和核算体系。以往，预算常常根据功能部分（如DBAS，Unix系统，维护框架）的需求来设置。对IT服务预算和成本的理解越深刻，企业就越容易判断这些服务需求的类别及紧迫性。当评估外包模式时，这种方法也有助于合理地进行对比。

4关注一些方法和广泛搜集基准信息针对IT部门提供的各种复杂的季度数据报告或每月数据报告，只有技术专家才能明白这些晦涩难懂的报告的深刻含义。企业应设法掌握这些报告，并从商业管理的角度分析它们。企业向IT部门提交需求报告时，主要关注那些相对于已经制订的目标（如项目投资的预期回报）来说，具有明确定义和可以获得进展的需求。

查阅有关行业分析报告或内部资源状况，以提供一些关于行业、周期或能评估企业财务管理流程的辅助机构等基准信息。要找出外包服务价格。通过比较外包服务价格和自身成本预算，这对管理IT部门也具有很大的帮助。这种方法可以识别出IT支出的真实驱动因素，发现节约成本的机会，使预算变化易于理解和控制，有助于实现服务计费。ABM的实施，使得企业对IT服务在公司利润影响的理解更加深刻。从某种程度上说，它的另一个好处就是能很好地切合了平衡记分卡或类似的方法。6使IT部门掌握一些财务知识培训员工是提高IT部门的财务管理知识的一个方法。另一个方法就是把会计人员合理地转移到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建议：“你的第一项规划不要把目标定得过高，不要试图什么都想改变。”要是觉得没有把握，就少承诺、多办事。

1、不同的行业（或企业），成本费用所占的合理比例区间均有不同，不可硬性作出推断；

2、一般地，应对本企业一段期间的成本费用比例进行比较，结合考核期间的盈利水平以及经营状况进行分析配比，以得出实绩资料，为日后设定成本费用预算提供依据；

3、那么，通过一段时期的实绩对比，逐步推出适用于本企业的经济指标（即成本费用率 等等），从而制定预算，并按照预算开展相关工作；

4、可见，并非一味追求单纯的某项比例，而是应该通过分析来设定合理的适用于自身的数据。

快速成长的中小企业在IT方面普遍面临着成长的烦恼，本文给出了应对此类烦恼的建议和忠告。 任何企业都希望成长与发展，小企业希望发展成为中型企业，而中型企业则希望成长为大企业。但是，企业在做大的过程中，都会遇到成长的烦恼。在信息化方面，中小企业遇到成长的烦恼尤其明显。我们听说过许多公司的发展因信息支持系统不够完备而无以为继的糟糕经历。

就像孩子总需要新衣服一样，成功的中小企业在不断发展壮大时，可能会远远超出IT部门的支持能力。正如新添子女的父母向比较有经验的家庭学习对待孩子的技巧一样，希望确保IT基础设施能跟上发展步伐的中小企业同样能得益于大企业已获得的宝贵经验。

那么，大企业到底拥有哪些经验呢？本文的几位IT专业人士供职于IT服务外包公司，他们根据经验总结了6条基本经验。其中，最为关键的是要学会战略性思维，不要根据眼下的需要来做决定，而是要根据一年半载后想要达到的目标来做决定。

不断变化的IT需求“会异常迅速地出现在大家面前”，IT工程外包公司Technisource管理服务部门总裁John Baschab这样认为。

为IT留出预算

这对于资金紧张的中小企业来说确实很难，但却是至关重要的，确保IT方面有足够的预算。致力于中小企业IT服务的BC Networks公司总裁兼CEO Dave Brewer说: “中小企业不知道如何为IT编制预算或者规划。大企业可能每年为每个员工编制的IT预算多达1万～2万美元，中小企业为IT留出十分之一的预算都很难，除了资金紧张外，缺乏远见也是一个重要原因。”

Brewer表示，中小企业很少为支持或者培训留出足够预算，结果往往是，员工并不了解最新软件，也没有体现出应有的工作效率。Brewer的忠告是: 每年为每个员工编制的IT预算要达到其薪水的10%～15%。

然后，要采用某种方式来了解你是否从投资的技术中得到相应回报。“不要一味地增加预算，而是要拿出某种财务模型，以便能够知道是否得到了投资回报。”国际系统集成咨询公司Ciber副总裁兼地区主管Dan Hoover建议。

Hoover认为，大企业的IT部门通常都使用投资回报分析或者其他某种投资评估方法，中小企业虽然没有评估投资回报的正规方法，但可以使用简单的投资回收期分析。为了进行这种分析，公司应当先列出与某项技术投资有关的所有预期成本（软件、硬件、公司内外资源、通信费用和工作空间等）; 然后，它们应当预测所有预期财务效益（降低人工成本、减少库存持有成本和提高生产力等），并且加以量化。

Hoover说: “如果你的成本在头一年就能收回，那么这个项目就值得认真考虑; 如果投资回收期超过一年，最好转移目标。”

对未来IT进行规划

要是你没有为希望实现的目标做好规划，那么为IT划拨再多资金都无济于事。Brewer表示，未来规划的关键在于，如何合理分配预算。

电子数据系统公司负责基础设施IT外包团队的副总裁Kevin Karcher说: “中小企业的思路往往是更换系统。他们在采用技术或采购产品时，只是为了填补目前的空缺，也就是替代原有的、不再适应企业需求的技术。”

问题是这些企业在购买时，不管新机器上使用哪些版本的 *** 作系统和软件，只要能用就行。结果一堆不匹配的系统不仅管理起来困难，而且培训起来也比较难。“这显然不是战略性思考。”Brewer说。

这种行为模式的另一个危险是，中小企业最后面临的不仅仅是一堆拼凑的系统，而且是一堆拼凑的廉价的系统。根据眼下需要来做出采购决定，往往会导致不加选择地购买产品。这也就意味着，贵公司的网络组成包括: 性能不太可靠的路由器和交换机、消费级防火墙以及不适合公司发展需要的其他技术。

Karcher表示，大企业几乎不考虑这类所谓的单点解决方案，而是将更多的时间和精力用在集成上，这样就可以让它们获得同类中最佳的应用系统。通过研究、规划及了解业务部门的需要，大企业的IT部门更能够获得并集成来自多家厂商的领先技术。

如果中小企业一开始就注意集成，不但能够获得更高质量的应用系统，还能获得标准化和一致性。Karcher说: “确保流程规范是必须的，即以一种同样的可重复的方式有效地处理例行事务。标准化统一定义了流程、角色和职责，而这种一致性和可重复性让企业变得更加高效。”

让IT人员成为

管理团队的成员

IT人员的影响力绝不仅仅体现在采购最佳设备方面。Hoover说: “中小企业老板需要把IT人员看成是管理队伍的成员，让他们参与到有关公司业务及发展方向的讨论。”

如果让IT经理及早参与有关经营方向的讨论，他们有机会满足企业在时间和成本方面的预期目标，IT部门甚至会想方设法通过使用技术来改进经营方向。Hoover说: “大企业的IT部门能用技术降低人工成本、缩短交付时间，还为企业规范了流程。”

Baschab认为，IT人员经常接触众多厂商，包括互联网提供商、管理顾问、硬件供应商、人事服务公司、电信及数据通信提供商等，这意味着需要管理与外部厂商间的关系，这就是管理方面的内容。Karcher同意这一观点，他说: “如果IT团队里面没有能够与业务团队和决策者进行沟通的人员，就赶紧找一个吧。”

显然，中小企业并不总是有钱聘请得起专门的IT经理，所以要找准时机。Baschab认为: “如果中小企业的收入在3000万～5000万美元，就有必要聘请。良好的IT治理可以节省20%的开支，一旦企业收入达到了这个范围，就能省下足够多的费用来支付IT经理的薪水。这时候，IT治理就会开始获得回报。”

保证基础设施

稳定可靠

想知道如何分配IT预算，就要了解哪些系统必须正常运作。Baschab认为：“应当把美国社会心理学家马斯洛的需求层次理论应用到IT上。金字塔的最低层是饮食之类的生理需求，也就是IT系统和基础设施，这些是公司的立足之本，包括备份、安全、灾难恢复、互联网接入及电子邮件等。”

其中一些系统是在后台运行，除非它们出现故障，否则人们不会注意到它们的存在; 另外一些系统则好比是电力――你每天都使用，一旦你有需要，它们就必须正常工作。它们要像电话那样可靠运作，也就是说，用户期望它们能随时待命; 就像人们拿起话筒就能打电话。公司的员工期望电子邮件、打印机、传真机、即时通信、电视电话会议、备份和恢复等都是这样的。在这方面，中小企业的需求与大企业的需求从本质上来说没有什么两样，只不过规模不同罢了。Baschab说: “中小企业的防火墙需要与《财富》100强公司的防火墙一样安全。大公司可能有数百个网络设备，而中小企业可能只有两三个，但必须做到同样安全。”

特别需要注意的是，要确保维持公司业务顺畅运作的IT系统尽可能可靠，譬如说，要有冗余的互联网连接和备份方案，以应对电子邮件无法正常使用的情况。

除此之外，Karcher提到了安全和隐私，中小企业要了解需要遵从的法律以及无意造成的错误可能带来哪些风险。“这对面向全球开展业务的公司来说尤为重要。”Karcher说，“在其他国家有许多不同的安全要求需要关注，全世界有许多新的隐私法规需要遵守。”

Hoover忠告，你还要知道哪些部分对贵公司来说最关键。这些IT设施需要你完全了解，并且需要亲自管理; 有些部分没必要亲自管理，譬如求助台服务、服务器监控、灾难恢复等，这些都可以外包给专业厂商。“这就好比维修管道，贵公司内部没有管道工，需要时才从外面请来。”Karcher解释。

以营销传播公司为例，他们希望自己掌握用来为广告和营销客户设计方案的IT设备和软件，但是可能会决定把用来向客户开票的账单系统外包出去，因为设计方案是其核心竞争力。

选择厂商要明智

Hoover说: “IT硬件、软件和服务的供应商是确保自己成功的关键，必须处理好与这些厂商的关系; 还要建立相互信任的合作关系，预期目标要明确。”

管理厂商关系的一个方面就是，要知道现有的这家厂商何时再也满足不了你的要求。Brewer建议: “随着贵公司规模不断扩大，你要知道何时换一家新厂商。中小企业往往习惯与同等规模的厂商合作，却没有认识到对方无法满足自己的要求。”一旦出现这样的情况，公司就可能错失规模定价（scale-pricing）的优势，也得不到相应级别的专长和帮助。Brewer给出的经验法则就是:“应当找规模比自己大一点的厂商。”

Hoover同意上述观点，他说: “现在选择的余地很大，选一家比自己大一点的厂商，才能向对方取经。”

在向对方取经之前，要明确自己的预期目标，不要以为厂商明白你的要求。Karcher说: “买家如果说不出自己的要求，是件不好的事情。要告诉厂商你目前的状况、态度以及要处理的优先事项。”

不断学习

如果贵公司想以大企业为榜样，就要在企业发展过程中，不断对IT人员进行教育。“应当对同行业其他公司正在做的事情有所了解。”Hoover说。

与来自其他非竞争性公司的IT队伍进行交流，有很多好处: 深入了解情况，听听对方在技术方面的经验和教训; IT团队和行业组织也是获得宝贵信息的一个来源，Hoover提到了数据管理协会、信息管理学会等。

如果这样做行不通，还可以借助互联网。Hoover说: “现在，网络上有足够丰富的信息，互联网是一大平衡器，你能够掌握与大企业一样丰富的信息。因而，中小企业研究分析的能力并不逊色于大企业。”

这一切听上去像是吸收知识，事实上的确如此。“没必要每件事都做，要注意基本规则――学会战略性思考，贵公司现阶段在技术方面至少要稍稍保持领先地位。”Hoover强调。

与大企业相比，中小企业有自己独特的优势。中小企业的管理层比较少，这样高层管理人员更清楚地了解IT方面的现行情况。领导能一眼看清楚整个业务环境，从而进行相应的决策。这方面要比大公司更灵活，而且往往能更迅速、更轻松地采用新技术。

如果结合中小企业本身具有的优势，再学习大企业IT部门的经验，就能确保你为成长和成功做好准备，减少成长的烦恼。

2012-9-24 如何编写ＩＴ项目方案 通过学习如何编写方案，让大家进一步体会管理线索在实际工作（项目）中的应用。 帮助大家更容易地理解ＩＴ项目管理的理论体系：九大知识领域和五个过程组。 帮助大家学习掌握ＩＴ项目方案编写方法。 目录 什么是方案 如何编写需求分析 如何编写方案设计原则 如何编写解决方案 如何编写实施方案 如何编写维护服务方案 如何编写培训方案 如何编写典型案例 典型设计方案分析 方案就是解决问题的方案。 方案有：用户解决方案、项目申报方案、可行性报告等等。 写方案的目的就是让别人知道，你有能力高效、低耗、低风险地完成特定的任务目标。 方案中要解决： 为什么做 做什么 达到什么效果 谁来做 怎么做 花费多大代价 有何风险、怎么控制 质量如何保证 你是否有相应的能力 什么是方案 方案的背景，讲述当前与方案相关的社会、需求、技术等背景情况，国内外同类解决方案的情况等。一般出现在申报方案。 需求分析，即问题所在或方案的目的，讲明这个方案要解决的问题是什么，方案都是有目的的，在这里就是要阐明目的，并树立起要解决问题的目标。给读者阐明为什么做。 方案的意义，高度概括，这个方案能解决什么问题，方案的实现能带来什么好处。一般出现在申报方案。 方案设计原则，就是在设计解决方案时，必须要遵循的原则。所谓原则，就是不能突破并必须严格遵循的尺度。在每个具体的解决方案中，都要体现预先确定的原则。 遵循的标准，包括国标、行标、地方标等，也是在设计方案是不能突破的尺度。 方案的目标，总体概述解决问题的方案，高度概括。一般出现在申报方案。 解决方案，给读者阐明怎么做，来解决问题。是解决方案的主体。 方案有以下要点或组成部分 组织架构 实施方案（进度计划），给读者阐叙做的具体步骤，工作路线。 服务方案（服务计划），给读者阐明你有服好务的具体措施。 培训方案（培训计划），给读者阐明你有做好培训的具体措施。 沟通计划 质量控制计划 风险识别和风险控制计划 设备采购计划 工作量估算和人力资源成本预算 典型案例介绍，给读者证明，你已经具备了实现这个方案的能力。 工作基础、工作成果积累，进一步论证你具备实现这个方案的能力。 满足用户的需求、满足招标文件中提出的所有要求是编写方案的基本原则，要对用户和招标文件的每一项要求都有明确的响应，要清晰准确地领会用户的意愿，不能随意抵触或反对用户的意愿。 要努力在方案中体现我们的特点（特别是主要竞争对手所不具备的特点），要在方案中发挥我们有利的资源，厂商产品选择是要考虑利润最大化和商务可控性。 需求分析即问题所在或方案的目的，讲明这个方案要解决的问题是什么，方案都是有目的的，在这里就是要阐明目的，并树立起要解决问题的目标。给读者阐明为什么做。 用户需求分析总会是用户解决方案的第一部分，这部分主要是分析用户项目的需求、用户的关注点和兴趣点、用户当前的资源情况和存在的问题等等。 用户需求分析是整个方案定基调的部分，是为我们为什么提供后面所描述的方案设定论点并为提供论据奠定基础。 同时，到位的需求分析，也是为我们制定方案的设计目标提供依据。 作为方案的开篇部分，如果分析到位，特别是用户的关注点和兴趣点分析到位，会立即引起用户的共鸣，迅速把用户吸引住，也更容易让用户理解我们后面的内容。 一个到位的需求分析，是一个好方案的一半。反过来讲，如果你都不能全面地把握用户的需求，你拿出来的方案也不会有什么针对性，用户不会感兴趣。 要做好需求分析，需要进行耐心细致的用户调研工作，而且根据用户项目的特点，制定明确的需求调研线索和方案。 需求分析 用户立项的宏观背景 用户立项的目的和意义 用户的组织架构 用户当前it建设的情况 采用的技术需求 软件功能需求 软件性能需求（质量需求） 平台环境需求 安全方面需求 项目风险识别 用户关注点和兴趣点详细分析等 每一部分根据需要，可以做进一步分类描述。 对于一个综合性IT应用解决方案，如金保工程方 案，需求分析应包含以下几个方面的内容 大家要注意，用户需求是多角度的 在进行需求分析描述时，各部分分类要清晰 多用条理性描述少做长篇论述 各部分内容分量要均衡 要点要清晰准确 要体现全面、到位和重点突出。 大家记住，这里每一部分的描述都将是后面相应内容的线索和论据。 用户需求分析往往是方案编写者最容易忽视的部分，好多人都是随便凑点内容，甚至凑一些根本无关的内容。 这样的后果是，因为自己不重视，也就不能真正地掌握用户的需求和期望，写出的方案针对性不强。 方案设计原则是每个方案必须的部分，也是很多方案编写者最轻视的部分，好多人的办法是随便抄一个其他方案的原则部分，应付了事。 这反映出他们根本不知道原则是什么、原则的作用是什么。 方案的设计原则是设计者对设计思想的纲领性的描述，是对需求的高度抽象和概括，是进行方案设计的最基本的指导方针。 就是在设计解决方案时，必须要遵循的原则。所谓原则，就是不能突破并必须严格遵循的尺度。在每个具体的解决方案中，都要体现预先确定的原则。 在方案设计原则中，要表明在方案设计时重点要考虑哪些问题，要突出对用户关注点和兴趣点的对策，这些内容要与需求分析的相关内容紧密呼应。 方案设计原则的编写可以分为两大类，一类是基础性原则，一类是响应用户特殊需求的原则。 方案设计原则 基础性原则在每个方案中基本都会有，如： 先进性与成熟性的原则 先进性与保护投资的原则 安全性原则 功能完备性原则 灵活性原则 可维护性原则 可扩展性原则等等。 基础性设计原则 我们拿可维护性原则作为例子分析一下“原则”的含义 可维护性的意思是，根据我们提供的方案开发出的系统，具有方便进行维护的特点。 换句话讲，我们进行方案设计和开发时，要充分考虑今后维护的方便可行。 即便这些基本性原则可能在很多方案中都有，但也要充分理解用户的期望。 如用户项目资金充裕，那可能就要突出先进性的原则 反之，可能就需要充分考虑原有设备的复用，保护原有投资。 用户特殊需求的原则要认真下一番功夫 直接体现我们是不是重视用户的想法 是不是真正理解他们的需求 要想做好这方面的文章，就必须对用户的需求、用户的关注点和兴趣点非常清晰。 一般情况下，在介绍方案时，原则部分会有比较强的冲击效果，特别是那些很到位的响应用户特殊需求的原则。 说白了，就是告诉用户，你关心什么，那么我们就将在方案中注意、解决和实现什么。 解决方案这部分是方案的主体部分，也是分量最重的部分。需求分析部分是讲为什么设计这样一个方案、这个方案要解决什么问题、有什么意义。 方案设计原则部分讲的是我们在进行这个方案设计时应该遵循的原则，或者说是应该重点关注和考虑的问题。 标准规范部分讲的是方案设计的应遵循的标准规范。 这部分是介绍我们设计出来的结果。 是不是满足需求、是不是能够解决用户的问题、是不是遵循了原则、是不是符合相应的标准规范，全要在这部分中体现出来。 解决方案 为了让大家容易理解，我在这里用一个大家比较熟悉、比较容易联想的方案设计例子进行介绍，这个例子就是一座大楼的设计方案。 设计一座大楼是一件很复杂的工作，要考虑大楼的功能需求、外观、空间、每个楼层的房间布局、强电线路、弱电线路、供水线路、供暖线路、排污管线、各种材料等等，要进行力学分析、结构分析等，可以说设计一座大楼是一项庞大系统的方案设计工作。 后面将给大家介绍一下编写这部分内容的注意事项。 首先请大家记住，我们这里讲的设计方案，是我们与用户沟通交流的方案。 目的是让用户知道我们有能力、有措施、有保障地去实现他们的需求，是让用户树立起与我们合作的信心，但并非是一个具体的开发方案。 因此需要重点突出而不需面面俱到，不需要或者千万不要落到具体的细节上，要尽可能保证各部分内容的均衡。 设计方案编写要点之一 在方案描述部分的最前面，要有一个方案的总体描述，可以称为总体设计方案。 或成为方案蓝图 也就是项目的总体目标 这部分是对你的设计方案的高度概括性介绍。 设计方案编写要点之二 为了能让用户了解你的方案的全貌 对于比较复杂的设计项目来讲，不是几句话几段文字可以表述清楚的 需要站在不同的角度、针对于不同的层面进行介绍 譬如说大楼的外观，从正面看，你是看不到全貌的，即便你把外貌全介绍清楚了，如果不介绍其他的话，别人也很难明白这个大楼。 因此要学会角度、层次的分解 可以从类别上分，也可以从功能上分，分的目的是为了更全面、更清晰、更容易地给大家介绍你的方案。 一般一个ＩＴ项目方案包括： 技术架构 网络架构 安全架构 功能架构 性能指标 。。。 设计方案编写要点之三 对你的方案进行分解描述时，要充分考虑前面需求分析的内容。 需求分析中提到的需求和问题，在方案描述部分都要有相应的解决方案，前后呼应，前面讲为什么要做，这里讲怎么实现。 与需求分析呼应，也是方案分解描述时进行分解的参考依据。 方案是否与需求相呼应，意味着方案是否扣题。 有很多这方面做得不到位的方案，对在这个项目上行，按在另外一个项目上也行，就成大笑话了。目的性强！ 设计方案编写要点之四 对于一些用户关注的问题和需求，以及通过分析具有比较高复杂度的问题，也要分解出来进行单独讲解 一是表明我们对用户的需求的充分响应 二是表明对需求理解的深刻，尽管有些问题很复杂，但我们有可行的解决方案。 借此增强用户的信心。 设计方案编写要点之五 要与前面设计原则部分相呼应 在方案的描述中，要体现出我们是严格遵从前面制定的原则的。 同样，也要对所遵循的标准规范有呼应。 设计方案编写要点之六 多采用图示的方法 大家都知道，无论文笔怎么好，文字的东西总是比较抽象的 读者必须通过联想才能理解你描述的含义。 如大楼的外观情况，如果文字描述，很可能长篇累牍地写了一大堆，别人还是搞不明白。 而用图的形式，可能只需三两张图，就把大楼的外观展现的清清楚楚了。 图示的作用是直观。 图是对方案的高度概括和抽象。 做一张好图，要基于你对方案完全了解和掌握，也要基于你的知识和经验的积累。 真正好的方案描述都是图文并茂，用文字辅助解释图中关键的部分。 设计方案编写要点之七 要学会使用表格进行描述 与图示一样，表格也是一种非常好的方案描述的方法。 表格的作用是简练、调理、清晰，更容易让读者理解你所表述的内容。 对于一些包含大量数字，或者描述形式重复的内容，都可以采用表格的形式描述。 设计方案编写要点之八 对于一些重要的指标或用户关心的指标 需要基于你的方案进行分析 用合理的分析模型和数据 证明你的方案能够达到用户所期望的指标 例如设备配臵选型设计，用分析的指标作为依据 设计方案编写要点之九 对于一些需要利用其他厂商产品进行集成的项目 要讲明你所选择的原因和这些产品的作用 要对你所选择的主要产品从功能和性能角度进行介绍。 设计方案编写要点之十 为了突出我们期望让用户产生深刻印象的内容。 可以在方案描述的最后一部分做一个总结，可以用方案特点介绍的说法。 在特点介绍中，要突出我们独有的特点（在一定程度上会让用户去找我们竞争对手相关的内容）。 要突出用户关心的问题（与需求分析呼应）等， 大家需要注意，特点一定要“特”。 方案特点组织的好，也会对用户产生比较强的冲击力。 设计方案编写要点之十一 编写方案的时候，特别是编写这部分方案的时候 切记千万不要凑材料，这个地方抄点那个地方摘点进行拼凑，这是编写方案的大忌 如果需要摘抄一些资料，必须自己完全掌握这些资料的内容 并且确认对解决特定的问题有帮助。 设计方案编写要点之十二 开发实施计划，也称总体进度计划，是对全部相关计划的有机整合，也叫整体计划。 整体计划涵盖了开发计划、实施计划、采购计划、质量控制计划、风险控制计划、项目团队建设计划、验收计划、服务计划、培训计划等等。 项目开发实施方案（计划或工作路线） 我们常说，要完成一件事情，需要有计划、有组织、有措施、有保障地进行。 我们的设计方案完成后，接着就要给用户介绍我们怎么实施完成，这就是实施方案。 实施方案的编写需要按照有计划、有组织、有措施、有保障的线索，基于项目管理的思想进行阐述。 在这里对大家有一个要求，就是你在写出来这个实施方案之前，你已经真正明白了这个项目到底怎么干才能干好。 如果你都不知道怎么干的话，写出来的所谓的实施方案是不是可行就需要打个问号了。 这个问题在很多人在写实施方案时常犯的错误。 我们需要基于项目管理的思想来描述开发实施方案。 首先需要明确项目的目标。其实方案确定好了，总目标是非常清晰的，那就是按照用户的需求开发出系统，按照用户的时间约定部署实施完成。 但如果仅仅这样讲，那只落在了总目标的口号上了。 为了拿出真正可行的方案，需要把目标进行分解，分解成一个个阶段性目标或历程碑性目标，这项分解要尽可能的准确和详细，目标越清晰具体，越容易找到实施方案。 要反思，如果这一个个的阶段性目标都实现了，是不是就能很好地完成和实现总目标，如果是，说明你的分解基本就是合理的。 当目标分解工作完成后，各个子目标之间可能存在时序关系，也可能存在其他关联关系，为了完成每一子目标都有相应的工作内容、也需要一定时间和人力资源的支持，有一些比较复杂的工作可能需要一些方法的指导（工作预案）。 对应于每个子目标，把这些相关的东西搞清楚描述出来，然后按照时序关系排列起来，项目的实施计划就出来了。 实施计划描述需要调理，一般可以采用表格的形式。 目标分解一般是采用自上而下的方式进行 具体做法是，先围绕总目标的实现分解成几个大的阶段 然后对每个阶段进一步分解成更小的阶段 最后落实到每一项工作任务的目标上。 在实施计划中，还有一点非常重要，就是必须满足用户工期的时间要求。 项目组织架构 不管目标怎么定，方案怎么做的，有一点是确定的，就是必须要有人去按照计划 去干，去实现一个个的目标。 作为一个好的实施方案，需要对承担这项工作的队伍、人员进行组织和分工。 描述这部分内容的线索可以这样。 定义项目实施过程中的角色，根据实施计划的需要，对参与项目的人按角色进行分类，定义角色的责任。 分析一下这个项目每一个子目标实现过程中，都需要涉及到哪些类型的人，这些人与我们的那些部门有关。 设计项目组的管理架构，与实施计划相关，与工作分类和角色分工有关，要有责任明确的项目负责人角色。 如果队伍比较大涉及的部门比较多的话，项目负责人就需要具有比较强的资源协调能力，明确项目总负责人和不同类型工作的负责人。 根据计划的需要，选择明确项目成员。 一个好的实施方案，除了给用户讲清楚怎么干以外，还要介绍你的这种干法是可行的而且是风险小的，这就是实施方案的保障措施。 一般情况下，应该包含这样一些内容： 沟通协调措施，要有明确的沟通协调机制保障，项目是需要我们与用户、厂商、监理等一起配合完成的，因此必须要有良好的沟通。 质量要求和质量控制措施。 风险分析以及规避风险的措施。 预算（成本计划），包括设备采购计划和人力资源成本预算。 一些复杂工作的工作预案，要让用户知道我们是有办法有能力完成这些工作的，增强用户的信心。 验收计划 这是对双方都负责任的约定，验收方案要科学合理，要具有可 *** 作性。 对于一些特定的项目，需要对我们投入的人力和工作量进行统计。 首先，你要对用户参加培训的人员进行分类 不同类型的人员需要接受不同的培训 大体可以从系统管理角度和系统使用角度进行分类。 如系统管理员（进一步也可细分为应用系统管理人员、系统环境管理人员等）、系统使用人员（或者称用户业务人员，包括各个层面使用系统的人员）等。 培训方案要点之一培训对象分类 从管好和用好的角度，设计培训的课程 在每一门培训课程中，要对一下项目进行定义 培训课程名称 培训目的和期望达到的目标（培训完了，受训人能够达到什么水平或能力） 受训人技术基础要求 培训形式（集中上课、上机实习） 培训课时数 培训教材（必需要有明确的培训教材，除了编写或购买的教材以外，可以多选用项目交付时提供的资料，如设计方案、用户手册等） 培训内容概要（要介绍这门课程的主要内容）。 培训方案要点之二培训课程设计 根据项目总体的实施计划安排，设计课程表 课程表中要明确时间、地点、培训对象、课程 因为这里面要考虑总体进度，要考虑参训对象所受的时间、地点的制约 课程表的编排一定要合理可行。 培训方案要点之三培训课程表 最后可以介绍一下承担培训工作教师的情况 对几个主要培训教师的简历进行介绍 另外，对于一些需要比较特殊条件的培训，介绍一下我们的保障措施。 培训方案要点之四培训教师介绍 用户对维护服务的期望是： 平时通过有效的管理和监控，尽可能地减少故障概率 系统发生故障时，出现的问题能够得到最高效率的解决 这也是我们设计维护服务方案时的基本原则和目标。 维护服务方案 服务需求分析，对用户的服务需求，从主要服务项目和特点、响应时间、期望等进行比较详细的分析。 维护服务方案要点之一服务需求分析 组织管理体系，告诉用户我们公司有哪些部门、哪些人员以什么样的角色参与维护服务工作，每个角色的职责是什么。对服务组织中的核心成员进行介绍。 维护服务方案要点之二组织管理体系 服务项目定义，对于用户的服务需求进行应对，告诉用户我们围绕这个项目，能够提供什么样的服务工作，每项服务工作的含义是什么。如，我们有什么服务是对应于减少故障的，有什么服务是对应于解决问题的。 维护服务方案要点之三服务项目定义 这部分介绍的是为了完成我们提供的服务项目，我们有什么样的措施进行保证。 如，对于我们所提供的减少故障的服务，我们采取什么样的措施来实现。 服务项目和服务措施是紧密关联的，共同来表述我们能给用户什么服务和怎么给用户这些服务。 响应时间定义，这是对双方都有益的一个约定，介绍在不同情况下我们的时间响应措施。 维护服务方案要点之四服务措施手段定义 介绍从服务请求到服务结束我们的工作和管理流程。 进一步让用户明白我们拥有一个严密的服务体系，能够满足用户的服务需求。 需要的话，可以对服务流程所需的管理工具进行介绍。 维护服务方案要点之五服务流程介绍 前面把我们服务体系的服务组织、服务措施、服务流程介绍完后。 最后要针对于用户对本项目特定的服务需求进行响应。 设计满足于用户服务需有的服务方案。 这部分要对用户或招标文件中的服务要求进行点对点的应答，必须明确承诺是正满足。

大数据分析价值虽高但未充分利用

如今数据量过少绝对不是人们需要再担心的问题了。中小企业每天日常运营都会产生出几个GB的数据。用于分析这些数据的开源或非开源软件也逐渐多起来了。许多高管都表示，自己的公司已经无法应对这样大量的数据涌入了，他们不知道该如何应对这一大数据挑战。中小企业怎样才能将未能充分利用的数据变成对未来的有效洞察力呢Enterprise Apps Today的一篇文章也许为我们提供了一种新的大数据解决方案。

大数据的核心

Bain and Company最近的一份报告显示，那些使用大数据分析的公司的领导者们要远远比不使用大数据的公司领导者有优势。他们能够比普通领导者快出五倍的速度进行决策，并且这些决策往往都是正确的。

他们的法宝是什么呢IT预算是其中之一。这些企业通常有充足的预算让IT来获得分析工具，还有充足的时间让他们来解决数据难题。专业技能在这里面也非常重要，雇佣有经验的数据专家能够直接让你节省从问题到答案的时间。Bain的研究显示，公司一定要深深地沉浸到大数据之中，仅仅把数据存起来，留着以后使用是不够的，每个决策都要是基于数据的。

对于中小企业而言，往往是从开源的大数据分析工具着手，此外各部门以及管理层都要给予支持。

解决人的问题

每个想要将大数据列为公司核心计划的公司都会遇到各种阻碍，而这些阻碍往往都是人。消费者、雇员和管理层都在产生数据，但很多都没有经过定性分析工具的筛选。人们总是不管数据的质量和可用性，就都进行数据分析。数据定性工具已经在学术界悄然发展起来了，这将极大地提升传统数据分析的效率。

中小企业IT很容易就会陷在大数据之中，忽视了身边更好的工具和方法。添加数据定性功能可能听起来比较繁琐，但的确是有用的。分析效率的提升有助于整个企业决策能力的增强。

以上是小编为大家分享的关于大数据分析价值虽高但未充分利用的相关内容，更多信息可以关注环球青藤分享更多干货

做个软件究竟有多贵？早前，有人做过一个祖略的估算，市场上定制开发软件的人工成本按一人月20,000人民币来算，平均每人每天1,000人民币。根据《软件估算》提供的经验数据，随软件复杂度变化，在整个交付项目期间，平均每个程序员每天产出的代码量在2行到200行之间。如果以平均每天产出100行代码来算，则编写每行代码的成本是10元钱。

把软件写出来只是第一步。软件要放在某个环境上去运行的。服务器端的软件要部署在可靠的服务器上，要有可靠的网络连接。客户端的软件（比如一个app）要安装在使用者的电脑或手机上。软件要维护要升级要管理要排错的。有了一个软件，有了一台服务器，就得有掌握这个技能的人来管理它的。根据相关数据分析，IT预算的一半以上都耗费在运营和维护上。

而且这还只是软件本身的开发、运营和维护成本。如果再加上，在IT的基础上调整组织机构、优化工作流程、创造高质量内容、市场传播推广……那需要的人财物力就更加难以估计了。更不用说，移动互联网本身是一个充满变化与创新的领域，犯错与试错是家常便饭。所以你看，想开发一个新软件，是一件土豪才会做的事。

一个机构想要用IT技术提升能力，首先需要的是互联网思维，是设计能力。首先理解自己的目标用户，理解用户的整个体验，理解体验之中的困难与挑战，然后选择适当的工具来应对这些困难与挑战。当你把问题细化到一个具体的设计挑战，往往就能找到现成的工具来解决它。

以上就是关于软件开发费用的账务处理全部的内容，包括:软件开发费用的账务处理、it咨询规划 [IT规划如何务实]、IT预算在企业中的比重多少比较合适等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！