|
|
EDA365欢迎您登录！
您需要 登录 才可以下载或查看，没有帐号？注册
x
制定企业技术战略是CTO最重要的一项工作。当企业的经营战略确定下来之后，CTO就可以根据目前要解决的业务问题来考虑：产品架构、应用架构以及技术架构这些事怎么定；做这些事情需要什么样的人，团队文化怎么建设，人员怎样进行组织，各个专业体系怎样搭建，人员工作结果怎样考核等一系列问题；最后根据相关架构以及人员的情况来确定IT预算和人员预算都是多少。3 z4 a9 I5 F F2 O& g* C7 N" Q
1，技术战略范围3 T: R. d& H% T% A
首先技术战略是互联网企业工程团队在IT设施相关工作的整体思路。在制定企业技术战略之前，我们需要明确一下技术战略的范围有哪些。技术战略通常包括：事/人/财三个方面；事指基于企业架构下的产品架构、应用架构、技术架构怎样设计；人主要是人员体系相关工作的设计；财主要是事情、人员对应的花费情况。本文中技术战略事的部分采用企业架构方法来制定。
" I; @- g2 [5 m. {! W! ~
# b- b$ Q3 o2 [* ^. a2，事 k/ ^3 Y8 _7 v2 p. f' }
2.1.产品架构- ~) s8 M2 Y A( N# ^$ I
产品架构的输入是业务架构和营销架构，业务架构主要是由销售团队制定的，营销架构主要是由营销和运营团队制定的。产品架构是映射一个企业IT设施建设过程中产品团队的思考模型，怎样将业务/营销以及产品自己需要的需求一步步映射到产品/服务中。产品架构目前常见有两种形式：a，产品/服务（面向消费者的产品/服务）+业务支撑+后台支持；b，产品/服务+业务中台+后台支持。目前比较流行的产品架构形式是按照产品/服务+中台+后台的方式组织的，所以本文就主要讲述这种形式的产品架构。& A) d0 ~1 d6 d( d: u% M3 y& y
下面以医疗行业为例，简单示例说明一下产品架构的形式，真实情况下要复杂得多：
7 J3 T; }0 T* |- ?9 N5 x: s+ }: j, g* D7 f" z T
2.2.应用架构5 F9 q K O w' T2 |
应用架构反应的是产品架构在系统/功能层面的映射，之间有明确的对应关系。应用架构和产品架构类似，目前也有两种常用的组织方法：一种是产品应用+基础业务+后台支撑；一种是现在流行的产品应用+中台+后台。这里使用后一种方法，强调中台建设。
# I: H. `. I* X; F9 h 3 S& R: _# H3 _6 x% T- n; K% @' h
V* [0 M" z# O$ B. ~" @+ F23.技术架构, u# s) i' |' ]
技术架构是应用架构底层的支撑，主要是服务于应用架构的，即我们通常所说的“轮子”，轮子越多实现应用越容易。说到技术架构，这里还要说一下高可用这个概念，高可用通俗讲就是减少系统停服时间，后面我们会用专门的文章来介绍。技术架构架构是IT效率的底层支撑，是技术实力的体现，所以企业必须在合适的时机对技术架构进行人、财的投入。* J( d+ e0 g5 ~7 l& A9 V
6 w# R, C+ r; v1 v/ M/ C6 O* J: W# Z% @7 s4 ?1 R' G6 F7 e( _
3，人/ ~3 o) ]) k. O1 |4 s
3.1，工程团队组织架构5 b4 X, s! a+ k# g/ x) }9 W
企业的组织架构设计会考虑多种因素，最主要的两点是：企业的业务形式和企业当前所处的发展阶段。组织架构不能设计的过分复杂和超前。在设计工程团队组织架构时不仅要有垂直的物理专业体系，如产品团队；还要有横向的虚拟团队来解决跨部门的事情，如技术局委员会解决很多技术团队的共性问题，故障响应机制。组织架构设计能体现CTO搭建专业体系的能力。下面是某一个企业工程团队的组织架构图：, y# C5 K4 u% r0 e. p
$ ~9 ^# V/ w. s
3.2，工程团队专业体系建设( d& I& U2 N$ I" j
下面列举一下工程团队都有哪些专业体系，后续文章会逐个介绍。专业体系列表如下：产品体系；设计体系；业务开发体系；技术架构体系；云为支撑体系；质量保障体系；产品支持体系；数据分析体系；项目管理体系；培训体系；管理体系。
/ i+ M& [ }" j5 S: ]3.3，工程团队工作考核
' M: G6 m0 @4 j5 x( `我们到底要选择OKR还是KPI，其实没有那么重要，这些考核工具都是为了我们达成业务目标的手段，在很多企业，尤其是初创企业业务增长了，很多问题都不是问题了。工程团队是创造型的团队，员工及中层干部使用OKR的方式更能激发大家的创新能力，而高级管理人员需要使用KPI的方式来进行强执行强业务导向。考核时有几个基本的原则需要遵循：重结果更重过程；重复盘不重问责；重员工成长不重阶段结果。形成开放、自驱的工作氛围。' X6 @/ Z0 W9 C0 z7 Z
4 h: u/ s( ^! R2 B9 p! b4，财+ A! }/ V# S6 N: E. I
4.1，IT预算! B* F/ _3 j& R/ o# O
IT预算通常包括IDC/云上发生的费用和桌面办公IT费用两个部分。这两个部分通常会成为企业的固定资产，对CTO来说，在花企业每一分钱的时候都要说的清楚，都要为企业考虑、省钱。
) ]8 B: v8 o& `- l7 s+ I2 C. U4.2，人员预算
8 P+ [! d8 u$ M( b: R在进行人员投入的时候还是有一定的规律的，比如你的业务是移动业务，那么你的app开发人员和服务端人员的比例大概是多少；如果你是微信生态的应用产品，你的前端和你的服务端人数比例又会不同。app/前端人数和测试人员的比例是多少。产品和技术人员的比例是多少。产品和设计的人员比例是多少。技术和产品支持人员比例是多少。技术和项目管理人员比例是多少。业务开发和架构开发人员比例是多少，什么时候要有专职的架构开发人员等。这些情况都是在人员预算时需要有一定的经验数据支持的。# @! I/ W- f5 {# N% Z% h4 t) U
每年一共工程团队需要花费企业多少费用也需要CTO和CEO说清楚的。
, }+ Q( e( W3 o I$ U% e- K3 n
/ F5 c' J. M7 E, b O# k# w0 \—写在最后6 A9 o/ Y8 `( m1 q
企业战略确定了企业的发展方向，企业的技术战略确定了工程团队的工作方向，CTO理解业务是制定技术战略的基础。技术战略需要在企业以及工程团队内部达成共识并定期公示。技术战略制定时需要和CEO以及合作部门保持充分沟通并进行合理的调整。技术战略落地时需要关注企业的业务目标，但更要关注执行过程，需要一直和企业的业务目标紧密结合。( P$ E/ n: O4 P1 v8 N. t
|
|
/1 
发表于 2020-9-3 15:20
收藏
淘帖
支持！
反对！