技术三板斧:关于技术规划、管理、架构的思考

简介: 实践需要理论的指导,理论从实践中来。作为技术工程师,要不断地从事件中反思经验、总结规律,才能避免踏入同一个坑,才能更高效地完成 KPI ,甚至是晋升。今天的文章来自阿里巴巴高级技术专家毕啸,从五个方面总结工程技术的核心要点,相信对你能有所启发。

阿里妹导读:实践需要理论的指导,理论从实践中来。作为技术工程师,要不断地从事件中反思经验、总结规律,才能避免踏入同一个坑,才能更高效地完成 KPI ,甚至是晋升。今天的文章来自阿里巴巴高级技术专家毕啸,从五个方面总结工程技术的核心要点,相信对你能有所启发。

大约半年前,开始总结自己关于工程技术的一些核心要点,关于规划、技术管理以及架构,三个方面的一些心得。结合自己团队的现状、自己对于周边做得比较好的同学的观察,于是有了文中的这几张图。

一、关于技术规划三板斧

技术规划规划做得好,能起到比较好的正向引导作用,个人及团队的整体目标感会好很多,分为三个部分的内容:

第一部分是全局分析,这需要溯源历史,思考未来,要对未来有一定的预判。能够基于数据,基于专业,基于客户价值,同时结合顶层的战略、公司的战役情况和组织的现状做分析。

第二部分是定目标。这一部分非常关键,定义好目标以及非目标,哪些事情是不要做的也要讲明白,并且确认目标的实现路径,做好拆解。

最后一部分是以终为始,从最终结果的角度,来溯源开始。从技术支撑业务发展、平台能力输出或者赋能、平台研发效能以及技术数据驱动业务等不同的角度审视结果。

另外,关于创新,可以有几个不同维度的方法,例如通过上下左右的比较,用比较思维法来获取信息;例如移花接木,通过不同行业的分析来完成方案的嫁接;例如第一性思考,深度分析业务以及技术的场景,产出最后的方案。

image

二、关于技术管理三板斧

这里的管理,不是团队管理,是指技术本身的管理。其实最近一年多,一直在倡导一件事情,就是技术的微观化管理,技术和其他的事务不太一样,一旦宏观化管理,不能 Deep Dive 细节,就非常容易引发各种各样的问题。例如,在研发质量中体现为研发效率降低,架构孵化。总体提供三个方面的建议:

首先,把控核心细节。软件工程这些年,本质是没变的。不管是偏互联网的部分还是偏企业级的部分,关键细节是需要严格把关的。

另外,就是数据化度量。通过数据驱动研发体系的重建,通过质量风险文化的宣导以及核心指标的跟进,起到督导的作用。

最后,就是清单革命。清单革命是一本书的名字,这里借用过来,合适是 checklist,不管是代码规约、应用规范还是稳定性治理等,都容易由于不重视或者不 check 而逐渐孵化。这时候,一个好的 checklist 非常关键重要。

image

三、关于技术架构三板斧

关于架构,其实讲架构模式、TOGAF 架构、互联网架构等的书不少。架构本身有一些通用的方法的,但是方法一旦通用,就会偏虚无缥缈。这里总结了三个部分:

第一,是多元多维。这个概念来自穷查理宝典,因为架构需要良好的上下文输入,需要思考时间和空间维度,需要思考组织人才和 KPI ,需要思考目标过程和结果,这些和架构本身关系不大,但是关联到架构是否能够良好地落地。

第二和第三是相辅相成的,核心是分而治之,各个击破。架构本身是解决问题的过程,问题太复杂了,只能采用分而治之的办法。怎么分?利用金字塔原理,不遗漏、不重复,重点在业务架构和技术架构,同时在数据化上做思考,之后按照架构主题做拆分。怎么击破?分层架构和模块化架构,是比较通用的两个方法,业界有架构模式的参照,也可以用一些移花接木的方法。另外,关键架构主题和架构模式,也可以有checklist,方便在做架构的时候,通过清单对照不会漏掉重要内容。

image

四、关于赛车、赛道、赛手三段论

去年六七月份,针对市面上已有的物流机器人公司,做了一个全局的分析。在分析公司上,是有一些方法论的,正当尝试总结的时候,正好看到“得到”的一个专栏,一名证券公司的分析师分析如何快速搞懂一家公司。于是,做了总结:一个前提,就是分析宏观背景,例如经济形势。接下来是三部分:赛道很容易理解,就是这个行业发展的情况,赛道够不够宽,赛道够不够长;第二个就是赛车,公司有没有核心的商业模式以及核心竞争力;第三个就是赛手,公司的人和文化,这个也非常重要。

image

五、关于点线面体的思考

