企业的IT 架构是什么意思

导语：it技术团队如何管理相信每个职场人都想成为leader，带领一个团队去战斗。可能多数人看到自己的leader并不觉得很厉害，比自己优秀，但是很多能力却在你的视线之外发挥着很大的作用。

it技术团队如何管理

关于个性

一般来说, 比较稳妥的做法是, 管理者只在团队前展示相对中性的喜好和个人观点, 例如读书, 锻炼, 旅游, 等等 容易引起争论的则要避免, 不要有意或者无意的在团队面前强调, 例如对宗教,民族,社会问题比较尖锐的立场等对于管理者来说, 包容下属以与自己不同的方式工作, 是一大挑战 君子和而不同, 除非真的有必要, 管理者不要去干预员工的工作方式

保持距离

并不是对每一个人好, 就能获得尊重 尊重原则, 有效执行, 才是管理的真谛

随时激励

每个人都需要激励 激励有一个保鲜期, 所以要及时, 多次激励

考核

鼓励并没有错 但是, 不同的人有不同的性格 有的同事, 你要委婉一些 有的同事, 你需要直接一些 目标是一样的, 让他们能清楚的了解你的意思, 不用去猜 在绩效考核的时候更要说得清楚, 否则, 会产生误解

it技术团队如何管理

分清楚管与不管的界限

一个典型的IT技术团队的管理者被授予的权利包括:

团队日常管理

项目管理

绩效考核

招聘新员工 ( 其中于技术相关的部分, 一部分的建议权 )

晋升, 加薪, 解雇等方面的建议权

提高员工参与度的方法:

外围的事情, 可以由”民主”决定

日常的工作, 比如Code review也可以由员工参与

指定规则前, 征询大家的意见

关于招聘的考量

技术能力满足基本要求

做事风格与团队匹配

沟通能力

工作努力

员工的本性很重要, 将来的塑造过程中很难改变

个人觉得理想中的艾迪团队首先有业务员，营销员，还有内部的工作人员，以及***员这些都是必不可少的，而内部的工作人员包括正常的开发人员，测试人员以及最后的修复人员，这些都是理想中it团队应该具备的。

就是指支持企业业务运营的一整套信息系统的架构，完整的IT架构应该包括：\x0d\1、各业务应用系统，比如PDM、SCM、CRM等\x0d\2、各管理应用系统，比如OA、ERP、HR等\x0d\3、支持与运行上述各应用系统的中间件软件、数据库软件、 *** 作系统等\x0d\4、上述各软件系统运行的硬件设施，比如服务器、存储设备等\x0d\5、支持上述系统被正常访问的各种网络设备、机房环境设施等\x0d\6、保障上述软硬件系统安全运行的安全设施，包括各种软硬件级别的防火墙、防病毒、防攻击工具，安保措施、供电保障等\x0d\7、保障上述所有设备与措施正常运转运营的一整套IT组织与IT管控体系

好主管 要强悍 不凶悍

领袖不是天生的，他是由许多特质共同组合而造就，这其中包括热忱，为一个明确的目标而努力的决心，即强而有力的沟通技巧。

以下是成功***教战守则：

1、 充分授权：

分派工作的结果往往不太成功的原因，通常是由於 *** 之过急，经验传递的工作本来就需要按部就班、循序渐进。主管经过数年（甚至更久、更长的时间）的工作累积，才发展出来一套工作法则，是不可能在短短时间内，就让接手的人能够驾轻就熟地加以运用。

2、重视人才培育：

人才的培育计划就像所有的商业活动一样，都是为了达成某一些确切的目标而设计，一个训练计划如果毫无目标，到头来也将一无所有。

3、创造满足：

在工作岗位上不快乐的人，往往不会有好的工作表现，心情（情绪）起伏不定。因此，除非主管能满足部属的主要需求，意即对工作的满足感，否则事业将会失去动力，并损失金钱。让部属能快乐地工作，可以了解什麼是他们的工作动机，金钱、认同感、安全感、归属感、成就感、良好的工作环境、有升迁的机会、有学习成长的空间等，都可能是激励他们工作的原动力。

4、灵活应变：

