大数据公司的组织架构

A. 如何设计企业的组织结构

以白沙集团为例。
1、白沙的使命 ：用智慧、科技和文化的力量，使白沙成长为令人尊敬的“四满意”企业。
2、白沙的战略 ：可持续发展战略：做长寿企业，走可持续发展之路。 专注于核心业务：有所为有所不为，集中精力做好主要产业。
3、白沙的文化 ：鹤为形、和为神、飞翔之道、简单管理 。
4、五粮液集团：企业精神：创新、开拓、竞争、拼搏、奋进
5、经营理念：打造积极竞争、敬业精艺、坚韧奋斗、追求成功、注重理性、讲求实效、勤奋自富、能力一流的员工队伍；实现顾客的神奇梦想，始终致力于不断提升顾客的工作、生活质量，不断满足顾客的物质、精神需求，不断推动社会的全面进步。
6、核心价值观：敬业奉公，精艺克靡，我们为消费者而生而长，先天下消费者之忧而忧，后天下消费者之乐而乐。
7、目的：最大程度地满足顾客和员工的物质、精神享受、实现卓越的经济效益、环境效益和社会效益。使命：弘扬历史承传的精髓，用我们的智慧、勇气和勤劳来造福社会。
8、远景：成为生产经营世界名优酒的全球知名公司，确保行业综合效益第一，竞争力第一。
9、文化理念：为顾客创造价值，为员工实现理想，共同创造公司美好的明天。
10、发展方向：由生产经营中国名优酒的中国知名公司成长为生产经营世界名优酒的全球知名公司。在全球优化资源配置，在全球优化市场，在全球增加产品和服务的竞争力。跨入世界经济大循环，走新型工业化的道路，适时拉长产业链，努力提高综合经济效益。确保行业综合效益第一，竞争力第一。
11、战略：逐步提高高中价位品牌的市场占有率，逐步降低低价位品牌的市场占有率，实施(1+9+8)工程。
拓展资料；
1、企业组织结构是进行企业流程运转、部门设置及职能规划等最基本的结构依据，常见组织结构形式包括中央集权、分权、直线以及矩阵式等。
2、企业的组织架构就是一种决策权的划分体系以及各部门的分工协作体系。组织架构需要根据企业总目标，把企业管理要素配置在一定的方位上，确定其活动条件，规定其活动范围，形成相对稳定的科学的管理体系。

B. 公司组织结构的设计

公司组织结构根据实际情况写即可。

公司的组织结构通常如下：

1、根据组织架构分为直线制，职能制，直线－职能制，事业部制，模拟分权制，矩阵制。

2、根据管理制度类型分为有限公司制，子公司制，连锁制，事业部制，分公司制等其他组织结构。

为了实现组织的目标，在组织理论指导下，经过组织设计形成的组织内部各个部门、各个层次之间固定的排列方式，即组织内部的构成方式。有限责任公司内部组织结构由：股东会，董事会(或执行董事)，监事会，以及生产部门，经营部门，管理部门，财务部门等机构组成。

四大结构：

组织结构一般分为：职能结构、层次结构、部门结构、职权结构四个方面。

1、职能结构：是指实现组织目标所需的各项业务工作以及比例和关系。其考量维度包括职能交叉（重叠）、职能冗余、职能缺失、职能割裂（或衔接不足）、职能分散、职能分工过细、职能错位、职能弱化等方面。

2、层次结构：是指管理层次的构成及管理者所管理的人数（纵向结构）。其考量维度包括管理人员分管职能的相似性、管理幅度、授权范围、决策复杂性、指导与控制的工作量、下属专业分工的相近性。

3、部门结构：是指各管理部门的构成（横向结构）。其考量维度主要是一些关键部门是否缺失或优化。从组织总体型态，各部门一、二级结构进行分析。

4、职权结构：是指各层次、各部门在权力和责任方面的分工及相互关系。主要考量部门、岗位之间权责关系是否对等。

C. 焦虑的科技巨头：BAT密集调整架构，锚定发展方向

不管是出于未雨绸缪，还是因为重压在身，焦虑的 科技 巨头们似乎都认为自己到了不得不变的时候了。

BAT中，腾讯是最早下场或者说最早对外释放改革信号的。

去年十一前夕，腾讯宣布组织架构调整方案，在这之后，包括阿里和网络在内的互联网公司先后宣布了组织架构调整消息。

也许正如阿里巴巴集团CEO张勇所说，“所有商业竞争，到最后都会变成组织的竞争”，愿景也好，战略也罢，需要与之匹配的执行力，组织架构也是生产力。

架构大调整

春江水暖鸭先知。作为消费互联网的最大受益者，腾讯比谁都能感受到C端业务的压力。在版号停发9个月、市场增量 游戏 无法变现的背景下，这个焦虑尤为明显。用腾讯董事会主席兼CEO马化腾的话来说，“没有产业互联网支撑的消费互联网，只会是一个空中楼阁。”

去年十一前夕，腾讯宣布组织架构调整方案，新成立云与智慧产业事业群（CSIG）、平台与内容事业群（PCG）。对于这家屡屡被讥没有B端基因的企业来说，CSIG更为引人注目，它整合了腾讯B端能力和工具，是腾讯B端战场的主力军。

2018年第二季度，腾讯智能手机 游戏 收入同比增长19%、环比下降19%至176亿元人民币；个人电脑客户端 游戏 收入同比下降5%、环比下降8%至129亿元。

要知道，腾讯产品优势仍然领先于同行。极光大数据一份报告显示，2018年上半年渗透率前10的手机 游戏 中腾讯独占6席，其中包括无法变现的《绝地求生：刺激战场》等。

在日益趋冷的市场中，没有公司能独善其身。2018年年底，沉寂9个月的版号恢复发放。但即便如此， 游戏 公司还是面临着严峻的环境。

从供应端来看，2018年8月30日，教育部等八部门下发《综合防控儿童青少年近视实施方案》，称国家新闻出版总署将对网络 游戏 实施总量调控，控制新增网络 游戏 上网运营数量；在需求端，伽玛数据指出2018年上半年中国 游戏 用户规模已达5.3亿人，同比增长4.0%，这已经是中国 游戏 市场用户第三年以个位百分比增长， 游戏 行业进入了争夺存量用户的时刻。

作为行业头部公司，腾讯比谁都能感受到压力。当环境发生变化、C端互联网红利见顶时，腾讯自然把目光转向B端。拥有微信、QQ两个社交软件流量入口，加上自身技术积累，腾讯要去助力传统行业。

就在腾讯挥刀向自己的两月后，张勇宣布新一次组织架构和管理层调整，涉及阿里云、新零售、天猫、阿里妈妈等多个业务。