曾鸣老师的智能商业,是比较有深度的讲解互联网的一本书,中间有一篇文章是讲点线面体的,内容很不错。公司战略和个人发展战略,都可以从点、线、面、体的角度来思考。这里做一个引用:

点线面体,是一种全新的战略定位思考方法。这些年,很多人来找我讨论,公司的下一步应该怎么做。讨论多了我慢慢发现,传统的战略理论框架很多已经不适应现在新的环境了。战略的最核心是定位,很多人都耳熟能详。定位最传统的理论框架是波特提出来的成本领先、差异化和利基市场的竞争战略。虽然在未来这种定位还是大家需要去思考的,但实际上在网络时代有更重要的问题要先回答。
曾鸣《智能商业》

原文发布时间为: 2019-05-30
本文作者: 毕啸
本文来自云栖社区合作伙伴“ 阿里技术”,了解相关信息可以关注“ 阿里技术”。

相关文章
|
24天前
|
传感器 存储 数据采集
04 深度解析物联网架构与技术应用于农业大棚系统
本文将深入探讨物联网架构在农业大棚系统中的应用,从设备接入、边缘网关、数据传输到云平台和应用平台,逐层解析其技术应用与通信协议,为读者全面呈现物联网在农业领域的实际运用场景。
|
1天前
|
设计模式 Cloud Native 算法
拥抱变化:我的技术适应之旅构建未来:云原生架构在企业数字化转型中的关键角色
【4月更文挑战第30天】 在技术的浪潮中,我学会了不仅仅是编码,还有如何与时俱进。本文记录了我从一名初出茅庐的开发者成长为一个能够适应不断变化技术环境的工程师的心路历程。从最初的困惑与挑战到后来的接纳与创新,我意识到,技术能力的提升和心态的转变同样重要。
|
16天前
|
消息中间件 存储 数据库
RabbitMQ入门指南(二):架构和管理控制台的使用
RabbitMQ是一个高效、可靠的开源消息队列系统,广泛用于软件开发、数据传输、微服务等领域。本文主要介绍了RabbitMQ架构和管理控制台的使用等内容。
43 0
RabbitMQ入门指南(二):架构和管理控制台的使用
|
17天前
|
供应链 安全 大数据
基于B/S架构的云计算技术区域健康云HIS系统源码 SaaS多医院模式
该系统通过区域云HIS的方式,按照信息系统三级等保相关要求统一部署在总院信息中心,通过政务外网和各基层卫生院互通。基层医生打开浏览器即可访问系统。整套系统统一管理统一维护,加强系统安全防护能力,全力保障医疗卫生大数据安全。
21 5
|
18天前
|
Kubernetes 负载均衡 持续交付
探索现代微服务架构下的容器化技术
【4月更文挑战第13天】 在当今软件开发领域,微服务架构和容器化技术已成为推动云原生应用发展的关键因素。本文将深入探讨微服务与容器化结合的优势、面临的挑战以及实践中的解决方案。我们将通过具体案例分析,揭示如何利用容器化技术优化微服务部署、扩展和管理,同时保证系统的高可用性和弹性。文章的目的在于为开发者和技术决策者提供一种系统化的方法来构建和维护高效的微服务环境。
|
2月前
|
存储 监控 安全
金石推荐 | 【分布式技术专题】「单点登录技术架构」一文带领你好好认识以下Saml协议的运作机制和流程模式
金石推荐 | 【分布式技术专题】「单点登录技术架构」一文带领你好好认识以下Saml协议的运作机制和流程模式
72 1
|
2月前
|
自然语言处理 运维 Cloud Native
云原生技术专题 | 探索云原生化的服务架构体系的技术风向,攻克云原生化微服务架构的痛点和特性
云原生技术专题 | 探索云原生化的服务架构体系的技术风向,攻克云原生化微服务架构的痛点和特性
35 0
|
11天前
|
敏捷开发 监控 数据管理
构建高效微服务架构的五大关键策略
【4月更文挑战第20天】在当今软件开发领域,微服务架构已经成为一种流行的设计模式,它允许开发团队以灵活、可扩展的方式构建应用程序。本文将探讨构建高效微服务架构的五大关键策略,包括服务划分、通信机制、数据管理、安全性考虑以及监控与日志。这些策略对于确保系统的可靠性、可维护性和性能至关重要。
|
6天前
|
消息中间件 负载均衡 持续交付
构建高效微服务架构:后端开发者的终极指南
【4月更文挑战第25天】在当今软件工程领域,微服务架构已经成为实现可扩展、灵活且容错的系统的首选模式。本文将探讨如何从零开始构建一个高效的微服务系统,涵盖关键组件的选择、通信机制、数据管理以及持续集成和部署策略。通过深入分析与案例研究,我们旨在为后端开发者提供一个全面的微服务实践指南,帮助他们在构建现代化应用时做出明智的架构决策。