瞬息万变的商业活动里，规划是整个行政管理上一项非常重要的功能，但公司的经营策略，不能拿来像金科玉律一样死板的奉行。所以各阶层的管理者，不论职位高低，在公司采取各种应变措施，以面对外部环境的各种压力时，都必须要让自己具备更大的d性应对能力。

5、鼓励创新：

鼓励所属工作成员的创意，利用研讨会的方式来做脑力激荡，以产生一些策略性规划的构想，大家一起动脑筋，想想看有什麼新点子，也许从一些略带趣味性的主题开始，将所有的构思都纪录下来，然后提出下列问题：「你们觉得有哪些新市场，公司可以开始尝试考虑开发？该如何改善对客户的服务？」要求员工有任何构想便要提出来，同时，绝对不允许任何人随意批评其他人所提出的任何建议。在处理这些构想时，宁可将它重新修改加以利用，也不要轻言予以否决；这样做可以增加成员们的信心，并且使他们勇於思考、创新构想。每一位工作人员都是具有创意的人，问题只在於主管如何将它们激发出来。

6、「会不会」不同於「行不行」：

技能和知识可以经由教育与训练而学会，但工作态度（专业、敬业）却没有办法教，只能用设立榜样的方式让成员互相模仿，一但立下好榜样，工作成员自然生气勃勃，忠实、乐於付出，而且会自动自发。

7、勇於解决纷争：

人事方面的问题必须立刻加以研判、尽快解决，假如忽略它，那麼小问题会变成大问题，大问题则会在最后演变成一个全面性的危机。请记住，问题是永远不会自动消失的，如果有必要，找顾问（没有利害关系的人）来帮忙「沟通、整合」。

8、重视效率：

当有压力产生时，要设法帮助每一个成员减轻压力，不过要先弄清楚，压力是来自成员的负责任，还是缺乏效率所引起的，或是成员努力不够的关系呢？

9、说清楚、搞明白：

处理工作成员恶劣行为的表现时，态度要坚定，但不要咄咄逼人。当对某一位工作成员进行辅导或是惩戒时，要明确的表示这一切与一个人的个性喜好没有关系，更不要用讽刺的语气来批评他们，也不要做任何人身攻击，但是要求对方也非得改进它们的工作表现不可。利用一些问题来帮助他们了解毛病出在哪儿，并达成共识。

10、勇於沟通：

沟通有向上沟通、平行沟通、向下沟通，对部属说的事，不要比对公司股东说的还要少，这两者对公司都投下了相同的赌注。做一位管理的人，就一定要记得自己不仅是一个管理者，也是一位沟通者。此外，在任何沟通方法上，没有比面对面沟通效果要来的好。

11、练习在会议中说话：

许多企业主、领导者、管理人在需要站出来面对一群人说话时，会一下子变得张口结舌，讲不出话来，其实对群体讲话的技巧就像其他管理技巧一样，只要依照一套简单规则去做，便不会有问题，没有人天生即是杰出的演说家，即使是专家有时也会紧张。更要记得在说话前一定要做深呼吸的动作。

千万不要把「作风强硬」与「作风凶悍」混为一谈。如果为了个人的利益和需要，而牺牲了周遭人的权益，那就是一个「作风凶悍」的管理人。反之，一个「作风强硬」的管理人会严格要求部属达到工作目标，而不会侵犯工作成员的权利和需求。

IT 的管理者很清楚的知道，在不远的未来信息化将成为业务的运营中心，问题是信息化自身又该如何运营管理。

IT 团队需要了解业务部门的需求，然后设计并开发一个个的信息系统。这些信息系统就像工厂里的生产线一样，将生产出真正对业务有所帮助的数据和信息。

IT 的管理者就像是这个工厂的厂长，需要能够敏锐的 发现 业务需求，经过系统化的 设计 并且有效的 协调 人员去实施。此外，还需要高效率的运维 保障 已上线的信息系统稳定运行。

这些要求可不少，IT管理工作看起来就像是在运营一个工厂，并且在这个信息化正在逐步走向成熟的年代，可以说每一个IT管理者都是一个创业者。