阿里云业务将与阿里巴巴的中台进一步整合，形成阿里云智能事业群。零售业务方面，将新成立新零售技术事业群，为新零售相关业务提供支撑。此外，天猫升级为“大天猫”，形成天猫事业群、天猫超市事业群、天猫进出口事业部三大板块，超市和进出口业务的价值被提高了。

天猫此次“一拆三”不无道理。随着中国与世界的融合，进出口商品的金额逐步扩大。此前阿里在中国首届进博会上承诺“五年内完成2000亿美元的进口额”也将由天猫进出口事业部完成。

阿里巴巴集团创始人马云早在2016年就曾说过，纯电商时代已经过去。

阿里虽然保持着强劲的收入增长，2018年三季度实现营业收入851.5亿元，同比增长54.5%，增速连续十个季度保持在50%以上，占总收入85%的核心电商收入增长56%，但从长期来看，电商的收入增长也将受到流量见顶影响。

内部信提及，天猫超市事业群将整合原有天猫超市和淘鲜达业务，与阿里大生态内的大卖场、超市等合作，推进线上线下一体化的超市新零售模式。这意味着，未来天猫超市业务或将进一步与盒马鲜生、大润发等进一步整合。

2018年的最后一个月，李彦宏发公司架构调整信，宣布启动新一轮战略升级，进行组织架构调整——在“夯实移动基础，决胜AI时代”战略下，进一步提升技术平台核心优势，同时加速推动AI时代产业智能化的升级。

单看网络此次技术架构调整，可看出自陆奇离任之后，其所划定的主航道战略渐渐发生偏移——原本确立网络Feed流与AI两大主航道代表未来，为主航道保驾护航的其他业务代表网络“现在”。

如今，网络信息流与大搜事业部比重越发倾斜，亲自带信息流业务的李彦宏经常出现在网络 科技 园5号楼与核心团队一起开会。

2018年网络历次财报也直观反映了人工智能仍需落地时间，以及盈利业务越发侧重的趋势。

10月31日，网络2018财年三季报显示，营收之中，占最大比重的仍是在线营销收入。2018年第三季度，网络在线营销收入达225亿元，同比上升18%。CFO余正钧表示，网络计划将信息流模式复制到其他产品上，如短视频产品好看视频。

李彦宏称，该季度财报成绩主要得益于网络搜索、信息流及人工智能新业务的显著增长。但财报具体数据显示，真正落到口袋内的收入主要来自于搜索与信息流部分，AI业务仍处于不断拓展合作边界、试水商业落地的初始阶段。如此来看，网络在to B端业务发展历程中仍有很长的路要走。

抢占云端

结合2018年9月，腾讯完成的产业互联网转型架构调整——成立云与智慧产业事业群（CSIG），成立技术委员会；以及11月阿里将阿里云事业群升级为阿里云智能事业群。在2018年年尾，BAT三家巨头齐步向to B领域转型，而且都将 to B 布局的重点放在了云计算。

这是由于云计算容易标准化，用马化腾的话来说就是“能成为互联网的水电煤”，谁掌握了互联网基础设施的主导权，谁就更可能在互联网下半场立于不败之地。

其实关于云计算最知名的讨论发生在2010年。当阿里掌门人马云已经押宝云计算时，腾讯掌门人马化腾认为今日讨论云计算为 时尚 早，网络掌门人李彦宏认为云计算是新瓶装旧酒。

这也奠定了三家公司云服务发展的基础。阿里云2015年起就作为单独业务出现在阿里财报中，是国内最早公布收入数据的云服务商，也是跻身全球云服务行业第一梯队的云服务厂商；腾讯财报的统计口径中，支付和云服务一起被放入“其他”，是腾讯各大业务中增长最为迅猛的板块，腾讯云是国内市场份额仅次于阿里云的云服务提供商。

在2018第三季度之前，腾讯云从未公开过收入，毕竟公开收入意味着公开与阿里云的差距。伴随着组织架构调整，腾讯在三季报中首次公布了云服务收入。2018年前三季度，腾讯云收入逾人民币60亿元；同期阿里云收入为147.5亿元，是腾讯云同期的近乎2.5倍。

据IDC去年12月13日发布的《中国公有云服务市场半年度跟踪报告》，2018年上半年中国公有云服务整体市场规模（IaaS/PaaS/SaaS）超30亿美元，其中IaaS市场同比增长83%，创新高。IaaS市场之中，阿里云占据43%市场份额，腾讯占11%，而晚腾讯两年，晚阿里四年，成立于2012年的网络云身处“其他”一项之内。

腾讯云正在展示出后发优势，增速要快于阿里云，腾讯云同比增长速度一直超过或等于100%，阿里云增速曾回落至90%左右。某种意义上，此前腾讯云只是腾讯业务支撑部门，组织架构调整后腾讯云会是公司先锋部门。在腾讯举公司之力拥抱产业互联网之际，腾讯云仍有着潜力。

腾讯投资半径与金额超过了阿里与网络之和，腾讯生态也会为腾讯云导流。马化腾曾公开表示，腾讯投资零售可从三点受益，分别是云、支付和广告。这个逻辑同样可延伸至其他领域，腾讯生态公司普遍会采购腾讯云。

在最新的架构调整中，阿里云升级为阿里云智能。阿里云从一家纯技术的公司变得更加商业化。截至目前，阿里云在全球19个地区运营了多达52个可用区，成为首家覆盖美国、英国、德国、日本、中国这全球前五大云计算市场的中国云计算厂商。美国权威机构Gartner统计，阿里云营收规模连续两年位居全球前三。

工信部2017年4月发布《云计算发展三年行动计划》提出，到2019年，我国云计算产业规模达到4300亿元的发展目标；2018年8月发布《推动企业上云实施指南（2018―2020年）》提出，到2020年行业企业上云比例和应用深度显著提升，新增上云企业100万家，形成典型标杆应用案例100个以上。

D. 基于大数据的数据产品研发，技术创新组织架构做了哪些调整

相当于输入增加了一个接口，有规范整理，负责；

E. 如何打造优秀的大数据团队

