针环境，企业应建立什么样的IT架构来应对这些变化，详细描述这种IT

如何编写IT项目方案通过学习如何编写方案，让大家进一步体会管理线索在实际工作（项目）中的应用

帮助大家更容易地理解IT项目管理的理论体系：九大知识领域和五个过程组

帮助大家学习掌握IT项目方案编写方法

目录什么是方案如何编写需求分析如何编写方案设计原则如何编写解决方案如何编写实施方案如何编写维护服务方案如何编写培训方案如何编写典型案例典型设计方案分析方案就是解决问题的方案

方案有：用户解决方案、项目申报方案、可行性报告等等

写方案的目的就是让别人知道，你有能力高效、低耗、低风险地完成特定的任务目标

方案中要解决：为什么做做什么达到什么效果谁来做怎么做花费多大代价有何风险、怎么控制质量如何保证你是否有相应的能力什么是方案方案的背景，讲述当前与方案相关的社会、需求、技术等背景情况，国内外同类解决方案的情况等

一般出现在申报方案

需求分析，即问题所在或方案的目的，讲明这个方案要解决的问题是什么，方案都是有目的的，在这里就是要阐明目的，并树立起要解决问题的目标

给读者阐明为什么做

方案的意义，高度概括，这个方案能解决什么问题，方案的实现能带来什么好处

一般出现在申报方案

方案设计原则，就是在设计解决方案时，必须要遵循的原则

所谓原则，就是不能突破并必须严格遵循的尺度

在每个具体的解决方案中，都要体现预先确定的原则

遵循的标准，包括国标、行标、地方标等，也是在设计方案是不能突破的尺度

方案的目标，总体概述解决问题的方案，高度概括

一般出现在申报方案

解决方案，给读者阐明怎么做，来解决问题

是解决方案的主体

方案有以下要点或组成部分组织架构实施方案（进度计划），给读者阐叙做的具体步骤，工作路线

服务方案（服务计划），给读者阐明你有服好务的具体措施

培训方案（培训计划），给读者阐明你有做好培训的具体措施

沟通计划质量控制计划风险识别和风险控制计划设备采购计划工作量估算和人力资源成本预算典型案例介绍，给读者证明，你已经具备了实现这个方案的能力

工作基础、工作成果积累，进一步论证你具备实现这个方案的能力

满足用户的需求、满足招标文件中提出的所有要求是编写方案的基本原则，要对用户和招标文件的每一项要求都有明确的响应，要清晰准确地领会用户的意愿，不能随意抵触或反对用户的意愿

要努力在方案中体现我们的特点（特别是主要竞争对手所不具备的特点），要在方案中发挥我们有利的资源，厂商产品选择是要考虑利润最大化和商务可控性

需求分析即问题所在或方案的目的，讲明这个方案要解决的问题是什么，方案都是有目的的，在这里就是要阐明目的，并树立起要解决问题的目标

给读者阐明为什么做

用户需求分析总会是用户解决方案的第一部分，这部分主要是分析用户项目的需求、用户的关注点和兴趣点、用户当前的资源情况和存在的问题等等

用户需求分析是整个方案定基调的部分，是为我们为什么提供后面所描述的方案设定论点并为提供论据奠定基础

同时，到位的需求分析，也是为我们制定方案的设计目标提供依据

作为方案的开篇部分，如果分析到位，特别是用户的关注点和兴趣点分析到位，会立即引起用户的共鸣，迅速把用户吸引住，也更容易让用户理解我们后面的内容

一个到位的需求分析，是一个好方案的一半

反过来讲，如果你都不能全面地把握用户的需求，你拿出来的方案也不会有什么针对性，用户不会感兴趣

要做好需求分析，需要进行耐心细致的用户调研工作，而且根据用户项目的特点，制定明确的需求调研线索和方案

需求分析用户立项的宏观背景用户立项的目的和意义用户的组织架构用户当前it建设的情况采用的技术需求软件功能需求软件性能需求（质量需求）平台环境需求安全方面需求项目风险识别用户关注点和兴趣点详细分析等每一部分根据需要，可以做进一步分类描述

对于一个综合性IT应用解决方案，如金保工程方案，需求分析应包含以下几个方面的内容大家要注意，用户需求是多角度的在进行需求分析描述时，各部分分类要清晰多用条理性描述少做长篇论述各部分内容分量要均衡要点要清晰准确要体现全面、到位和重点突出

大家记住，这里每一部分的描述都将是后面相应内容的线索和论据

用户需求分析往往是方案编写者最容易忽视的部分，好多人都是随便凑点内容，甚至凑一些根本无关的内容

这样的后果是，因为自己不重视，也就不能真正地掌握用户的需求和期望，写出的方案针对性不强

方案设计原则是每个方案必须的部分，也是很多方案编写者最轻视的部分，好多人的办法是随便抄一个其他方案的原则部分，应付了事

这反映出他们根本不知道原则是什么、原则的作用是什么

方案的设计原则是设计者对设计思想的纲领性的描述，是对需求的高度抽象和概括，是进行方案设计的最基本的指导方针

就是在设计解决方案时，必须要遵循的原则

所谓原则，就是不能突破并必须严格遵循的尺度

在每个具体的解决方案中，都要体现预先确定的原则

在方案设计原则中，要表明在方案设计时重点要考虑哪些问题，要突出对用户关注点和兴趣点的对策，这些内容要与需求分析的相关内容紧密呼应

