架构每日一学 13:架构师如何确认架构活动的目标?

2024-05-29 17:28

本文主要是介绍架构每日一学 13:架构师如何确认架构活动的目标?,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

事实上,在互联网企业的绝大多数项目中,架构活动的目标都不合理或不明确。

如果目标不明确,那么整个架构活动难以达到预期的效果,因为连自己究竟想要什么都没有想清楚。

而确立架构活动的目标是架构工作中最重要的一环,如果架构师能为架构活动确立合理、明确的目标,将对公司产生巨大的价值。

合理且明确的目标是什么样子的?

首先是目标的正确性。目标的正确性是指企业在当下应该追求的目标。

网上流传的很火的一个视频,小米副总裁在一次 618 活动中赚了一个亿,却被雷军骂了。为什么呢?因为这次营销活动的目的是为小米新开业务扩大市场份额,而不是为了挣钱。

因为在雷军看来,只要前期市场份额扩大之后,后面利润自然就会上涨,而副总裁的做法明显与雷军的目标不一致。

这就是目标正确性的含义,副总裁的目标从长远来看是正确的,但不是目标正确,因为企业当下应该追求的目标是市场份额,而不是利润。

其次是目标的合理性。目标合理性是指目标既具有一定挑战,又不会过分夸大,导致实际操作动作变形,很难做到。

具体来说,目标的合理性包含目标的具体值、应该交付的时间和想要达到的质量要求。

最后是目标的可达性。可达就是最终到达,也就是说,即使项目在操作过程中遇到了实实在在的风险,这个风险导致计算资源人力成本的增加,但是仍在可控范围内,可以达到最终的目标,而不是被风险击败。

目标的正确性,合理性和可达性看起来差别不大,但仔细推敲后,你会发现这三个定义的角度其实是不一样的。

正确性是站在决策者的角度,帮助决策者做出正确的选择。
合理性是站在执行者的角度去重新思考目标,使团队内部能有效地完成相关任务。
可达性是站在赞助者的角度去审视目标,从而确保投资者以悲观的心态来确保项目即使有重大风险也能有所回报。

赞助者的概念我们往往会忽略,当我们在设计系统时,往往会自以为是的站在全局最优的制高点,却忽略了真正赞助者的利益。

“永远不能忘记我们的衣食父母”,将是企业成功的关键。这也是为什么大公司会把“客户第一”放在首位,服务业会提出“顾客就是上帝”的口号。

知道了正确且合理的目标应该是什么样之后,我们就需要做一些事情,帮助我们完成这个目标的制定。

首先要确认核心角色。架构活动中的三个核心角色是决策者、执行者和赞助者,要确立目标,就要找出来这三个角色究竟是谁。

假如你在负责由内审部门主导的实际合规的项目,但是内审部门没有任何的资源调度权利,这时如果认为内审是赞助者,那你的判断就是错误的,必须要找到真正的赞助者,比如业务部门的负责人,只有他才能判断审计的优先级足够高,且愿意投入研发资源来完成这件事。

再举一个例子,架构师往往不是技术资源的掌控者,而只是一个监护人。因为技术资源一般都所属某个业务部门,这些技术资源的成本也将归为所属业务部门下。这就意味着业务部门才是技术资源的真正拥有者,因为他们要支付相关费用,而架构师只是帮助业务部门更好地管理技术团队。

其次,锁定核心角色后,要向他们确认出一个正确合理可达的架构目标。

确定出这个架构目标后,还需要使用 SMART 法则,制定出一个完整的描述。比如如下几个清晰的目标:

三个月内,把 90% 的商家发布商品的时间从每件 30 分钟降低到每件 1 分钟
三个月内,将 80% 的渠道对账准确率提升至 90% 以上

而实际大部分时候,我们的目标是不符合 SMART 原则的。

比如很多企业的项目目标,一般是“做xxx系统”、“xxx稳定性治理”、“资损防控项目”等。

如果是这样,作为架构是我们就需要根据自己的理解编写一份描述,然后请不同的角色分别确认。

小结一下,目标的确认需要从不同的角色出发去审视,这三个角色分别是决策者、执行者和赞助者,从而使目标更正确,合理和可达。而这三个角色也不是随便指定的,只有具备相应权利的人才能承担这些角色。锁定角色后,我们就可以用 SMAER 原则来制定目标了。

推荐阅读

这篇关于架构每日一学 13:架构师如何确认架构活动的目标?的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1014170

相关文章

Java架构师知识体认识

源码分析 常用设计模式 Proxy代理模式Factory工厂模式Singleton单例模式Delegate委派模式Strategy策略模式Prototype原型模式Template模板模式 Spring5 beans 接口实例化代理Bean操作 Context Ioc容器设计原理及高级特性Aop设计原理Factorybean与Beanfactory Transaction 声明式事物