如何打造优秀的大数据团队
对于企业来说,要建设自己的大数据平台,需要的不只是技术解决方案,更重要的是组建一支优秀的数据团队。那么,数据团队有哪些成员组成?他们的工作方式是什么?采用怎样的组织架构来开展工作?
1. 数据团队成员这里只讨论数据团队中核心成员的角色和他们的工作职责。1)基础平台团队主要负责搭建稳定、可靠的大数据存储和计算平台。核心成员包括:数据开发工程师负责Hadoop、Spark、Hbase和Storm等系统的搭建、调优、维护和升级等工作,保证平台的稳定。数据平台架构师负责大数据底层平台整体架构设计、技术路线规划等工作,确保系统能支持业务不断发展过程中对数据存储和计算的高要求。运维工程师负责大数据平台的日常运维工作2)数据平台团队主要负责数据的清洗、加工、分类和管理等工作,构建企业的数据中心,为上层数据应用提供可靠的数据。数据开发工程师负责数据清洗、加工、分类等开发工作,并能响应数据分析师对数据提取的需求。数据挖掘工程师负责从数据中挖掘出有价值的数据,把这些数据录入到数据中心,为各类应用提供高质量、有深度的数据。数据仓库架构师负责数据仓库整体架构设计和数据业务规划工作。3)数据分析团队主要负责为改善产品体验设计和商业决策提供数据支持。业务分析师主要负责深入业务线,制定业务指标,反馈业务问题,为业务发展提供决策支持。建模分析师主要负责数据建模,基于业务规律和数据探索构建数据模型,提升数据利用效率和价值。2. 数据团队的工作方式数据团队的工作可以分成两大部分,一部分是建设数据存储和计算平台,另一部分是基于数据平台提供数据产品和数据服务。平台的建设者包括三种人群:基础平台团队对hadoop、spark、storm等各类大数据技术都非常熟悉,负责搭建稳定、可靠的大数据存储和计算平台。数据平台团队主要负责各类业务数据进行清洗、加工、分类以及挖掘分析,然后把数据有组织地存储到数据平台当中,形成公司的数据中心,需要团队具有强大的数据建模和数据管理能力。数据产品经理团队主要是分析挖掘用户需求,构建数据产品为开发者、分析师和业务人员提供数据可视化展示。平台的使用者也可以包括三种人群:数据分析团队通过分析挖掘数据,为改善产品体验设计和商业决策提供数据支持。运营、市场和管理层可以通过数据分析师获得有建设性的分析报告或结论,也可以直接访问数据产品获得他们感兴趣的数据,方便利用数据做决策。数据应用团队利用数据平台团队提供的数据开展推荐、个性化广告等工作。3. 数据分析团队的组织架构在整个大数据平台体系中的团队:基础平台、数据平台、数据应用和数据产品经理团队都可以保持独立的运作,只有数据分析团队的组织架构争议比较大。数据分析团队一方面要对业务比较敏感,另一方面又需要与数据平台技术团队有深度融合,以便能获得他们感兴趣的数据以及在数据平台上尝试实验复杂建模的可能。从他们的工作方式可以看出,数据分析团队是衔接技术和业务的中间团队,这样的团队组织架构比较灵活多变:1)外包公司自身不设立数据分析部门,将数据分析业务外包给第三方公司,当前电信行业,金融行业中很多数据分析类业务都是交给外包公司完成的。优势: 很多情况下,可以降低公司的资金成本和时间成本;许多公司内部缺乏相关的知识与管理经验,外包给专业的团队有助于公司数据价值的体现 。劣势:一方面外包人员的流动和合作变数,对数据的保密性没有保证;另外一方面,外包团队对需求的响应会比较慢,处理的问题相对通用传统,对公司业务认知不如内部员工深入,创新较低。2)分散式每个产品部门独立成立数据分析团队,负责响应自己产品的数据需求,为业务发展提供决策支持。优势:数据分析团队与开发团队、设计团队以及策划团队具有共同的目标,团队整体归属感强,绩效考核与产品发展直接挂钩,有利于业务的发展。劣势:在业务规模比较小的情况下,数据分析师比较少,交流的空间也比较小。因为身边的同事都不是该领域的人才,无法进行学习交流,所以成长空间会比较小,分析师的流失也会比较严重,最终陷入招募新人——成长受限——离职——招募新人的恶性循环。另一方面,每个产品团队都零星地招募几个分析师,整体来看给员工的感觉是公司并不是特别重视数据化运营的文化,对数据的认同感会被削弱,不利于公司建立数据分析平台体系。3)集中式数据分析团队与产品团队、运营团队各自独立,团队的负责人具有直接向分管数据的副总裁或CEO直接汇报的权限,团队负责响应各业务部门的数据需求。优势:分析团队具有充分的自主权,可以专心建设好公司级别的数据平台体系,研究数据最具有价值的那些问题,有权平衡业务短期需求和平台长期需求直接的关系。另一方面,这种自上而下建立起来组织架构,可以向全体员工传达数据在公司的重要位置,有利于建立数据化运营的文化。劣势:产品业务团队会觉得他们对数据的掌控权比较弱,一些业务数据需求得不到快速响应,认为分析团队的反应太慢无法满足业务发展的需要。随着业务发展越来越大,产品团队会自己招募分析师来响应数据需求,逐渐替代分析团队的工作,这样势必会导致分析团队的工作被边缘化。4)嵌入式数据分析团队同样独立于产品团队存在,但只保留部分资深数据专家,负责招聘、培训数据分析师,然后把这些人派遣到各产品团队内部,来响应各类业务数据需求。优势:团队的灵活性比较好,可以根据公司各业务线的发展情况合理调配人力资源,重点发展的项目投入优秀的人才,一些需要关闭的项目人才可以转移到其他项目中去。劣势:分析师被嵌入到产品团队内部,受产品团队主管的领导,从而失去了自主权,导致沦落为二等公民。人事关系在公司数据分析团队中,却要被业务团队主管考核,但业务团队主管并不关心他们的职业发展,导致分析师的职业发展受到限制。那么,到底采取哪一种组织架构比较合适呢?可以根据公司数据化运营进展的深度灵活采取一种或几种方式。除了外包模式,其他组织架构我都经历过,简单来说,早期采用分散式、中期采用集中式、后期采用分散式或嵌入式以及两则并存。早期:公司对数据体系的投入一般是比较谨慎的,因为要全面建设数据体系需要投入大量的人力和财力,公司不太可能还没有看清楚局势的情况下投入那么多资源。所以,往往都是让每个产品团队自己配置分析师,能解决日常的业务问题就行。杭研院早期的网易云阅读、印像派等项目中就是采用的这种分散的模式。中期:随着业务的发展、公司对数据的认识有所提高并且重视程度不断加大,就开始愿意投入资源来构建公司级别的数据体系。这个阶段采用集中式有利于快速构建数据分析平台,为公司各个产品团队提供最基础的数据分析体系,能在未来应对业务的快速发展。杭研院花了两年时间完成了这个阶段的主要工作,并在网易云音乐和易信产品发展阶段起到了至关重要的作用。后期:一旦公司级别的数据分析平台构建完成,消除了早期分散模式中分析师缺少底层平台支持的窘境,他们能够在分析平台上自助完成大量的数据分析工作。而且经历过集中式阶段的洗礼,公司上上下下对数据的认识都有了很大的提高。此时,在回到分散模式时,原先的很多弊端已基本消除,此外,采用嵌入模式也是可以的。目前杭研院在网易云音乐、网易云课堂、考拉海购等几个产品中就是分散式和嵌入式并存的架构。总之,没有最好的组织架构,只有适合自己的组织架构。

