我眼中的IBM之二:组织架构

IBM有多种划分部门的方式,是一种矩阵式组织结构。这种矩阵式结构导致了复杂的汇报机制。你除了按职能部门向上汇报外,在项目级别上又可能需要向其他经理汇报。

按业务单元(BusinessGroup and Unit),可划分为

系统与科技部(STG):包括主机部SystemZ,PowerSystem含SystemP和SystemI(已卖给联想),中型服务器部门(已卖给联想)含Systemx和BladeCenter,专家集成系统Pure Flex System,存储部门(磁盘存储器、存储网络、磁带和光存储器等);

软件部(SWG):分为解决方案部和中间件部。其中解决方案部包括Cognos,SPSS,ECM等,而中间件部则包含Informationmanagement (含DB2),Websphere,Tivoli,Rational,Lotus以及Cloud;

全球技术服务部(GTS),提供实施服务和售后支持;

全球金融部(GBS),提供商业或IT咨询服务和解决方案;

全球流程服务部 (GPS),提供创新业务流程服务和解决方案;

集成供应链部(ISC),负责IBM所有的供应链管理;

研究部(Research);

销售部(S&D);

其他支持性部门,包括沟通,法律,IT,人力,财务,市场,战略,售前和知识产权。

从2015年起,IBM进行了近些年来最大的重组。除保留Research和Sales部门外,将业务部门重新划分为八大事业部沃森产品部(Waston),系统产品部(Systems),大数据和分析产品部(Analysis),安全产品部(Security),云产品部(Cloud),移动产品部(Mobile),智慧地球部(SmartCity)和智慧商业部(SmartCommence)。

按市场地域可划分主要市场(MajorMarket)和新兴市场(GrowthMarket),其中主要市场包含北美、东北欧、西南欧和日本,新兴市场包括亚太区、中东欧、拉美、中东和非洲等。亚太区包含大中华区(GreatChina Group)、澳洲、东南亚、印度和韩国,其中大中华区又由大陆(华南、华北和华东),香港和台湾组成。

按办公位置来,大中华区除了各地的分公司外,其研发机构主要分布在北京、上海、西安、宁波、香港和台湾,所以会有CSTL(STG大陆), CDL(SWG大陆)、CRL(Research大陆)、TSTL(STG台湾)这类部门出现。大中华区总部在北京的盘古大观,北京的研发部门则主要在中关村软件园的环宇大厦和钻石大厦。

按业务领域分为交通、零售、能源、工业、金融、医疗、保险、教育等。

按渠道分为直销和业务伙伴。

评:在这种矩阵式结构中,团队需要拥有混合技能来满足客户需求,关键技术可以被很快的分发到需要的地方,而专家也可能服务于多个项目,无疑会降低成本。另一方面,也带来了管理和沟通的复杂性,员工往往听命于两位甚至多位经理,会变得无可适从。部门间可能会出现竞争,即会促进创新也会增加内耗。客户有时也会被这种结构迷惑。

时间: 2024-10-19 08:05:26

我眼中的IBM之二:组织架构的相关文章

老曹眼中的研发管理二三事

这是在gitchat上的第一次分享,中生代联手gitchat在做研发管理的专题活动,作为先锋,抛砖引玉. 关于管理,必然会谈到业界先贤德鲁克先生对管理的定义. 管理就是界定企业的使命,并激励和组织人力资源去实现这个使命.界定使命是企业家的任务,而激励与组织人力资源是领导力的范畴,二者的结合就是管理. 这是对企业管理的阐述,管理是一种实践,其本质不在于'知'而在于'行':其验证不在于逻辑,而在于成果:其唯一权威就是成就. 而我们多数人不是企业家,更多是基层的管理者,面对的一个或几个小型的组织.尤其

组织架构调整策略及设计工具

组织架构调整策略 企业在不同发展阶段会有战略调整,战略调整必然带来组织架构改变.企业组织架构在笔者的企业管理理论体系中属于企业管理流程中的一级流程,组织架构设置好坏直接影响企业流程运行效率.因此,在企业成长过程中,组织架构调整虽然不是常态工作,但也绝不是一劳永逸.一成不变的.企业遇到以下情况都可能调整组织架构:扩大规模.增加市场份额.增加新的产品.增加新的服务:或者缩小产品战线.调整销售渠道.改变代理方式:或者改变管理模式.上线管理软件.引进新设备新技术等等. 调整组织架构必须通盘考虑,以防范组