mybatis的整体架构

mybatis的整体架构分为三层: 1.基础支持层 该层包括:数据源模块、事务管理模块、缓存模块、Binding模块、反射模块、类型转换模块、日志模块、资源加载模块、解析器模块 2.核心处理层 该层包括:配置解析、参数映射、SQL解析、SQL执行、结果集映射、插件 3.接口层 该层包括:SqlSession 基础支持层 该层保护mybatis的基础模块,它们为核心处理层提供了良好的支撑。

百度/小米/滴滴/京东,中台架构比较

小米中台建设实践 01 小米的三大中台建设:业务+数据+技术 业务中台--从业务说起 在中台建设中,需要规范化的服务接口、一致整合化的数据、容器化的技术组件以及弹性的基础设施。并结合业务情况,判定是否真的需要中台。 小米参考了业界优秀的案例包括移动中台、数据中台、业务中台、技术中台等,再结合其业务发展历程及业务现状,整理了中台架构的核心方法论,一是企业如何共享服务,二是如何为业务提供便利。

Java进阶13讲__第12讲_1/2

多线程、线程池 1.  线程概念 1.1  什么是线程 1.2  线程的好处 2.   创建线程的三种方式 注意事项 2.1  继承Thread类 2.1.1 认识  2.1.2  编码实现  package cn.hdc.oop10.Thread;import org.slf4j.Logger;import org.slf4j.LoggerFactory

烟火目标检测数据集 7800张 烟火检测 带标注 voc yolo

一个包含7800张带标注图像的数据集,专门用于烟火目标检测,是一个非常有价值的资源,尤其对于那些致力于公共安全、事件管理和烟花表演监控等领域的人士而言。下面是对此数据集的一个详细介绍: 数据集名称:烟火目标检测数据集 数据集规模: 图片数量:7800张类别:主要包含烟火类目标,可能还包括其他相关类别,如烟火发射装置、背景等。格式:图像文件通常为JPEG或PNG格式;标注文件可能为X

系统架构师考试学习笔记第三篇——架构设计高级知识(20)通信系统架构设计理论与实践

本章知识考点:         第20课时主要学习通信系统架构设计的理论和工作中的实践。根据新版考试大纲,本课时知识点会涉及案例分析题(25分),而在历年考试中,案例题对该部分内容的考查并不多,虽在综合知识选择题目中经常考查,但分值也不高。本课时内容侧重于对知识点的记忆和理解,按照以往的出题规律,通信系统架构设计基础知识点多来源于教材内的基础网络设备、网络架构和教材外最新时事热点技术。本课时知识

系统架构设计师: 信息安全技术

简简单单 Online zuozuo: 简简单单 Online zuozuo 简简单单 Online zuozuo 简简单单 Online zuozuo 简简单单 Online zuozuo :本心、输入输出、结果 简简单单 Online zuozuo : 文章目录 系统架构设计师: 信息安全技术前言信息安全的基本要素:信息安全的范围:安全措施的目标:访问控制技术要素:访问控制包括:等保

【每日一题】LeetCode 2181.合并零之间的节点(链表、模拟)

【每日一题】LeetCode 2181.合并零之间的节点(链表、模拟) 题目描述 给定一个链表,链表中的每个节点代表一个整数。链表中的整数由 0 分隔开,表示不同的区间。链表的开始和结束节点的值都为 0。任务是将每两个相邻的 0 之间的所有节点合并成一个节点,新节点的值为原区间内所有节点值的和。合并后,需要移除所有的 0,并返回修改后的链表头节点。 思路分析 初始化:创建一个虚拟头节点

每日一题|牛客竞赛|四舍五入|字符串+贪心+模拟

每日一题|四舍五入 四舍五入 心有猛虎,细嗅蔷薇。你好朋友,这里是锅巴的C\C++学习笔记,常言道,不积跬步无以至千里,希望有朝一日我们积累的滴水可以击穿顽石。 四舍五入 题目: 牛牛发明了一种新的四舍五入应用于整数,对个位四舍五入,规则如下 12345->12350 12399->12400 输入描述: 输入一个整数n(0<=n<=109 ) 输出描述: 输出一个整数

利用命令模式构建高效的手游后端架构

在现代手游开发中,后端架构的设计对于支持高并发、快速迭代和复杂游戏逻辑至关重要。命令模式作为一种行为设计模式,可以有效地解耦请求的发起者与接收者,提升系统的可维护性和扩展性。本文将深入探讨如何利用命令模式构建一个强大且灵活的手游后端架构。 1. 命令模式的概念与优势 命令模式通过将请求封装为对象,使得请求的发起者和接收者之间的耦合度降低。这种模式的主要优势包括: 解耦请求发起者与处理者