F. 「独家」腾讯CSIG调整组织架构，成立地图产品部与数字孪生产品部

7月25日，腾讯内部发文调整腾讯云与智慧产业事业群（CSIG）组织架构和部分管理干部，宣布成立地图产品部和数字孪生产品部，同时撤销智慧空间产品部和交通平台产品部。

据界面新闻了解，新成立的地图产品部主要负责面向C端用户的腾讯地图和出行等业务；数字孪生产品部主要负责搭建面向B端的生产空间、道路、园区和建筑等领域的数字孪生底座和应用产品。

已有的地图平台部职责变为负责地图基础能力和产品建设，做地图基础设施的底座支撑，为更多CBS（用户、产业、 社会 ）场景提供服务。

撤销的智慧空间产品部与交通平台产品部相关团队调整至数字孪生产品部。

腾讯公司副总裁钟翔平不再兼任地图平台部负责人，其它管理职责不变。地图产品部负责人由张治东负责，其不再担任地图平台部总经理；数字孪生产品部总经理为万超，向钟翔平汇报，两人均向钟翔平汇报。

腾讯地图业务在2018年9月30日的腾讯组织架构调整中，被并入CSIG，业务涵盖地图基础数据、位置大数据、LBS服务能力、智慧城市和在线地图服务等。

腾讯收购搜狗之后，搜狗地图业务被整合进CSIG，并于2022年5月15日下线关闭所有服务，搜狗地图的官网也跳转至腾讯地图页面。

G. 企业架构概述及业务架构详解

有价值的东西是才值得我们投入时间和精力的，企业架构为什么就值得我们投入时间和精力来学习呢？主要由以下两方面原因：

1、 对公司而言，企业架构可以辅助企业完成业务及IT战略规划。在 业务战略 方面，它定义企业的愿景/使命、目标/目的/驱动力、组织架构、职能和角色。在 IT战略 方面，定义业务架构、数据架构、应用架构和技术架构，是IT战略规划的最佳实践的指引。企业架构是承接企业业务战略与IT战略之间的桥梁与标准接口，是企业信息化规划的核心。

2、对个人而言，有助于职业的健康长远发展，比如成为CIO，首席信息官通过指导对信息技术的利用来支持公司的目标，具备 技术和业务 过程两方面的知识，常常是将组织的技术调配战略与业务战略紧密结合在一起的最佳人选。

企业架构包含了四部分，BA（Business Architecture，业务架构）、DA（Data Architecture，数据架构）、AA（Applications Architecture，应用架构）、TA（Technology Architecture,技术架构）。企业架构由全局战略规划驱动，我们来看下战略、BA、DA、AA、TA五者之间的关系。

如图所示，战略、BA、DA、AA、TA实际位于以下三个层次上：

这五者的核心关系，可以概况为以下几点：

l 环环相扣，上层驱动下层，下层支撑上层。

通过上面的内容，我们知道了战略，业务架构，方案架构的关系。下面我们看下实际工作中架构路线图和实施规划环节是如何操作的。

执行的要点是钉到岗位（左侧），落到文档（右侧），细到机构调整、技术采购、项目研发等工作包。主要有以下环节：

这里需要补充说明的一点是，实施计划不仅仅是从“架构蓝图到研发”的计划，也是从“架构蓝图到IT与非IT的方方面面”。

对于业务架构，OMG业务架构组给了如下定义：

业务架构是企业治理结构、商业能力与价值流的正式蓝图。业务架构明确定义企业的治理结构、业务能力、业务流程、业务数据。其中，业务能力定义了企业做什么，业务流程定义企业怎么做。具体而言，就是：

我们分别从国外国内来了解一下，业务架构出现的背景，便于我们更好的理解业务架构的使用场景， 业务架构是跨部门跨组织的业务需求，单个小系统的生命周期，根本就没有业务架构环节。

跨系统规划--业务架构在全球出现的背景

国外软件系统经过长期发展，在经过多年实践后，1962年，发表于哈佛商业杂志的的《信息系统总规划》这篇文章，拉开了跨部门、跨组织需求规划的序幕。此后多年，IBM等企业进行了很多实践。

1982年，IBM公布了业务系统规划（Business System Planning,BSP）方法论。这是个重要事件，对业界产生了大而持久的影响。

此后多年，业务架构快速发展，如Togaf、FEAF等。

以上历史告诉我们，业务架构脱胎于跨系统、重视跨系统需求。站在开发者的角度，业务架构就是跨部门、跨组织的业务需求。

信息孤岛—业务架构在国内“火”起来的契机

国内有个现象，一提到业务架构，就会大谈信息孤岛。这是为什么呢？因为国内真正开始重视业务架构设计，就是从解决信息孤岛的痛点开始的。

21世纪初，国内的信息化进程从部门信息化推进到了企业信息化。企业部门间的（集团子公司间的）协同联动需求，带动了IT信息系统间的信息共享和协同联动需求—同时产生了信息孤岛问题（财务、人力资源、采购、销售、OA、CRM各自为战）。

因为信息孤岛所具备的三大弊端，促使业务架构在国内火了起来，以下是三大弊端：

那如何解决信息孤岛的问题呢？

在一系列系统分头建设之前，先设计业务架构，定义统一蓝图，这是根本。数据一张图、数据共享、流程打通、服务编排，都是围绕统一蓝图具体展开。

业务架构是跨系统的，那么它和子系统的关系是什么样的呢？

图中的大V、小V分别表示什么呢？

大V部分，是总体方案的生命周期。在大V的需求阶段，必须研究和定义清楚跨部门、跨组织的业务需求，这些需求往往是跨系统的。例如，客户报修业务功能明显需要呼叫中心系统、CRM系统、工单系统协同联动，才能支持客服接听电话、确认客户资料、记录报修内容、派遣维修工程师上门这一连串操作。

小V部分，是某一个系统的生命周期。在小V的需求阶段，必须分析和定义清楚这一个系统的需求，这些需求往往是系统内的。例如，CRM系统负责客户资料管理。

综上所述，方案级、子系统级这两级生命周期是同时存在的。举个典型的例子，某公司要做一个ERP系统，他会怎么做呢？

由于方案涉及的范围广、部门多，所以有必要做业务架构设计。这时，由业务架构师担纲业务架构设计，并提交《业务架构书》。

假设主要涉及系统A的需求、开发、测试等。

这时需求分析员冲上去，负责《系统A需求说明书》，当然需求分析员要参考上游的《业务架构书》整体约定。