管理IT，就像管理一家企业或医院一样，没有什么本质的区别。需要面对的都是那些像幽灵一样，隐藏在各个环节中的问题。我们不太可能真的去一个一个的解决这些看起来千头万绪的问题，因为这些问题很有可能是环环相扣的。

但很快会发现，肯定有那么几个问题是元凶，是导致这千头万绪的根源，只要解决这几个问题，剩下的症状就会自然的全部消失。而问题的关键是，你怎么找到这些根源。

即使问题再难缠，只要能够摆在面前，相信总有办法解决。但是这些问题总是像丛林中的幽灵一样，若隐若现，躲闪在丛林之间。

这些问题似乎就在那里，又若隐若现，有时还会投鼠忌器，所以请允许我用幽灵来形容这些管理上的问题。但是这个世界上肯定不存在幽灵，其实是我们对整体工作的认知不够系统化，所以才给了幽灵们能够躲藏，能够隐蔽的角落。为了找到这些“幽灵”，IT管理者们需要一个系统化的方式。需要一个系统化的方式去认知IT管理工作，否则幽灵们就会出现。

曾经信息化技术有着一些神秘 的技术色彩，甚至对很多人来说还有一些魔法般的神奇。但是，现在这些都不重要了，因为人们不再关心是你怎么实现的，而是关心你究竟能给我带来了什么。

之所以没有像吉普赛人的巫术一样消失，是因为信息化技术真的能够给人们带来价值，要么是提高了业务的效率，要么是减少了浪费。所以，IT为什么存在？答案只有一个，就是为业务创造价值。

IT 的运营是一个为业务创造价值的过程，这个增值的过程是IT团队一系列的输入、转换和输出的行动集合。每个行动都对业务客户产生增值行为，从而最终为业务客户创造价值。

让我们用这样一个脉络去认知IT的运营过程，方向是：首先得了解为谁创造价值。输出是：价值是承载在输出上。过程是：输出是被怎样一个过程创造出来的。输入是：需要输入什么样的原料才能满足过程。所需要的资源是：像生产过程一样，IT的运营过程同样需要投入资源。要遵守的规则是：在这个过程中，需要遵守的规则有哪些。

                           

方向：IT的运营是一个为业务创造价值的过程，重复一下，是 为业务创造价值 。所以，现在创造价值的方向就非常清晰了，要以业务客户为核心。有两点具体的体现：第一是增值的过程是以业务的需求为源头，进行设计和规划。第二是对IT工作的测量指标有很多，但是最高级别测量是客户的满意度。

价值和输出：所谓“输出”指的是增值过程最终输出的产品或服务，而价值一定是被输出承载的。价值一定是摸得着，看得见的，就像人们认宝马的汽车 *** 控性很好的时候，宝马公司的价值是依托于该公司最终提供给你的宝马汽车之上。信息化的价值是通过为业务部门提供了一个一个的信息系统以及服务而体现的。

过程： 为客户创造最终价值的，不是一个活动，也不是一个流程，而是由各个流程组合在一起的整体价值链。 例如、需求分析、审批、设计、开发、测试、部署。又如、申告记录、分派、处理、满意度调查。

输入：根据输出和价值的要求，IT团队需要外部提供什么样的资源输入。

资源：IT的增值过程需要投入直接的资源，包括：人、资金、软件、硬件、数据。当这些资源不足的时候，则直接体现为增值活动的产能不足。

规则：在很多行业中都有相应的规则要求，例如、银监会对商业银行的IT管理要求、保监会对保险公司的IT管理要求。对于这些政策性的管理规则，等于是给IT管理工作圈定了一个范围，任何设计和规划不能超越这个范围。

需求就像原材料一样，不断的被分析、被加工，直到最后形成服务提供给业务客户为止。IT团队可根据价值链，对各项作业进行计划和管控，同时价值链也是生命周期的档案链，是信息传递及追溯的基本逻辑。此外，IT管理者可根据价值链，分析引起交付质量波动的各项作业，并分析其上下环节的原因。

我为什么要在这里特别放一个章节来描述价值，因为我们后续谈的所有内容都是围绕价值创造来开展的。最怕的是过于专注于方法和过程，而忘记了最根本的核心问题--为业务创造价值。IT团队是以流程的方式利用资源，为客户提供服务，从而创造价值。因此流程只是创造价值的方式，但是在不清晰价值的时候，设计流程等于是一种盲目行为。