方案设计原则的编写可以分为两大类，一类是基础性原则，一类是响应用户特殊需求的原则

方案设计原则基础性原则在每个方案中基本都会有，如：先进性与成熟性的原则先进性与保护投资的原则安全性原则功能完备性原则灵活性原则可维护性原则可扩展性原则等等

基础性设计原则我们拿可维护性原则作为例子分析一下“原则”的含义可维护性的意思是，根据我们提供的方案开发出的系统，具有方便进行维护的特点

换句话讲，我们进行方案设计和开发时，要充分考虑今后维护的方便可行

即便这些基本性原则可能在很多方案中都有，但也要充分理解用户的期望

如用户项目资金充裕，那可能就要突出先进性的原则

反之，可能就需要充分考虑原有设备的复用，保护原有投资

用户特殊需求的原则要认真下一番功夫直接体现我们是不是重视用户的想法是不是真正理解他们的需求要想做好这方面的文章，就必须对用户的需求、用户的关注点和兴趣点非常清晰

一般情况下，在介绍方案时，原则部分会有比较强的冲击效果，特别是那些很到位的响应用户特殊需求的原则

说白了，就是告诉用户，你关心什么，那么我们就将在方案中注意、解决和实现什么

解决方案这部分是方案的主体部分，也是分量最重的部分

需求分析部分是讲为什么设计这样一个方案、这个方案要解决什么问题、有什么意义

方案设计原则部分讲的是我们在进行这个方案设计时应该遵循的原则，或者说是应该重点关注和考虑的问题

标准规范部分讲的是方案设计的应遵循的标准规范

这部分是介绍我们设计出来的结果

是不是满足需求、是不是能够解决用户的问题、是不是遵循了原则、是不是符合相应的标准规范，全要在这部分中体现出来

解决方案为了让大家容易理解，我在这里用一个大家比较熟悉、比较容易联想的方案设计例子进行介绍，这个例子就是一座大楼的设计方案

设计一座大楼是一件很复杂的工作，要考虑大楼的功能需求、外观、空间、每个楼层的房间布局、强电线路、弱电线路、供水线路、供暖线路、排污管线、各种材料等等，要进行力学分析、结构分析等，可以说设计一座大楼是一项庞大系统的方案设计工作

后面将给大家介绍一下编写这部分内容的注意事项

首先请大家记住，我们这里讲的设计方案，是我们与用户沟通交流的方案

目的是让用户知道我们有能力、有措施、有保障地去实现他们的需求，是让用户树立起与我们合作的信心，但并非是一个具体的开发方案

因此需要重点突出而不需面面俱到，不需要或者千万不要落到具体的细节上，要尽可能保证各部分内容的均衡

设计方案编写要点之一在方案描述部分的最前面，要有一个方案的总体描述，可以称为总体设计方案

或成为方案蓝图也就是项目的总体目标这部分是对你的设计方案的高度概括性介绍

设计方案编写要点之二为了能让用户了解你的方案的全貌对于比较复杂的设计项目来讲，不是几句话几段文字可以表述清楚的需要站在不同的角度、针对于不同的层面进行介绍譬如说大楼的外观，从正面看，你是看不到全貌的，即便你把外貌全介绍清楚了，如果不介绍其他的话，别人也很难明白这个大楼

因此要学会角度、层次的分解可以从类别上分，也可以从功能上分，分的目的是为了更全面、更清晰、更容易地给大家介绍你的方案

一般一个IT项目方案包括：技术架构网络架构安全架构功能架构性能指标

设计方案编写要点之三对你的方案进行分解描述时，要充分考虑前面需求分析的内容

需求分析中提到的需求和问题，在方案描述部分都要有相应的解决方案，前后呼应，前面讲为什么要做，这里讲怎么实现

与需求分析呼应，也是方案分解描述时进行分解的参考依据

方案是否与需求相呼应，意味着方案是否扣题

有很多这方面做得不到位的方案，对在这个项目上行，按在另外一个项目上也行，就成大笑话了

目的性强！设计方案编写要点之四对于一些用户关注的问题和需求，以及通过分析具有比较高复杂度的问题，也要分解出来进行单独讲解一是表明我们对用户的需求的充分响应二是表明对需求理解的深刻，尽管有些问题很复杂，但我们有可行的解决方案

借此增强用户的信心

设计方案编写要点之五要与前面设计原则部分相呼应在方案的描述中，要体现出我们是严格遵从前面制定的原则的

同样，也要对所遵循的标准规范有呼应

设计方案编写要点之六多采用图示的方法大家都知道，无论文笔怎么好，文字的东西总是比较抽象的读者必须通过联想才能理解你描述的含义

如大楼的外观情况，如果文字描述，很可能长篇累牍地写了一大堆，别人还是搞不明白

而用图的形式，可能只需三两张图，就把大楼的外观展现的清清楚楚了

图示的作用是直观

图是对方案的高度概括和抽象

做一张好图，要基于你对方案完全了解和掌握，也要基于你的知识和经验的积累

真正好的方案描述都是图文并茂，用文字辅助解释图中关键的部分

设计方案编写要点之七要学会使用表格进行描述与图示一样，表格也是一种非常好的方案描述的方法

表格的作用是简练、调理、清晰，更容易让读者理解你所表述的内容

对于一些包含大量数字，或者描述形式重复的内容，都可以采用表格的形式描述