注：这里只所以说是假设，是因为实际操作中可能是实现某个业务功能需要同时开发系统A、系统B、系统C的部分功能， 并不是说一期工程的所有功能必须隶属于同一个系统 。

假设主要涉及系统B的需求、开发、测试等。

这时这时需求分析员冲上去，负责《系统B需求说明书》，当然需求分析员要参考上游的《业务架构书》整体约定。

业务架构要想成功，首当其冲的是，架构师要做正确的事，即在业务架构的实际工作内容上有充足的经验，不能遗漏。

相反，业务架构师分析环节的缺失，意味着业务架构蓝图规划项的缺失，影响从投资角色到方案设计，到实施规划，在到IT工作包和非IT工作包识别等所有后续工作。

业务架构 = 业务功能 + 组织结构 + 业务流程 +业务数据

业务架构的实际工作内容有哪些呢？

业务架构的前身是1982年IBM发布BSP等跨系统规划方法。所以，业务架构本质上是跨系统规划。

但是，业务架构的内容远远超过了跨系统需求分析这个范围，覆盖跨系统业务架构蓝图规划这个更大的范围。究其原因，是业务架构必须发挥从战略向实施过渡的桥梁作用—上街公司战略， 下接IT实施和非IT实施 。

不错，业务架构也涵盖了非IT部分的蓝图！

我们来看下细化的业务架构实际工作模型。

就大的方面而言， 业务功能定义企业做什么，组织结构定义谁来做，业务流程定义怎么做，业务数据提供必要的支撑，因此，业务功能、组织结构、业务流程、业务数据四者，构成了业务架构蓝图的核心。

同时，商业模式揭示的是企业产品、企业核心资源、客户、伙伴、渠道、成本、利润之间的本质关系。商业模式这个现代工具，也是业务架构蓝图的必须规划项。

就小的方面而言， 第一，业务渠道在哪里？组织结构是围绕部门、角色、职能展开的，而组织结构、业务渠道、合作伙伴是紧密相关的。所以，业务架构师在梳理组织结构的同时，应结合渠道战略和合作伙伴战略，定义业务渠道规划，定义合作伙伴规划，这些都是业务架构蓝图的“一等公民”。

第二，价值链在哪里？价值链模型是对一个企业所有生成经营活动的总体描述，是规划业务架构蓝图时的必做项目。可以对业务功能进行三级划分、层层分解：

第三，业务流程 = “主干流程 + 分支流程 + 业务规则”：

例如：买火车票时，“选票-抢票-支付”这个流程是稳定的。、

例如，选座分支流程，靠窗、不靠窗、坐票、卧铺（上下中铺）。

例如，买儿童票、成人票、学生票要进入分支流程。

所以建议一边定义业务流程，一边定义相应的业务规则。

综上，业务架构蓝图的内容应该明确！全面！直观！详细！

上面我们学习了业务架构包含的内容，可能不够直观，我们通过案例来加深我们对每个模块的理解。

【举例】业务架构蓝图五要素

我们借助业务架构蓝图五要素，管窥一下中国铁路12306平台的业务架构。

目标业务功能—线上购票、线上支付、线上退票等；

目标组织结构—在原组织结构基础上，新建IT运维中心；

目标业务流程—先登录、后抢票、再支付、超时未支付则释放票源；

目标商业模式—线上购票，省事省力（这个仅是价值主张）；

目标业务数据—用户账户、列车时刻表、坐席数据、订单、支付记录等。

【举例】业务渠道、合作伙伴、价值链

下图分析了证券公司的业务功能与相对应的业务渠道

价值链包括核心业务层和支撑层，这里的核心业务层属于价值链对业务功能和服务的顶级分解。

在做规划时我们常采用GAP分析法，先确定当前现状，然后给出我们的期望，分析目标和期望的差距。如果有人和一个新手这样说，可能是不够的，你至少需要回答以下几个疑问：

疑问一，业务架构师具体要分析什么？怎么才算是战略驱动？

--能否具体到政策文件？战略方针？市场调研？友商对标？

疑问二，从战略到蓝图，中间的逻辑是什么？

--能否具体到小目标分解？小策略制定？

疑问三，我们首先应该怎么做？

--就连一个小的进销存系统，也要先进行业务调研，不是吗？

【落地】设计步骤

我们看下作者分享的战略驱动的业务架构（BA）设计三步法。

图中的三大步很明确，也非常贴近实际。

优点1：明确的战略驱动起点。方法中明确了三种战略驱动因素（Drvier）的类型，因为实际中就是国家政策、企业战略、对标友商者三者之一触发了后续的调研、规划与实施。

优点2：明确的调研环节。在第一步中，包含了调研环节。

优点3：强调了从战略到蓝图的过渡逻辑。在第2大步中，扎扎实实地规划好业务架构目标/策略，才能确保蓝图充分支撑战略。这一步属于高层级业务架构设计。

优点4：目标蓝图与Gap分析并重。在第3大步。

设计BA目标蓝图这一步属于低层级业务架构设计，其中Gap环节是必须环节，我们必须识别出业务架构的增量有哪些，给出对应的实施措施。

Gap分析的价值在于，它是持续进行架构治理所必需的，除了BA规划环节应用，在AA、DA、TA设计环节也均有应用。

【要点】明确Driver，做好调研

业务架构设计必需做好的第一件事，就是100%明确战略驱动因素是什么。

业务架构设计必需做好的第二件事，就是调研。 通过调研，广度上理解企业的宏观环境、行业趋势，纵深上理解战略的前因后果、来龙去脉、横向上理解企业的竞争格局、友商动向。

粗看，调研范围很广，让人理不清头绪。细看却有规律，主要三条线，分别是管理层访谈、战略的来龙去脉、可借鉴案例。

【要点】从战略到蓝图的内在逻辑

从战略到蓝图的内在逻辑，由四个概念支撑起的骨架：

Driver—战略驱动因素

Goal—业务架构目标

Strategy—业务架构策略

Blueprint—业务架构蓝图

这是一个大型企业，推进数字化采购转型如何从战略到蓝图的构建逻辑，相信它有助于我们的理解以下几点。

综上所述，从战略到蓝图的内在逻辑主线是： 确定Driver—目标分解—策略设计—蓝图定义 。逻辑明确，创新有据。

只有业务架构师真正洞悉了战略意图、准确领会了战略动机，之后的业务架构设计工作都是有迹可循的，工作量再大，也不可怕。

【工具】GAP分析

【推进】确定Driver

项目假定为：某铁路数字化服务转型工程。

业务架构师（张三）知道业务架构的Driver是整个业务的起点，必须找准、吃透。

张三了解到，数字化转型工程的Driver是公司刚制定的《公司战略规划》。

