找回密码
 注册
关于网站域名变更的通知
查看: 329|回复: 1
打印 上一主题 下一主题

CTO怎样制定企业技术战略

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2020-9-3 15:20 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式

EDA365欢迎您登录!

您需要 登录 才可以下载或查看,没有帐号?注册

x
制定企业技术战略是CTO最重要的一项工作。当企业的经营战略确定下来之后,CTO就可以根据目前要解决的业务问题来考虑:产品架构、应用架构以及技术架构这些事怎么定;做这些事情需要什么样的人,团队文化怎么建设,人员怎样进行组织,各个专业体系怎样搭建,人员工作结果怎样考核等一系列问题;最后根据相关架构以及人员的情况来确定IT预算和人员预算都是多少。* Z' c4 A9 U& Q4 a$ L5 d& R3 H
1,技术战略范围
, b2 o, D; o  g& R5 v9 L' z首先技术战略是互联网企业工程团队在IT设施相关工作的整体思路。在制定企业技术战略之前,我们需要明确一下技术战略的范围有哪些。技术战略通常包括:事/人/财三个方面;事指基于企业架构下的产品架构、应用架构、技术架构怎样设计;人主要是人员体系相关工作的设计;财主要是事情、人员对应的花费情况。本文中技术战略事的部分采用企业架构方法来制定。
9 G) ?/ \  _, N. Q" X; s6 a$ t4 ~
2,事
. u' {- f3 a6 d6 f8 r+ z2.1.产品架构
  u% t* D% o* x% K1 P产品架构的输入是业务架构和营销架构,业务架构主要是由销售团队制定的,营销架构主要是由营销和运营团队制定的。产品架构是映射一个企业IT设施建设过程中产品团队的思考模型,怎样将业务/营销以及产品自己需要的需求一步步映射到产品/服务中。产品架构目前常见有两种形式:a,产品/服务(面向消费者的产品/服务)+业务支撑+后台支持;b,产品/服务+业务中台+后台支持。目前比较流行的产品架构形式是按照产品/服务+中台+后台的方式组织的,所以本文就主要讲述这种形式的产品架构。