设计方案编写要点之八对于一些重要的指标或用户关心的指标需要基于你的方案进行分析用合理的分析模型和数据证明你的方案能够达到用户所期望的指标例如设备配_选型设计，用分析的指标作为依据设计方案编写要点之九对于一些需要利用其他厂商产品进行集成的项目要讲明你所选择的原因和这些产品的作用要对你所选择的主要产品从功能和性能角度进行介绍

设计方案编写要点之十为了突出我们期望让用户产生深刻印象的内容

可以在方案描述的最后一部分做一个总结，可以用方案特点介绍的说法

在特点介绍中，要突出我们独有的特点（在一定程度上会让用户去找我们竞争对手相关的内容）

要突出用户关心的问题（与需求分析呼应）等，大家需要注意，特点一定要“特”

方案特点组织的好，也会对用户产生比较强的冲击力

设计方案编写要点之十一编写方案的时候，特别是编写这部分方案的时候切记千万不要凑材料，这个地方抄点那个地方摘点进行拼凑，这是编写方案的大忌如果需要摘抄一些资料，必须自己完全掌握这些资料的内容并且确认对解决特定的问题有帮助

设计方案编写要点之十二开发实施计划，也称总体进度计划，是对全部相关计划的有机整合，也叫整体计划

整体计划涵盖了开发计划、实施计划、采购计划、质量控制计划、风险控制计划、项目团队建设计划、验收计划、服务计划、培训计划等等

项目开发实施方案（计划或工作路线）我们常说，要完成一件事情，需要有计划、有组织、有措施、有保障地进行

我们的设计方案完成后，接着就要给用户介绍我们怎么实施完成，这就是实施方案

实施方案的编写需要按照有计划、有组织、有措施、有保障的线索，基于项目管理的思想进行阐述

在这里对大家有一个要求，就是你在写出来这个实施方案之前，你已经真正明白了这个项目到底怎么干才能干好

如果你都不知道怎么干的话，写出来的所谓的实施方案是不是可行就需要打个问号了

这个问题在很多人在写实施方案时常犯的错误

我们需要基于项目管理的思想来描述开发实施方案

首先需要明确项目的目标

其实方案确定好了，总目标是非常清晰的，那就是按照用户的需求开发出系统，按照用户的时间约定部署实施完成

但如果仅仅这样讲，那只落在了总目标的口号上了

为了拿出真正可行的方案，需要把目标进行分解，分解成一个个阶段性目标或历程碑性目标，这项分解要尽可能的准确和详细，目标越清晰具体，越容易找到实施方案

要反思，如果这一个个的阶段性目标都实现了，是不是就能很好地完成和实现总目标，如果是，说明你的分解基本就是合理的

当目标分解工作完成后，各个子目标之间可能存在时序关系，也可能存在其他关联关系，为了完成每一子目标都有相应的工作内容、也需要一定时间和人力资源的支持，有一些比较复杂的工作可能需要一些方法的指导（工作预案）

对应于每个子目标，把这些相关的东西搞清楚描述出来，然后按照时序关系排列起来，项目的实施计划就出来了

实施计划描述需要调理，一般可以采用表格的形式

目标分解一般是采用自上而下的方式进行具体做法是，先围绕总目标的实现分解成几个大的阶段然后对每个阶段进一步分解成更小的阶段最后落实到每一项工作任务的目标上

在实施计划中，还有一点非常重要，就是必须满足用户工期的时间要求

项目组织架构不管目标怎么定，方案怎么做的，有一点是确定的，就是必须要有人去按照计划去干，去实现一个个的目标

作为一个好的实施方案，需要对承担这项工作的队伍、人员进行组织和分工

描述这部分内容的线索可以这样

定义项目实施过程中的角色，根据实施计划的需要，对参与项目的人按角色进行分类，定义角色的责任

分析一下这个项目每一个子目标实现过程中，都需要涉及到哪些类型的人，这些人与我们的那些部门有关

设计项目组的管理架构，与实施计划相关，与工作分类和角色分工有关，要有责任明确的项目负责人角色

如果队伍比较大涉及的部门比较多的话，项目负责人就需要具有比较强的资源协调能力，明确项目总负责人和不同类型工作的负责人

根据计划的需要，选择明确项目成员

一个好的实施方案，除了给用户讲清楚怎么干以外，还要介绍你的这种干法是可行的而且是风险小的，这就是实施方案的保障措施

一般情况下，应该包含这样一些内容：沟通协调措施，要有明确的沟通协调机制保障，项目是需要我们与用户、厂商、监理等一起配合完成的，因此必须要有良好的沟通

质量要求和质量控制措施

风险分析以及规避风险的措施

预算（成本计划），包括设备采购计划和人力资源成本预算

一些复杂工作的工作预案，要让用户知道我们是有办法有能力完成这些工作的，增强用户的信心

验收计划这是对双方都负责任的约定，验收方案要科学合理，要具有可 *** 作性

对于一些特定的项目，需要对我们投入的人力和工作量进行统计

首先，你要对用户参加培训的人员进行分类不同类型的人员需要接受不同的培训大体可以从系统管理角度和系统使用角度进行分类

如系统管理员（进一步也可细分为应用系统管理人员、系统环境管理人员等）、系统使用人员（或者称用户业务人员，包括各个层面使用系统的人员）等