《公司战略规划》中阐述了数字化服务转型的背景：近年来，互联网技术的发展，提高了各行各业的服务水平，极大方便了人们群众的衣、食、住、行、医、学、玩等方面。从企业的角度而言，借助互联网、大数据等技术，积极推动数字化转型，拥抱以客户为中心的服务模式，能搞提高客户满意度和企业竞争力。

《公司战略规划》中和数字化转型战略的核心表述是：树立以人为本、客户至上的服务理念，创新服务方式，完善服务标准，推动数字化服务转型，提高服务水平。

【推进】做好调研之管理层访谈

管理层访谈： 不是让业务架构师去了解行业，而是要领会管理层的关注点、主要看法。

通过访谈，业务架构师应了解：

【推进】做好调研之可借鉴案例研究

研究可借鉴的最佳实践、最佳案例，也是调研的必做内容。

究其原因，业界每个阶段的最佳实践、最佳案例，都反映了业界当时的实践水平。所以，如果业务架构师收集并分了业界当前最佳实践案例，就可以在自己负责的架构设计中更好的把握设计方向、制定设计标准。

业务架构目标和策略包含以下两方面：

【推进】差距分析

Baseline Business Architecture

Target Business Architecture

上述案列，我们通过GAP分析，识别了业务能力差距和IT能力短板，从而识别业务架构目标与策略，这是采用自底向上的方法。为我们后续环节做准备，比如我们识别出了核心业务需要增强的包括销售、客运、货运、清算、售后，新增的包括增值业务，在制定在业务功能、业务流程、业务数据、组织结构、商业模式模块给出对应的策略。

如：从上图价值链分析中看到，我们新增的业务需求是增值业务，通过电商业务、旅游代理可以实现，再进一步想一下，就会知道我们的目标是增收，接着可以自顶向下思考，增收除了电商业务、旅游代理，我们还可以做保险代理，通过服务门户这个渠道触达用户。

【推进】确定目标与策略

只有扎扎实实地规划好业务架构目标与策略，才能确保后续业务架构蓝图定义充分支撑战略。

确定业务目标与策略环节，是业务架构设计的高层部分。后续的业务架构蓝图定义，是业务架构设计的低层部分。前者引领者后者的发展方向。由此可见“确定业务架构目标与策略”这一环节的重要性。

这一步，有三种做法。

1)自顶向下：将Driver分解为子目标，将子目标映射到业务架构策略。

2)自底向上：通过Gap分析，找到能力短板，从能识别业务架构目标与策略。

3)上述两种做法相结合，循环展开，互为验证。

铁路系统数字化转型，提高服务水平是Driver，如何才能达到这个终极目标。

答案是：

组织结构视图包括三个模块，组织结构、业务渠道、合作伙伴。

组织结构及改进主要描述部门设置、岗位设置、岗位职责等；合作伙伴及改进主要描述加强与供应链上下游的合作伙伴之间的关系。业务渠道创新也是业务架构设计的常见策略，下面会举例说明。

【组织结构】 下图是运用GAP分析的方法，画出当前组织结构和目标组织结构，并表示出变动点。

新手业务架构师往往认为组织结构没啥好设计的。其实恰恰相反，一旦组织结构需要变革，必然影响重大。

从上图，我们可以看出来，之前企业自己做IT开发，目前公司计划在做开发的同时，自己也做IT运维。相应的，企业组织结构新增了IT运维中心。

业务架构师应尽早明确组织结构的可能变化。因为无论是新建部门，还是部门增强、人员能力增强，都属于TOGAF中的能力增量，是需要后续非IT工作包实现的。

不仅如此，组织结构的变化还影响整个企业的治理结构，从经营管理，到制约监督，再到绩效考核。

总之，业务架构师虽然经常被当做跨系统软件需求分析师降级使用，但真正承担业务架构蓝图规划任务的业务架构师，是必须能扛得起很多“非IT”规划的。

渠道：在网络上的解释是“比喻达到某种目的的途径“，业务渠道就是用户为了达成业务目的的途径。如下图，列车长通过补票终端这个渠道帮助用户完成补票，客运公司通过大屏幕告知乘客车次信息。

【业务渠道】 业务渠道创新示例

网站、手机APP、补票终端、大屏实现了购票、补票、查看车次信息线上线下联动，提升了用户体验和公司内部效率。

感悟 ：由上图可知，业务渠道不是完全孤立的业务架构蓝图规划项。它和业务流程、业务功能、组织结构是相互呼应的。因此，我们规划业务渠道时，也应考虑这些。

关于渠道联动，有同行这样总结：

企业是由一系列为顾客制造价值的活动和功能组成的。我们的业务功能就源自于可以为顾客制造价值的活动和功能。

企业的价值链展示了企业的设计、生产、营销、运输等为顾客创造价值的一系列活动、功能以及业务流程之间的连接情况。价值链有两个主要的组成部分：

核心业务（创造主要的顾客价值）

支持活动（为核心业务提供支持服务）

继续来看运输公司数字化服务的案例，业务架构师，面对运输企业数字化服务转型的任务，经过潜心研究，给出了下图的价值链划分结构。

有的同学可能会有疑问，为什么会在核心业务模块同时存在客运和货运两个区别较大的业务类型？在实际工作中可能只负责客运、货运其中一个模块。前面我们业务架构出现的背景也有提到在国内业务架构是为了解决信息孤岛发展起来的。业务架构师就是要在全局做规划，而不是梳理单个系统。

以上我们已经整理了价值链，现在我们要分解功能域了。下图是一级功能域分解图。

接下来，做业务能力Gap分析，我们可以看到新增的一级功能域有4个，增强的一级功能域有13个。

通过价值链分析到一级功能域划分的转变，我们会有以下收获：

第一， 价值链分析模型为后续功能域划分奠定了基础。管理支持+核心业务这个业务功能呢域划分框架确实很好用。并且广受业界认同，在沟通的过程中自然也容易被其他人接受。

第二，类似“上车前、上车中、下车后”时间轴思维，是业务架构师必备的分析技能，同时，是甲方企业领域专家们经常使用的分析习惯。

业务架构设计不仅要定义出目标架构，还要使用GAP分析法，识别出需要增强的架构能力，为后续实施做准备。具体包括业务功能变化与增量、组织结构变化与增量、业务流程变化与增量、业务数据变化与增量。

商业模式揭示的是企业产品、企业核心资源、客户、伙伴、渠道、成本、利润之间的本质关系。简单说，就是为什么同样的事，有的企业行，有的企业不行。

制定商业模式时并不是说全局只有一个商业模式，我们可以根据我们的目标分别制定商业模式 ，比如上述案例中，该铁路运输公司的目标有三个：便民、增收、增效。我们就可以设计三个商业模式。