从客户的角度看，IT服务的价值有两部分组成：效用（Utility）和保障（Warranty）。任意一个都可以增加客户获得的价值，但两个都是必要条件，两个都不能单独构成充分条件。

价值的源泉：效用

效用（Utility）是一个经济学名词，任何产品和服务的价值首先取决于满足用户的期望程度，而用户的期望往往是模糊的，无法直接度量，所以只能间接的衡量由欲望产生的现象。在经济学中以一个人为了实现或满足他的愿望而愿意付出的价格来衡量效用（Utility），所以效用是价值的源泉。

如果把效用简单的进行叙述就是，某个服务或产品使得业务客户在使用后，能够减少多少以前的负面状况，或增加多少正面的状况。

我们可以用这样的逻辑尝试去叙述：利用了……功 能，解除了……谁的，……什么，使得…谁节省了，或增加了……什么。例如、利用数据化的管理，解除了文档无法统计的限制，使客户得到了有效的统计信息，也节省了得到信息的时间。

这就像我们后面要说到的需求管理中“用户故事”一样，用户故事是力求通过简短的语言是从用户的角度来来解读和描述用户渴望得到一些功能。所遵循的逻辑是：As a, Iwant to, so that也就是作为一个<角色>, 我想要<活动>, 以便于<商业价值>。

价值的基础：保障

信息系统发挥效益是建立在其稳定运行的基础上，需要其五个方面的保障： 可用性的保障 、 容量和性能的保障 、安全性的保障、连续性的保障、服务响应时间的保障。

根据最终交付的价值，IT团队的主要工作有两个方面，一是对信息系统的运维保障，二是通过建设和优化信息系统，为业务创造效用。

如果说这两个工作是有着根本的区别，那就是在对外界变化的影响上。运维保障工作受到外界的变化影响小，而为业务创造效用的工作相对受到外界的变化影响大。

运维保障工作的目标不会总是发生变化，也不需要频繁的去和客户讨论目标的变化。IT团队不会天天跑去问客户，你看今天咱们这个信息系统要保障到什么程度？消防队不需要天天问市民，如果今天你家发生火灾我们几分钟到场合适。对信息系统的保障要求对于各个行业来说虽然不一样，成本也不一样。但是，有一点是一样的，就是一旦确定了保障的目标以后，该目标不会频繁的发生变化。那么，我们可以确定为运维保障的目标是基本稳定的。既然目标已经确定，那么重要的是两点，一是如何达到目标，二是如何更加合理的利用资源，更加高效的达到目标。精益的运维管理，也就是一套以达到目标为基本要求，如何更加合理的利用软硬件资源，利用人力资源，利用时间的管理机制。 为业务创造效用的工作则是需要更加敏捷的方式，这是因为业务本身需要更加敏捷的响应市场，所以IT也需要更加敏捷的支持业务。这要考验IT的运作能力，虽然从字面上看敏捷有快速的意思，但是仅仅是速度并不等于敏捷。速度再快，最后的输出不满足业务需求，也是白搭。所以首先是把事做对，也就是满足业务需求的高质量交付，然后是把事做快，因为需求也有保鲜期，我们交付的服务如果过于缓慢，可能需求已经发生了变化。

精益思想和敏捷思想，在IT团队的工作中需要有效的结合， 一个成功的组合策略基于将需求模式分为基础需求和波动需求两种需求，也就是“基础需求和波动需求的分离”，一般来说，基础需求是相对稳定的，如业务对可用性和容量的需求或者对服务请求的响应时间，换句话说都是IT团队预先承诺在日常服务范围以内的支持性工作；而波动需求则和新建系统和创新应用联系在一起，这种需求一般不能预测，具有很大的灵活性。 以客户需求作为切入点，在切入点之前交付的是无个性特征的保障性目标，采用精益思想，也就是推动式的精益运维。在切入点以后，要依据客户需求的实际情况而定（未见得是被需求，可能是引领需求），采用敏捷思想。