培训方案要点之一培训对象分类从管好和用好的角度，设计培训的课程在每一门培训课程中，要对一下项目进行定义培训课程名称培训目的和期望达到的目标（培训完了，受训人能够达到什么水平或能力）受训人技术基础要求培训形式（集中上课、上机实习）培训课时数培训教材（必需要有明确的培训教材，除了编写或购买的教材以外，可以多选用项目交付时提供的资料，如设计方案、用户手册等）培训内容概要（要介绍这门课程的主要内容）

培训方案要点之二培训课程设计根据项目总体的实施计划安排，设计课程表课程表中要明确时间、地点、培训对象、课程因为这里面要考虑总体进度，要考虑参训对象所受的时间、地点的制约课程表的编排一定要合理可行

培训方案要点之三培训课程表最后可以介绍一下承担培训工作教师的情况对几个主要培训教师的简历进行介绍另外，对于一些需要比较特殊条件的培训，介绍一下我们的保障措施

培训方案要点之四培训教师介绍用户对维护服务的期望是：平时通过有效的管理和监控，尽可能地减少故障概率系统发生故障时，出现的问题能够得到最高效率的解决这也是我们设计维护服务方案时的基本原则和目标

维护服务方案服务需求分析，对用户的服务需求，从主要服务项目和特点、响应时间、期望等进行比较详细的分析

维护服务方案要点之一服务需求分析组织管理体系，告诉用户我们公司有哪些部门、哪些人员以什么样的角色参与维护服务工作，每个角色的职责是什么

对服务组织中的核心成员进行介绍

维护服务方案要点之二组织管理体系服务项目定义，对于用户的服务需求进行应对，告诉用户我们围绕这个项目，能够提供什么样的服务工作，每项服务工作的含义是什么

如，我们有什么服务是对应于减少故障的，有什么服务是对应于解决问题的

维护服务方案要点之三服务项目定义这部分介绍的是为了完成我们提供的服务项目，我们有什么样的措施进行保证

如，对于我们所提供的减少故障的服务，我们采取什么样的措施来实现

服务项目和服务措施是紧密关联的，共同来表述我们能给用户什么服务和怎么给用户这些服务

响应时间定义，这是对双方都有益的一个约定，介绍在不同情况下我们的时间响应措施

维护服务方案要点之四服务措施手段定义介绍从服务请求到服务结束我们的工作和管理流程

进一步让用户明白我们拥有一个严密的服务体系，能够满足用户的服务需求

需要的话，可以对服务流程所需的管理工具进行介绍

维护服务方案要点之五服务流程介绍前面把我们服务体系的服务组织、服务措施、服务流程介绍完后

最后要针对于用户对本项目特定的服务需求进行响应

设计满足于用户服务需有的服务方案

这部分要对用户或招标文件中的服务要求进行点对点的应答，必须明确承诺是正满足

开发部：根据市场需求进行产品开发

技术部：进行技术这块的开发，前台和后台的管理

网销部：进行网上销售产品，推广产品

市场部（销售部）：跑市场，进行市场销售，面对面的销售。

财务部：记录公司的收入和公司的支出

行政部：负责公司的办公用品，体力方面的活

人事部：负责招聘人员，负责人事考核、考查工作。建立人事档案资料库，规范人才培 人事部公务员面试培养、考查选拔工作程序，组织定期或不定期的人事考核、选拔工作等等。

本方案对于企业管理的作用和价值

随着现代社会中企业对IT系统的使用越来越深入和频繁，如何管理好企业的IT系统成为不可忽视的管理议题。如果在IT建设过程中缺乏总体架构和规划，企业将在IT管理上面临众多的挑战。比如：业务越来越复杂，IT系统越来越庞大;难以统筹地管理;看不清楚IT建设的现状，更谈不上合理规划新的IT建设;企业内IT和业务沟通困难，业务人员用不好系统，IT人员服务质量也不高。

企业架构(EnterpriseArchitecture)是对构成企业的所有关键元素和关系的综合描述。它是一个用于描述和分析企业的现状，并对企业做出合理诊断和规划的方法。企业架构就类似于医学上将人体构造分解为骨骼、肌肉、血液等组成部分，既考虑每个部分的成分，也考虑这些部分是如何结合并协同工作的。它是现代企业用于自我分析和自我管理的工具。

单纯地从IT的视角管理IT系统让许多企业深陷管理困境，解决问题也是按下葫芦浮起瓢。实际上，IT的服务对象是企业的战略、组织、流程等一系列的要素。因此对IT的管理如果不考虑这些要素，那就会理不到头绪，产生诸如系统庞大并与业务脱节等症状。因此，需要通过企业架构的管理思想来管理IT架构，并实现如下价值：

1)理清IT架构，明确IT管理现状

IT架构管理对于企业来说，首先是需要“理清楚”然后才是“管起来”。与IT架构相关的内容既包括企业的业务流程、信息数据、应用功能、服务器和网络等管理要素，也包括传输类型、控制方法、管理策略、开发技术等技术层面的要素，合理清晰地梳理这些内容并了解相互管理，才算是帮助企业真正明白目前IT管理的现状。

2)分析企业现状，找到IT管理的可改进点

如果说明确IT管理现状是企业对自身的一个审视和了解，那么IT现状分析就是企业对自身的“望闻问切”。通过对企业流程与应用系统覆盖度的分析，我们可以知道企业IT应用主要存在于企业哪些地方，而通过对企业流程与应用系统冗余度的分析，我们又可以知道企业IT系统之间存在的功能重复或冲突集中在哪里。