就铁路企业的数字化服务转型而言，要便民，应支持随时通过网络、电话、手机App获取企业服务。

就铁路企业的数字化服务转型而言，要增效，可以借助硬件设备和智能控制系统，促进取消、检票等环节的数字化转型，提升效率。

【感悟】商业画布，借助九个小格子，构建了简介高效的系统化思维环境，是个了不起的发明。

从上述例子可以看出，商业模式有如下优势：

个人认为，商业模式融合了BRD和MRD的内容：

BRD：商业需求文档，关注为谁（客户细分）、解决什么问题（价值主张）、需要做什么（关键活动）、花费什么资源（关键资源）、性价比（成本/收入）如何。

MRD:市场需求文档，关注消费者怎么触达（渠道通路）、怎么获得合作伙伴。

业务流程视图是应用架构的输入，也是业务架构中最落地、篇幅最大的章节。

作者在文章中对业务流程的协作方法进行了论述，结论是简单的业务流程可以采用流程图的方式绘制，业务流程分支较多且复杂的强烈建议使用文本化描述。

业务流程定义规范

要点是“1个主干+N个分支”方式的流程分解

要点是“阶段化+步骤化”，并附每步业务或数据模型规则

要点是“注明在主干流程的分叉位置”，并附每步的业务或数据模型规则

这部分为可选

这部分很重要，上面也有提到，业务流程视图是应用架构的输入，所以对这块再总结一下。

我们发现，分支流程和业务场景有完美的对应关系。识别分支流程，就是场景化思维。相反，如果不区分主干流程、分支流程，后续业务需求变更会波及一大片，而不是改一个分支流程这么简单了。这太不专业。

业务功能很多，业务场景更多，业务流程定义了什么呢？业务流程定义一个业务功能，其中包括多个业务场景。比如购票包括了多人购票、购买儿童票等。

业务规则多如牛毛，如何避免业务规则碎片化？围绕业务步骤定义业务规则，业务步骤可以是主干流程步骤，分支流程步骤。

关于是否使用业务流程图：越是核心的业务流程，越是分支多、业务规则多，此时建议采用文本化规范，这样呈现的信息更加全面。不复杂的业务流程，可以沿用流程图的方式。

这篇文章对企业架构进行了概述，详细讲述了业务架构出现的背景及实际攻略，并通过实际案例加深我们对业务架构的理解。

我们来一起回顾一下文章中涉及到的概念之间的关系。

战略驱动的业务脚骨设计实战步骤，精华在于，从战略到业务架构蓝图的跨度太大，逻辑链条接不上气，所以分两步走

如果读完之后感觉通过企业架构可以提升自我、有利于公司发展，就行动起来吧！

H. 【科普】企业中，大数据部门的常见组成

在IT公司里，大数据部门的成员，一般可分为4种：（以房子为例）

先用一张图，帮助大家理解一下～～
出道题目，我们公司的大数据部门，目前有这些岗位，你能一一推测出他们的所在位置吗？
【数据应用工程师】、【数据可视化工程师】、【数据可视化设计师】、【数据平台工程师】、【算法工程师】、【数据分析师】

建房子地基（埋在地下）的那群人
他们就是 平台组/架构组 的那群人，他们负责搭建一套大数据的平台架构体系。一般你肉眼看不到他们的产出，但是当某一堵墙壁歪了的时候，或者你进屋打水但水龙头却流不出来水的时候，你就会意识到他们工作的重要性。
平台组的常见发展路径 ：
平台初期，很多公司会用自己的服务器搭一个 私有集群 ，将数据维护起来，开始构建数据平台的第一步。这个，也是原始的大数据平台。（当然，现在有很多公司也是直接上云服务器）
当平台进入高速发展期，考虑到不断扩充的数据量和服务器的维护成本上升，很多公司会迁移平台到 云服务 上，比如阿里云，华为云。云服务的选择要解决的是选择平台所提供的服务，成本，数据通道的维护。【我们公司目前正处于这一阶段，选择了云服务。当前，经过考量也正在由阿里云迁移到华为云】
还有一个阶段，你发现云服务的费用太高，虽然省了你很多事，或者是考虑到敏感数据的安全问题（当然，私有集群也不是百分百安全），然后又开始往 私有集群 迁移。这时候，鉴于数据规模，你大概需要一个靠谱的团队，设计网络布局、设计运维规范、架设监控、建立机房，值班团队走起7*24小时随时准备出台。
至此，产生了平台组，真的大数据平台来了 。

建屋子（砌墙盖瓦）的那群人 ：
应用组 的那群人，他们负责建设各类系统/应用。他们搬砖砌墙，建好房子，还要铺设各类管道线路，把地基里面的数据抽出来，放在房子里，让用户们推开门就可以享用。
应用组，有哪些应用？ ：
这块不太好讲。不过，为了尽量让大家看懂，用 从大到小的思路 尝试下：
在整个社会层面，大数据已应用于各行各业，比如：金融行业/地产行业/零售行业/医疗行业/农业/物流行业/城市管理等等……有哪一个行业，可以脱离数据而生存？有哪一个行业可以不依赖数据而发展？
那么，在一个企业中，数据必然是无法避免的会应用到，不管是1个员工的皮包公司，还是10万员工的跨国集团。so，我们来讲讲具体有哪些应用呢？
一般而言，数据应用分为3类：分别是面向企业内部， 面向企业外部以及面向用户这三种。

这里，鉴于今天的主题，我们只讲 面向企业内部 的大数据应用。
进入正题了：
企业内部产品中，可以从2个角度来看待具体有哪些应用：

策略类 的方向较多，常见的有：

这些有时候会有部分或全部不划在大数据部门下面，但都需要比较规范的数据基础，以及着重与利用数据分析调整产品策略。

做企业内部的大数据应用产品，常常有些心酸的地方：

屋子里面的人 ：
产品组 的那群人，主要是一群产品经理（我们公司，目前就半个，由一个分析师兼职着，所以，我们公司没有产品组哦），负责数据类的应用产品设计。他们和上面建房子的工程师们，是紧密的团队关系。鉴于上面对数据应用产品已做了很多阐述，关于他们工作产出的应用具体有哪些，这里就不再赘述。
讲一讲， 数据产品经理 的从业人员得有几个素质：