编者按：把IT员工打造成为高绩效的团队。不只是一项技术工作，更包涵了众多“人”的因素，需要从四个方面来着手：依据公司的整体经营目标，确定IT部门的绩效目标；界定能够对绩效目标起到有效支持作用的工作流程；明确IT员工需要怎样的技能和素质，并将员工技能与工作任务相匹配；以激励措施、奖励计划来强化期望的行为模式。

如今，IT人员面临的压力越来越大。管理层要求IT部门进行大胆的、持续的变革，如将成本减少30%，将意外的系统停止运转时间减少一半。虽然现在很多***都在应对这些挑战，但要想真正获得这样的成效却并不容易。

公司要求变革所要达到的程度是，IT功能的完全再造，因而也可将变革准确描述为“转型”。使IT部门转型，需要勇气，需要技巧。使IT部门转型，需要考虑的，不仅仅只是那些熟悉的技术问题，还应更加密切地关注他们的员工，看看这些员工是谁、他们在哪、他们拥有哪些技能，以及如何将他们这些不同的个体团结起来，让他们齐心合力共同来争取的整体利益。

IT成功转型的关键是，认识到IT不仅仅只是一个技术问题，它还是一个人的问题，是一个复杂的问题。正如一家大型跨国公司的CIO最近所说的，“调整技术是艰难的，但改变2,000名IT员工所做的事情则是可怕的。”

在某种程度上说，成功的公司是通过改变人们所做的事情，来创建高绩效的IT部门。但如何来改变人们所做的事情呢？首先，帮助员工更高效、更富成效地执行正确的流程；其次，用适当的组织结构、适合的领导风格和必要的知识与资源等来为员工提供支持和支援；第三，跨越组织边界，经济、有效地管理员工的技能和素质。

由于缺乏远见、视野狭窄，许多IT部门在转型中出现了不少问题。一些部门虽然在“大谈特谈”员工转型，可是当近距离去观察管理层的焦点在哪儿时，你就会清楚地发现，他们还是将绝大多数的IT投资都用在技术的整合或应用上。至于其他计划，经常也只是对IT功能做一次性的整合而已，不足以支持大规模的变革。

一些部门犯的错误则是，认为员工绩效转型仅仅只是技能和培训的问题。在转型中，IT部门的组织文化、员工行为和工作流程仍旧没有得到根本上的改变。

IT部门转型不仅仅只是技能提高的问题。只有当转型计划非常全面，包括了流程变革、新的IT工具和系统、组织结构、通过绩效管理和奖励制度来进行激励、知识管理和领导才能的提升等等许多因素，培训只是整个计划的一部分时，培训才是有效的。成功的转型同时需要来自高层的有效领导，需要员工中存在强有力的。这些强有力的，不仅向员工提出挑战，要员工提高自己的技能，同时还激发员工进行自我挑战。提高不同层次的领导能力，和设定清晰的绩效目标与进步标准一起，构成了IT部门转型的所有内容。

那些将他们的IT部门成功转型的企业，还颇具代表性地将他们的转型进行得更为深入。他们超越过去那种主要集中在控制和管理上的“静态”领导方式，充分发展需要洞察力、需要灵感的转型领导能力。

在清楚阐明了愿景之后，还需要为转型注入必要的勇气和能量，在这一点上，领导能力往往是非常重要的。激发团队、融入团队的能力，展示目标一致性的能力，在恰当时间传达恰当信息的能力，都是基本的领导技能。IT还必须对整个业务有一个彻底的理解，以确保公司的IT投资被合理地分配到了那些能产生利益的领域。

建立了愿景，明确了目标，锁定了转型的范围，并具备了一流的领导能力之后，公司接着就能着手实施转型的整体计划了。IT部门转型计划包括绩效目标、工作流程、技能与素质以及行为四个方面。

绩效目标：与整体经营目标相一致

许多公司都对他们的IT部门心存抱怨，较为普遍的一种看法是，其IT部门的职能不足以支持公司整体的经营目标。如果情况确实如此的话，经理们就不能仅仅只是在口头上“教导”他们的员工要如何解决这个问题了。他们必须采取切实的行动，从确定严格、务实的绩效评估标准开始，接着按照这些评估标准的要求开展工作。