当然，企业IT分析同样不能零散的开展，因此需要有一个整体的分析设计体系和科学的分析设计方法，本方案基于在流程分析领域一直处于世界领先地位的ARIS平台，提供了一套在IT架构现状分析上成熟的方案。

3)合理地规划与改进IT建设

以往的IT规划往往从IT系统本身出发，或借鉴国际先进的经验，或追求新的产品与技术。而一个真正适合企业的IT规划既要有适度的前瞻性，又要能够贴切地满足企业战略和企业的生存环境。否则就像在水下穿了一件太空衣，虽然外表光鲜亮丽，但实际上花费巨大却没有解决实际问题。

企业架构下的IT规划强调的是从企业战略出发，首先规划业务架构层，然后延伸到应用架构和数据架构，最后结束于企业的基础设施架构，其中包含战略、流程、系统功能、模块、数据、数据接口、系统实例、应用机房、网络信息和技术细节等等各种管理要素，可以说是对企业IT建设的量体裁衣。

4)完整地管理IT资产与技术

仅仅规划和实施IT系统是远远不够的，大多企业在实施IT系统后，更重要的是运维和管理IT系统。在这样一个层面上，IT系统无疑于企业的IT资产。结合IT服务管理标准和企业资产管理的思路来统筹的管理IT系统，也是企业架构可以发挥力量的地方。

同样，企业里面往往也有专门管理IT配置的工具(CMDB)，但这些工具往往又忽略了企业业务与战略和IT之间的关系，如何将这些内容集成和统筹地管理，也是企业架构管理思想所考虑的内容。

借用企业架构的管理思想来管理IT架构，将保障IT系统不再与现实脱节，也不再落后于战略和业务的发展。IT系统将像企业的设备等重要物质资产一样有效地管理起来。

基于企业架构(EA)的IT架构管理解决方案及其交付物

在企业架构(EnterpriseArchitecture)的管理方法中，IT的规划需要与业务的需求统筹地管理起来。因此，一般将企业的IT架构划分为四个层次：

业务架构层：包含企业的战略、组织与流程等业务相关的架构，主要用于分析业务的驱动与业务的需求。

应用架构层：包括应用系统，系统功能，系统接口，相关应用的服务等，主要用于从业务层面将需求层层分解为系统的功能。

信息架构层：包括数据体系，数据架构，数据实体等于信息数据相关的内容。由于数据是流程流转的实体，也是应用系统需要实现的功能载体，因此对数据的设计需要与应用和业务层进行统一。

基础架构层：数据的存储实体，系统实例，硬件设备，软件技术等等属于企业基础设施的内容，需要按照资产管理的模式进行管理。

企业架构中的IT架构的四个层次

如何基于企业架构进行IT应用功能的规划？

交付物一：搭建从贯穿IT架构的模型体系

企业架构就是对企业各个管理要素以及关联进行管理的过程。因此我们对IT架构的管理，需要将企业如下要素进行统筹地梳理与整合，并形成模型体系。

战略：通过BSC战略模型梳理企业战略与目标。

流程：通过增值链与EPC模型梳理企业的流程架构与现实业务流程。

功能：通过流程步骤梳理系统所因提供的应用功能。

系统：通过应用系统架构模型梳理系统类型与模块。

基础设施：通过系统与系统实例，梳理系统所存储的相关硬件与设备等基础设施。

资产：通过整理相关资产获得资产的生命周期。

资产集：通过整理资产并分类获得完整的资产集合。

架构生命周期：管理各个业务单位的IT架构的生命周期。

企业架构各个层面的整理

交付物二：企业架构现状评估与分析报告

企业架构的IT架构现状评估与分析方法是以企业架构方法论作为理论依据，分析企业的各个架构元素和架构元素之间的关联性，例如：应用系统架构下应用系统的岛屿数量和程度，以及应用系统对业务流程的覆盖率。然后对现状的业务进行科学地诊断。

采用目标分解与纬度分析方法开展。分析包含一个总体目标，按照多视图分解到多个分目标，每个分目标包含多个分析指标，而每个分析指标都有相应的定性分析方法和分析结果。沿用的分析手段采用了平衡积分卡的思想，便于企业长期使用。

使用ARIS模型与ARIS工具对于模型的统计分析功能来完成分析工作。由于前期的建模工作有了大量模型成果，一些关键的数据分析可以通过模型来开展，例如：流程的应用系统覆盖率。在模型真实的情况下，此类分析能够很精确地反映企业架构管理现状。因此为了达到更准确的效果，还将对模型的真实度加以评估。

应用系统架构良好支持业务代表了企业架构下应用系统架构建设的质量。应用系统的建设为业务信息流的自动化提供技术平台，并业务流程的标准化提供支持，可以说，企业应用系统建设的主要目的就是为了业务服务。应用系统架构的建设也是建立在IT的基础设施之上，因此对它的规划将直接影响IT基础设施的需求。应用系统架构良好支持业务流程需要在良好地支撑流程需求和数据运作的基础上，还要保留有良好的系统集成性和可扩展性。因此，应用系统对业务流程流程执行过程，数据流转过程的可服务性是很重要的。在此基础上，多个应用系统之间的系统接口和架构方式也是需要关注的。

基于ARIS平台的企业架构分析与评估结果示例

交付物三：经过合理规划的TO-BE的IT架构