屋子外面的人 ：
分析组 的那群人，一般会有3类：数据分析师、算法工程师 （类似数据挖掘） 、数据科学家 （我们公司没有） 。他们工作的日常：为你提取一份EXCEL数据、制作一张报表数据、用算法模型分析一个问题、训练出一套算法模型等等工作，但不局限于此。
他们常常需要与各个部门打交道，接待很多业务的数据需求，与业务关系紧密。在一些公司，分析组不一定都设置在大数据部门下，他们可能分散在不同的业务部门，为各自部门服务。但是，他们终究也是需要从大数据平台来获取所需的业务数据，做分析处理，得到相关结论～
据我所知，我们公司的业务部门，（好像）也是有自己的分析人员。
简单概括一下这些职位的特点：
【数据分析师】
业务线，负责通过数据分析手段发现和分析业务问题，为决策作支持。
【算法工程师】/【数据挖掘工程师】
偏技术线，负责通过建立模型、算法、预测等提供一些通用的解决方案，当然也有针对某业务的。
【数据科学家】
数据科学家是使用专业知识构建机器学习模型，再以此做出预测并对关键业务问题进行解答的专家。数据科学家仍然需要对数据进行清洗、分析以及可视化处理，这一点和数据分析师是一致的。不过数据科学家在专业技能方面有者更深的研究，涉猎范围也更广，同时他们也能够对机器学习模型进行训练与优化。

至此，整篇文章，已经讲差不多了。
最后总结下，本质上，围绕房子的这4拨人，做的是同一件事情： 提供数据服务 。

完结～

I. 濮阳市大数据行业协会：长风破浪会有时 直挂云帆济沧海

2022年5月28日下午，河南省濮阳市大数据行业协会新增理事单位授牌仪式暨企业互访交流活动圆满举行！

为了协会长远发展，彰显协会的开放、包容与大数据行业特性。由会员提出申请，行业协会审查，经过近三个月的考核后决定增补：河南北宸智能大数据有限公司、河南天利恒业 科技 有限公司、河南省泛物网络 科技 有限公司三家企业为大数据行业协会理事单位。

第一站首先来到河南北宸智能大数据有限公司，董事长王振、总经理王连辉带领公司部分骨干亲自在公司楼下迎接交流团一行。董事长王振首先代表北宸公司对尚会长及大数据行业交流团冒着酷暑来到北宸交流学习表示衷心的感谢和热烈的欢迎！并简单介绍了公司的发展历程和未来规划。总经理王连辉简单介绍了北宸的组织架构及业务模块，北宸智能大数据限公司是从事基础数据处理、平台研发、系统集成的一家高 科技 企业。董事长王振年轻有为，现为濮阳政协委员、工商联常务理事。前几年在中国最早开放的前沿阵地深圳创业，深圳公司业务稳定后怀揣梦想与激情回到濮阳家乡再次创业，带领一群有文化、有梦想的年轻人创办了北宸智能大数据有限公司，公司现有员工近50人。王总表示非常荣幸成为协会的理事单位，将积极履行理事单位的职责，向老前辈和其他协会会员企业学习取经，共同发展！

第二站来到了河南天利恒业 科技 有限公司，董事长李国发因疫情隔离未能来到现场，远程对大数据协会交流团一行表示感谢与欢迎，并对未能到现场表示歉意，委托公司王经理代为致谢。王经理首先代表董事长李国发对协会表示感谢，简单介绍了天利恒业的发展历程。天利恒业是为了公司长远发展，由原力天世纪合并而来，公司目前业务有三大版块。第一是中原石化信息化入围供应商，也是公司的传统业务，第二是河南省明厨亮灶、舌尖安全网建设及实施平台商，目前服务于全省18个地市，服务团队覆盖到每个县区。第三块业务是目前全省的药店监管平台，该系统平台正处于初试阶段，目前系统运行稳定，很快就会投入运行。天利恒业目前有郑州公司和濮阳公司，发展势头较好，也是市政府重点扶持的企业。董事长李国发为人谦虚、作风务实，带领团队一直深耕于大数据与信息化建设20余年。李总表示以后将借大数据协会平台和政府发展新一代信息技术的东风，不忘初心，砥砺前行，奋发有为，珍情荣誉，敢于担当，与其他会员企业一道为发展协会壮大贡献天利恒业的力量！

第三站来到了河南省泛物网络 科技 有限公司，董事长何少英带领公司技术骨干早早就在公司门口迎接交流团一行。何总首先代表公司对大数据协会交流团表示欢迎，对成为理事单位深表荣幸和感谢。并介绍泛物公司的主要产品，参观了投资近2000万元的数据中心机房。泛物 科技 总部在北京，是业内工业物联网排头兵、国产化先锋、物联网发展方向引领者。在无锡建有国家级国产芯片研发实验室，是濮阳县重点招商引资项目。国产化产品泛物麒联已经入围国产化目录，下步将逐步扩大市场份额。董事长何少英是一名退役军人，那种骨子里都透露着敢打敢拼的军人气质，表示以后将加大与大数据行业协会的交流合作，将充分利用泛物公司北京的便利条件，聘请行业大伽来濮传经送宝，资源共享，共同发展。

交流团由会长尚电海带队，副会长陈永胜、王文涛、高红兵，秘书长辛同辉，监事满文磊、陈瑞防，理事代表谷令波、曹建军、韩德阳、多社敏一同交流学习。授牌仪式由副会长王文涛主持。交流学习取得圆满成功，今后将推荐更多积极向上、团结协作、乐于奉献的优秀会员为协会理事单位，共同为行业协会的发展助力添彩，为濮阳市数字经济的高质量发展贡献力量！

（ 尚电海 张付庆 ）

J. 公司组织结构是什么

公司组织结构：

公司组织架构的分类不只一种，根据不同标准可以不同分类。

1、根据组织架构的特点、适用范围及优缺点可以分为：直线制，职能制，直线－职能制，事业部制，模拟分权制，矩阵制等。

2、根据管理制度类型分，可以分为有限公司制，子公司制，连锁制，事业部制，分公司制，现在重点说后一种类型。

(10)大数据公司的组织架构扩展阅读：

公司组织结构的意义：

1、单位、部门和岗位的设置。

企业组织单位、部门和岗位的设置，不是把一个企业组织分成几个部分，而是企业作为一个服务于特定目标的组织，必须由几个相应的部分构成，就像人要走路就需要脚一样。它不是由整体到部分进行分割，而是整体为了达到特定目标，必须有不同的部分。这种关系不能倒置。

2、单位、部门和岗位角色相互之间关系的界定。

这就是界定各个部分在发挥作用时，彼此如何协调、配合、补充、替代的关系。这三个问题是紧密联系在一起的，在解决第一个问题的同时，实际上就已经解决了后面两个问题。但作为一大项工作，三者存在一种彼此承接的关系。

3、企业组织架构设计规范的要求。

对于这个问题，如果没有一个组织架构设计规范分析工具，就会陷入众说纷纭、莫衷一是的境地。我们讲企业组织架构设计规范化，也就是要达到企业内部系统功能完备、子系统功能担负分配合理、系统功能部门及岗位权责匹配、管理跨度合理四个标准。