对当前的绩效、技能和行为进行现实的评估，不仅为经理人持续考察员工的进步情况设定了基准线，同时也利于他们确定必须集中在哪些地方投入资源。这种评估因而就十分重要了。

例如，一家通信公司通过对它的经营效率和IT绩效进行评估，引导公司CEO和CIO来设定有关IT服务稳定性、方案交付和商业价值领域的发展目标（参见副栏《设立切实的目标》）。CEO意识到，如果目标模糊不清，如“提升IT员工的顾客导向”，员工就容易自满；与之相对，一个精确的、切实的目标——“通过更好的分组、更高的开发质量，将变革失败的数量减少50%”，却将赢得员工的，并推动结果的实现。

工作流程：界定支持绩效目标的流程

经理们可能会拥有掌握了技能的员工，但如果这些员工在做错误的事情的话，他们的IT部门也肯定走不了多远。无论对于员工个体来说，还是对于整个企业而言，为了实现新的绩效目标，人们需要能够带领他们通向成功的工作流程的支持。综观所有行业，凡是绩效高的IT部门，其工作流程皆具备以下特征：流程清晰；员工能够很好理解流程与绩效目标之间的联系；能够对流程绩效进行明确的评估，并提供必要的支持。

有时，如果你认真观察评估标准的话，你可以马上要求提高警惕。一家大型欧洲银行的一位部门经理正在筹划一台晚会，以庆祝他们IT服务支持中心接到的第100万个用户求助电话。然而目光犀利、见解深刻的高级经理们却并不这样想。他们认为，100万个不满意的用户有100万个技术问题，并不是什么真正值得庆祝的事情。

IT部门的问题在于，包括问题管理在内的关键IT流程是不清楚的，或者根本就不存在的。问题管理要求IT部门发现问题的根源、减少呼叫数量。为此，公司为问题管理流程制定了清晰的责任，而不是像以往那样仅仅要求答复电话100万次。晚会被取消了，但是IT部门的工作效率却明显更高了。

另一个例子是英国移动通讯运营的领头羊Orange公司。经过几年迅猛的市场增长之后，Orange公司现有的IT结构和流程都不足以应对数量直线上升的客户。仅仅只做局部调整，是不能带来公司所需要的那种变化的。为了专注于客户服务的运营，Orange公司不得不转型IT部门的战略、组织结构、工作流程以及组织文化。

1、Dev：软件研发技术负责人

软件开发是根据用户要求建造出软件系统或者系统中的软件部分的过程。软件开发是一项包括需求捕捉、需求分析、设计、实现和测试的系统工程。

2、RD：研发（Research and Development）

如：软件RD工程师就是软件研发工程师，诸如PHP程序猿，Java程序猿，无论是爱疯的还是安卓的都是属于这一类别。偏向于后端的技术实现。

3、CPO：首席产品官（Chief Product Officer）

首席产品官把首席技术官（CTO）和首席市场官（CMO）这两个角色合二为一，注重用户体验，从而为公司赢得市场发挥重要作用。

4、TeamLeader： 项目组长

项目组长主要与团队成员一并商讨，问题的原因，最终达成共识，确定解决方案。

5、QA：测试（QUALITY ASSURANCE，中文意思是“质量保证”）

为了提供足够的信任表明实体能够满足质量要求，而在质量管理体系中实施并根据需要进行证实的全部有计划和有系统的活动”。有些推行ISO9000的组织会设置这样的部门或岗位，负责ISO9000标准所要求的有关质量保证的职能，担任这类工作的人员就叫做QA人员。

6、PM：项目经理( Project Manager )

从职业角度，是指企业建立以项目经理责任制为核心，对项目实行质量、安全、进度、成本管理的责任保证体系和全面提高项目管理水平设立的重要管理岗位。项目经理是为项目的成功策划和执行负总责的人。

7、PO：产品运营(Product Operation)

在互联网行业，尤其是阿里巴巴集团，PO是产品运营的缩写，全称是product operation，隶属于产品部门，与PD（product design ，产品设计）相对应。

以上就是关于it技术团队如何管理全部的内容，包括:it技术团队如何管理、理想中的IT团队应该是怎样组成的、企业的IT 架构是什么意思等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！