在IT架构管理的整体下，如何通过对业务的变更获得系统的变更方案？博阳咨询推荐IT城市规划(ITCityPlanning)的规划方法。

IT城市规划方法

在IT规划中采用ARIS的信息系统视图(IS视图)，可以作为层次与层次之间转换的媒介。在ARIS中，IS视图中的对象类型必须放在功能和应用系统之间，这样便拓展了ARIS中的功能视图。如同各种功能一样，IS的元素与不同的结构相连接，出现在ARISHouse模型的常见视图中。这些扩充主要与流程视图和数据视图相关。在下面所述的IS视图中，涉及来自于ARISHouse模型的功能和流程视图中，用来描述IS元素之间的关系的模型类型，或者在其它ARIS视图的背景下，用来详细描述IS元素的模型类型。

交付物四：IT资产与IT架构的生命周期平台

对系统的功能进行规划后，不可忽略地就要考虑系统的实施过程。但对于完整的IT架构来说，系统从规划到实施，再到使用与维护，直至淘汰，是一个完整的生命周期。因此把系统当做IT的资产来进行管理是可以覆盖到系统的完整生命周期。

系统实施周期的评估过程

系统评估的方法有很多种，博阳咨询建议对规划好的系统以及系统模块按照成熟度与重要性进行评估，便可以知道哪些系统需要先期建设，哪些后期建设，有一个良好的系统引入的过程。

系统生命周期的评估过程

同样，系统一旦建设完成，系统的管理与评估工作远没有结束。需要持续地通过对系统功能满足程度的评估，不断地获取系统是否要升级或者淘汰的预期，保证系统能够时刻满足业务需求。这也是IT架构管理中持续改进的建设环节。

随着互联网的不断发展，我们在进行服务器开发组织架构上通常会采用分布式架构方法来进行设计。今天，我们就一起来了解一下，微服务架构都有哪些特点。

InfoQ:你近的QConSanFrancisco提出的一个关键前提是，组织如果要从单体大型应用转变为基于微服务的体系结构就得要打破它们的庞大的整体流程。你能再进一步解释一下吗

RafaelSchloming:对于转变为微服务本身，人们实际上并不怎么关心，他们真正关心的是提升特性的完成速度。为了提升特征的完成速度就必需做出改变，而微服务只是这种改变所产生的一个附属物罢了。

对于组织来说非常常见的一种情况是，当他们发展到一个临界点，增加再多的人也不会提升特性的完成速度。当这种情况发生时，通常是因为组织用于产出特性的结构和/或过程成为了瓶颈，而不是人员的数量。

当一个组织遇到这种障碍，开始调查为什么这些特性似乎花费的时间远远超出了合理的资源，答案往往是，每个特性都需要太多不同团队的协调。

这会发生在两个不同的维度上。你的人员可以按职能划分为团队：产品与开发、质保与运维。你的人员也可以按组件划分:例如，前端与领域模型、搜索索引和消息通知。当单个特性需要跨多个不同的团队进行协调时，交付特性的控制因素是不同团队之间的沟通速度和效率。像这样组织结构的组织实际上是被一个庞大的整体过程所阻碍的，这个过程要求每个特性(在某种程度上)要有许多许多的组织来理解它。

InfoQ:那么如何解决这个问题呢

Schloming:为了把很多人用在一个问题上，你需要把他们分成团队，因为人们不能在非常大的群体中有效地沟通。你这么做的时候，其实就是在做出一系列的权衡。你所营造的是每支团队内部具有高保真的沟通和协调，而团队之间是低保真和相对较差的协调。

为改进一个组织内的特性完成速度，您可以将你的人组织成独立的、跨职能的、自给自足的特性团队，可以从头到尾自主掌控一个完整的特性。这将以两种方式提高特性的完成速度。先，由于不同的职能(产品、开发、质保和运维)都圈定于一个特性内，你就可以自定义该特性区域的流程了，例如，IT培训分享对于一个没有人正在使用的新特性，你的流程就不需要优先考虑其稳定性了。其次，由于该特性所需的所有组件都由同一个团队拥有，因此，要想赶紧推出一个特性，就可以进行更快速有效的沟通和协调。

问题一：公司架构指的是什么 是公司各部门的设置，所属关系，通常用组织架构图来形象表示。公司可能是征求意见，并不一定有权力做才去做，没有权力可以提出建议，可以只针对自己的工作范围内，因为沟通，配合等存在不顺畅或阻力的地方建议，本部门的事如果主管没有授意，就不要提。如果不懂可以保守一点，初入职场学习为主，涉及复杂关系的少说也不是坏事

问题二：公司组织结构是什么 企业组织结构是企业组织内部各个有机构成要素相互作用的****或形式，以求有效、合理地把组织成员组织起来，为实现共同目标而协同努力。 组织结构是企业资源和权力分配的载体，它储人的能动行为下，通过信息传递，承载着企业的业务流动，推动或者阻碍企业使命的进程。由于组织结构在企业中的基础地位和关键作用，企业所有战略意义上的变革，都必须首先在组织结构上开始。