; d5 m/ q3 h% `# Y0 J/ ^0 [3 r下面以医疗行业为例,简单示例说明一下产品架构的形式,真实情况下要复杂得多:
. {- V9 R) d* V
" V0 ]; i/ a: v2.2.应用架构
. h% s: z( x) e2 m0 |! d- Q3 d应用架构反应的是产品架构在系统/功能层面的映射,之间有明确的对应关系。应用架构和产品架构类似,目前也有两种常用的组织方法:一种是产品应用+基础业务+后台支撑;一种是现在流行的产品应用+中台+后台。这里使用后一种方法,强调中台建设。
9 H/ E6 l! k0 k, m$ t- _/ _ % L! y1 w: v  W( t

  m& z" t8 u2 g3 t; C23.技术架构. y$ h0 H* e0 n! l% I, x( Y
技术架构是应用架构底层的支撑,主要是服务于应用架构的,即我们通常所说的“轮子”,轮子越多实现应用越容易。说到技术架构,这里还要说一下高可用这个概念,高可用通俗讲就是减少系统停服时间,后面我们会用专门的文章来介绍。技术架构架构是IT效率的底层支撑,是技术实力的体现,所以企业必须在合适的时机对技术架构进行人、财的投入。
) W5 ^0 f& c8 a, I& _2 p/ _$ V$ U
: M" X$ l* {7 k- {- C8 b4 Z+ A0 x1 O3 S! B
3,人% w. A  d6 z0 H% I4 J1 N* A
3.1,工程团队组织架构3 Y* c' s/ C: G' i: A7 h) \
企业的组织架构设计会考虑多种因素,最主要的两点是:企业的业务形式和企业当前所处的发展阶段。组织架构不能设计的过分复杂和超前。在设计工程团队组织架构时不仅要有垂直的物理专业体系,如产品团队;还要有横向的虚拟团队来解决跨部门的事情,如技术局委员会解决很多技术团队的共性问题,故障响应机制。组织架构设计能体现CTO搭建专业体系的能力。下面是某一个企业工程团队的组织架构图:/ g+ F' f( s3 y" p

7 i2 ]9 J) k9 S& r& V) B3.2,工程团队专业体系建设4 M' V. b4 c! @8 X. |9 h( [
下面列举一下工程团队都有哪些专业体系,后续文章会逐个介绍。专业体系列表如下:产品体系;设计体系;业务开发体系;技术架构体系;云为支撑体系;质量保障体系;产品支持体系;数据分析体系;项目管理体系;培训体系;管理体系。
4 A; t1 _0 N5 d' E# U/ h3.3,工程团队工作考核
; Y7 `4 g$ S. Q' s6 l) L# ^2 S! P% Z5 [' B我们到底要选择OKR还是KPI,其实没有那么重要,这些考核工具都是为了我们达成业务目标的手段,在很多企业,尤其是初创企业业务增长了,很多问题都不是问题了。工程团队是创造型的团队,员工及中层干部使用OKR的方式更能激发大家的创新能力,而高级管理人员需要使用KPI的方式来进行强执行强业务导向。考核时有几个基本的原则需要遵循:重结果更重过程;重复盘不重问责;重员工成长不重阶段结果。形成开放、自驱的工作氛围。
( I  D+ J% o' t: P( ]% ^
4 M: b3 a2 Q$ v* K( Q2 ?4,财
( S( T* P# c. c4.1,IT预算
$ P+ d# l* H# M1 O3 E" D9 aIT预算通常包括IDC/云上发生的费用和桌面办公IT费用两个部分。这两个部分通常会成为企业的固定资产,对CTO来说,在花企业每一分钱的时候都要说的清楚,都要为企业考虑、省钱。
& ?3 w, q6 m; ~8 Z2 `3 {4 {! p4.2,人员预算+ o! {/ N3 r8 }/ r3 b
在进行人员投入的时候还是有一定的规律的,比如你的业务是移动业务,那么你的app开发人员和服务端人员的比例大概是多少;如果你是微信生态的应用产品,你的前端和你的服务端人数比例又会不同。app/前端人数和测试人员的比例是多少。产品和技术人员的比例是多少。产品和设计的人员比例是多少。技术和产品支持人员比例是多少。技术和项目管理人员比例是多少。业务开发和架构开发人员比例是多少,什么时候要有专职的架构开发人员等。这些情况都是在人员预算时需要有一定的经验数据支持的。
( k" g* Z, p4 k' n每年一共工程团队需要花费企业多少费用也需要CTO和CEO说清楚的。0 D, Y& e. B1 t1 n9 ]8 S

5 @2 X! [, ?3 o  d8 v( ^' z—写在最后. p1 Y& V" l7 }0 X. x  }
企业战略确定了企业的发展方向,企业的技术战略确定了工程团队的工作方向,CTO理解业务是制定技术战略的基础。技术战略需要在企业以及工程团队内部达成共识并定期公示。技术战略制定时需要和CEO以及合作部门保持充分沟通并进行合理的调整。技术战略落地时需要关注企业的业务目标,但更要关注执行过程,需要一直和企业的业务目标紧密结合。  a7 y/ b% ]" `. Q

该用户从未签到

2#
发表于 2020-9-3 15:43 | 只看该作者
当企业的经营战略确定下来之后,CTO就可以根据目前要解决的业务问题来考虑:产品架构、应用架构以及技术架构这些事怎么定
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

推荐内容上一条 /1 下一条

EDA365公众号

关于我们|手机版|EDA365电子论坛网 ( 粤ICP备18020198号-1 )

GMT+8, 2025-10-11 11:30 , Processed in 0.125000 second(s), 23 queries , Gzip On.

深圳市墨知创新科技有限公司

地址:深圳市南山区科技生态园2栋A座805 电话:19926409050

快速回复 返回顶部 返回列表