中台组织架构

在传统的烟囱架构下，组织分工会以业务来划分应用系统与维运团队，由应用系统的角度出发思考。
然而业务流程是一个整体，要求各个应用系统和维运团队的紧密协作，这时候组织架构的问题就会显现出来。
不管是采用"点对点"或"SOA"架构，在整合新系统时都会相当艰难，究其因是没有一个长期组织在持续地推动系统整合。

团队组织

• 前台团队：
  面对市场和扮演终端用户(End User)的角色。
  负责提出各种业务需求，有些需求可以在团队内部处理，有些需要中台团队的支援。

• 中台团队：
  需要仔细界定关键部门的职责及之间的关系，打破应用系统的边界，从业务领域着手切割业务中心。

  • 事业部
    负责企业的共同业务，需要由一个专职的实体部门负责，被赋予足够大的权限。
  • 各业务中心
    各个业务中心的职责划分必须清晰明确，在一些关联性较强的业务领域上要做好切割，将各方的职责界定清楚。
    每一个业务都需要专业的团队负责，团队必须对业务非常了解，必须站在企业全局角度去控管业务领域。
    团队在广度上要能照顾到各个业务流程的前端需求，在深度上不断精进共同业务，实际落地到中台服务。

团队关系
建设中台最大的难度是在组织架构上的调适，若以任务为导向，容易造成分工不清问题。

• 前台团队强势：强调团队的需求影响开发的优先等级，导致应归属於中台的共用服务，被放在了独立应用系统上造成重复建设。
• 前台团队弱势：难以形成新的业务构想及需求延宕。