问题三：公司整体的架构是什么样的 经营产品的公司首先应该有一个强大的产品部，也就是产品 *** 盘，也就是说这个产品卖什么价格，为什么卖这个价格，进多少货，多久卖完，资金流动性的评估，产品清尾，进销存管理监控等职责。 然后应该有一个销售部，就是拿着产品卖给你的渠道或下家，包括客情关系培养，拓展，市场活动执行。终端管理客户对账，收款，等等考核。 财务部：监督和考核业务和产品部的大部门，利润率的计算，与工商税务等部门的沟通，对账，额度计算，等等。 HR：做对员工的心理进行辅导和招聘解聘，或者人员福利计算和公司内部管理的执行。 老板：决策者。 如果庞大的公司还要有物流部等等。公司不同架构部同

问题四：企业的IT 架构是什么意思 就是指支持企业业务运营的一整套信息系统的架构，完整的IT架构应该包括：

1、各业务应用系统，比如PDM、SCM、CRM等

2、各管理应用系统，比如OA、ERP、HR等

3、支持与运行上述各应用系统的中间件软件、数据库软件、 *** 作系统等

4、上述各软件系统运行的硬件设施，比如服务器、存储设备等

5、支持上述系统被正常访问的各种网络设备、机房环境设施等

6、保障上述软硬件系统安全运行的安全设施，包括各种软硬件级别的防火墙、防病毒、防攻击工具，安保措施、供电保障等

7、保障上述所有设备与措施正常运转运营的一整套IT组织与IT管控体系

问题五：有限责任公司的基本架构是什么 股东会

董事会、监事会

总经理

副总经理

各职能部门（如财务部、行政部、人力资源部、审计部、业务部等）及各分支机构

问题六：公司的最佳组织架构是什么样的呢 我想纠正一下您的这个提法：组织结构设计没有最好，只有最合适。

很多企业在追求最佳的组织结构设计模式，实际上组织结构模式设计没有现成的“菜单”。

亥谓最合适的是指能够满足下列要求的：

1、最适应市场的需要

2、最适应客户的需要

3、 *** 作最顺畅

4、运行效率最高。

每个企业由于自己所处的市场环境、行业特点不同，组织结构的设计各有不同。就是同一行业、同一市场环境的企业由于地域不同、企业自身特点不同，组织结构也各不相同。因此一个公司的组织结构不一定要模仿其他企业，而是要着重于自身经验的总结和不断的改进。

问题七：一般公司的管理组织架构是什么样的啊？ 企业基本组织架构形式有五种：直线制、职能制、直线－职能制、模拟分权制、矩阵制。

直线制

直线制是一种最早也是最简单的组织形式。它的特点是：

－企业各级行政单位从上到下实行垂直领导，下属部门只接受一个上级的指令，各级主管负责人对所属单位的一切问题负责。

－厂部不另设职能机构（可设职能人员协助主管人工作），一切管理职能基本上都由行政主管自己执行。

直线制组织结构的优点是：结构比较简单，责任分明，命令统一。缺点是：它要求行政负责人通晓多种知识和技能，亲自处理各种业务。这在业务比较复杂、企业规模比较大的情况下，把所有管理职能都集中到最高主管一人身上，显然是难以胜任的。

适用企业：规模较小，生产技术比较简单的企业，对生产技术和经营管理比较复杂的企业并不适宜。

职能制

职能制组织结构，是各级行政单位除主管负责人外，还相应地设立一些职能机构。如在厂长下面设立职能机构和人员，协助厂长从事职能管理工作。这种结构要求行政主管把相应的管理职责和权力交给相关的职能机构，各职能机构就有权在自己业务范围内向下级行政单位发号施令。因此，下级行政负责人除了接受上级行政主管人指挥外，还必须接受上级各职能机构的领导。

职能制的优点是能适应现代化工业企业生产技术比较复杂，管理工作比较精细的特点；能充分发挥职能机构的专业管理作用，减轻直线***员的工作负担；缺点也很明显：它妨碍了必要的集中领导和统一指挥，形成了多头领导；不利于建立和健全各级行政负责人和职能科室的责任制，在中间管理层往往会出现有功大家抢，有过大家推的现象；另外，在上级行政领导和职能机构的指导和命令发生矛盾时，下级就无所适从，影响工作的正常进行，容易造成纪律松弛，生产管理秩序混乱。

由于这种组织结构形式的明显的缺陷，现企代业不一般都采用职能制。

直线－职能制

直线－职能制，也叫生产区域制，或直线参谋制。它是在直线制和职能制的基础上，取长补短，吸取这两种形式的优点而建立起来的。这种组织结构形式是把企业管理机构和人员分为两类，一类是直线领导机构和人员，按命令统一原则对各级组织行使指挥权；另一类是职能机构和人员，按专业化原则，从事组织的各项职能管理工作。直线领导机构和人员在自己的职责范围内有一定的决定权和对所属下级的指挥权，并对自己部门的工作负全部责任。而职能机构和人员，则是直线指挥人员的参谋，不能对直接部门发号施令，只能进行业务指导。

直线－职能制的优点是：既保证了企业管理体系的集中统一，又可以在各级行政负责人的领导下，充分发挥各专业管理机构的作用。其缺点是：职能部门之间的协作和配合性较差，职能部门的许多工作要直接向上层领导报告请示才能处理，这一方面加重了上层领导的工作负担；另一方面也造成办事效率低。为了克服这些缺点，可以设立各种综合委员会，或建立各种会议制度，以协调各方面的工作，起到沟通作用，帮助高层领导盯谋划策。

目前，我们绝大多数企业都采用这种组织结构形式。

事业部制

事业部制最早是由美国通用汽车公司总裁斯隆于1924年提出的，故有“斯隆模型”之称，也叫“联邦分权化”，是一种高度（层）集权下的分权管理体制。