拖拽生成组织架构

因为项目需要 找了下网上可以拖拽生成组织架构的资料 找到了 jOrgChart这个控件 花半天自己实现了拖拽生成 用的EASYUI Draggable Droppable 当然熟悉 JQUERYUI 的 也可以用 JQUERY UI 的 拖拽 功能 只完成很基本的功能 但愿能帮到需要用的人^^ <!DOCTYPE html><html><head><meta http-equiv="Content-Type" content="tex

组织架构适配下的敏捷开发

摘要: 本文将会讨论如何协调公司内各个工程师团队之间的合作,从而高效地保持系统的弹性和灵活性,以满足敏捷开发的需求.本文选自<Node.js微服务>. 如果一个公司采用微服务来构建软件系统,那么每个干系人都需要参与决策. 微服务是一次重大的范式转换.通常,大型组织倾向于使用相当传统的方式来构建软件系统.每个重大发布需要经历数月的研发周期,之后需要一个完备的质量保证阶段以及数小时的部署阶段. 当一个公司选择使用面向微服务的架构时,方法论就会发生完全的改变:每个小团队负责各自的小功能点,包括它们的

实验室团队的组织架构和绩效考核

声明:本文是CTO训练营的毕业设计.所有内容均为原创,未经许可不得转发. 我们公司背靠某高校实验室,主要的"员工"是在读研究生.我自己本人从该实验室毕业,然后加入一家外企,在里面做了几年了技术经理,再后来又回来作为全职员工加入现在的公司.在最近的一年多时间,跟很多学生一起打交道做项目,遇到了一些实验室特有的困难与问题,在不停的踩坑与填坑中徘徊,从中也总结了一些经验. 每个科班出身混IT圈的人,几乎都是从这样的"摇篮"里孵化出来的,所以类似这样的实验室团队在IT圈想必

组织架构树形图

一.说明 (1)通过后台查询数据库,生成树形数组结构,返回到前台. (2)需要引入的js插件和css文件: ①jquery.jOrgChart.css ②jquery.min.js ③jquery.jOrgChart.js (3)使用jOrgChart插件,根据返回的数据将其子节点加入到相应的<li></li>中. 首先,我们的数据表应该要有 id(节点),pid(父节点的id),name的字段, 那么我们要把这个数组转为树形数组结构,即将各个元素放在 pid 父类元素的 chil

企业级应用框架(二)三层架构之数据访问层的封装与抽象

接上一篇我们来对数据访问层进行封装与抽象.在上一篇我们知道,要解除BLL对DAL的依赖,我们就必须抽象出DAL层的接口,同时基于DAL的数据访问技术很多,如EF,ADO.NET,LINQ TO SQL,因此,我们的数据访问层必须对这些技术提供相应的支持.所以今天我们要做的事情有两件,第一,定义我们的数据访问层接口:第二,屏蔽各类数据库访问技术的差异,提供统一的数据库访问模型.举个例子,我们只需要修改一下我们的配置文件,就能够把ADO.NET的实现方式,改变成EF的实现方式.好下面搭建我们的三层构

Lync 组织架构开发思路

有很多使用Lync的企业都希望Lync具有组织架构的功能.其实实现组织架构的开发也较为简单,可以通过一个Web页面显示组织架构内的人员.部门,然后将页面嵌入到Lync客户端中.当然组织架构内的人员数据可以来自AD.HR系统等.关于人员状态及联系人卡片的显示可以在SharePoint中提取响应的JS代码,在页面中呈现.也可以在组织架构页面右键选择人员发起会话. 以上内容纯属个人工作总结之观点,如有总结不到位之处,欢迎批评指正!

html模拟组织架构横向展开

最近看到不少人有类似的需求,实现组织架构的横向展开,显示,无聊就做了一下,先看下最终的效果图 兼容各大主流浏览器,并且支持IE6,7,8,不同的是排除标签圆角效果外,资源文件:文件下载地址 主流浏览器效果图如下: IE6下效果图如下: html模拟组织架构横向展开,布布扣,bubuko.com