事业部制是分级管理 、分级核算、自负盈亏的一种形式，即一个公司按地区或按产品类别分成若干个事业部，从产品的设计，原料采购，成本核算，产品制造，一直到产品销售，均由事业部及所属工厂负责，实行单独核算，独立经营，公司总部只保留人事决>>

问题八：什么是公司组织机构 公司组织机构是指从事公司经营活动的决策、执行和监督的公司最高领导机构。公司组织机构的内容公司组织机构包括三个部分的内容，即决策机构、执行机构和监督机构。决策机构1、股东大会股东大会是由公司全体股东组成的决定公司重大问题的最高权力机构，是股东表达其意志、利益和要求的主要场所和工具。2、董事会董事会是由董事组成的负责公司经营管理活动的合议制机构。在股东大会闭会期间，它是公司的最高决策机构。除股东大会拥有或授予其它机构拥有的权力以外，公司的一切权力由董事会行使或授权行使。作为合议制机构，公司的业务活动必须由全体董事组成的董事会议加议决定，任何一个董事都无权决定公司的事务，除非董事会授权他这样做。执行机构公司执行机构是指由公司高级职员组成的具体负责公司经营管理活动的一个执行性机构。它是公司业务活动的最高指挥中心，实行首长负责制。其主要职责是贯彻执行董事会作出的决策。监督机构公司的决策权和管理权大部分集中在少数人手中，这是提高公司经营管理效率的需要。为了防止他们滥用权力，违反法律和章程，损害公司所有者的利益，所有者及股东要对他们的活动及其组织的公司业务活动进行检查和监督，这种监督权由公司的监督机构来执行。公司组织机构的原则（1）在公司的组织机构中，要实行决策权、执行权和监督权三权分离的原则。（2）要把公司组织机构成员的利益同公司经营管理的好坏紧密联系起来。（3）公司组织机构的成员必须具备一定的素质，但对不同成员素质的要求是不同的。公司组织结构的形式直线制组织结构直线制结构是最古老、最简单的组织形式。这种结构适用于小型公司。它要求经理能够对本部门所有的问题做出决策，所以，他必须是个全才。如果公司的规模扩大了，那么它或者增加管理层次，或者增加每一层次的工作单位。直线参谋组织结构随着公司规模的扩大，直线组织中直线经理的任务就变得越来越复杂。他感到如果仅仅依靠个人的知识和时间已经无法解决繁重的管理任务，需要有专家的帮助，参谋人员就是这种专家。这样，就产生了所谓的直线参谋组织。在直线参谋制结构中，参谋经理的作用是为直线经理提供有效管理所需要的在某一方面的建议、服务和帮助。事业部制组织结构事业部制组织结构，是在公司总部下，设立若干个自主营运的业务单位事业部。这些事业部，或者是按产品来划分，或者是按地区来划分。每一个事业部都是要对成本、利润负责的利润中心。事业部制组织结构形式，类似于直线参谋制结构，因此这种组织结构保留了直线参谋制结构的部分特点。但是，这两种结构存在着本质的差别，事业部被赋予更大的职责及权限，它是一个相对独立的单位，直线参谋制结构内部则不存在这样的单位。实际上，每个事业部往往更类似于一个直线参谋制组织结构单位。模拟分散化组织结构当一个公司的规模发展到使直线参谋制组织结构不能有效地运用，并且，由于生产、技术内在联系的紧密，根本无法把公司分解为若干个相对独立的事业部门的时候，模拟分散化组织结构形式便是最有效的了。这种组织结构形式是介于直线参谋制与事业部制之间的一种组织结构形式。所谓模拟分散，是指结构中的组成单位并不是真正的事业部门，而是把它视为或模拟为一个事业部，让其独立经营，单独核算。这些模拟性事业部，相互间的内部转移价格为基础，而不是象事业部制，内部转移是以市场价格为基础。矩阵组织结构矩阵组织结构是一种较新的组织结构形式。它特别适用于技术进步较快、技术要求较高的公司，如计算机和空间产品制造公司等。通常的矩阵组织>>

问题九：公司的基本架构是什么呢？需要多少主要人员？ 一般是根据你的市场和客户需求来调整和完善你的公司架构。市场面小、客户要求少的话，一个管事的一个办事的可能就足够了。但是你要是想完善自己的管理模式，管事的、联系业务的、内部事务处理的、其他方面信息反俯管理的，就需要逐步增加人员了。说的应该再详细一些。

问题十：公司的一般构架是什么？ 公司的一般构架是什么：根据人力资源管理学和管理心理学，处理朋友和亲属裙带关系的最佳方法从源头做起，要么老板通过某些方法让女股东离开实权管理岗位（只分红），或者老板完全买断女股东的股份，让女股东完全从公司里脱出来。要么或者老板自己退出。不管谁退出。企业领导者只能有一个声音。其他小势力其实是墙头草的缩影。因为对目前双方来说他们都有作用。但是如果最上层只有1个声音，那么，他们就不成气候。

快速成长的中小企业在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部门的经验，就能确保你为成长和成功做好准备，减少成长的烦恼。

以上就是关于如何编写IT项目方案全部的内容，包括:如何编写IT项目方案、IT公司或着软件开发公司都有些什么部门、针环境，企业应建立什么样的IT架构来应对这些变化，详细描述这种IT等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！