架构每日一学 14:架构师如何进行可行性探索?

2024-06-05 10:12

本文主要是介绍架构每日一学 14:架构师如何进行可行性探索?,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

架构活动中,如果不进行可行性探索可能会导致重大失误,为企业发展带来风险。

可行性探索是架构活动的最后一个节点,在这之后的架构活动就像是离弦之箭,即便发现重大风险也很难再回头了。

互联网公司之间的竞争非常激烈,所以这里的可行性探索还需要足够快。如果你在一个项目中光可行性探索花了两个月的时间,竞争对手可能已经把新的业务模式做起来了,优势已经丧失了。

为什么要进行可行性探索

注意这里称之为“可行性探索”而不是“可行性分析”,原因在于可行性分析是一个非常详尽的活动,严格意义上讲,他不适合互联网这样的快节奏,所以我们使用“可行性探索”来表示一种更快速、更轻量的可行性分析方法。

在可行性探索中,架构师要在最短的时间内发现项目的重大风险,并对风险及时做出响应预案。

可行性探索的过程就是要站在“赞助者”的角度去客观分析可能带来的风险。

什么是风险?

谈到风险,我们会下意识地认为风险是一个贬义词,是对一个项目不利的地方。事实上,风险经常可以作为架构师的筹码,给自己的架构活动换取更多的时间。

比如你想过河,在你面前有一条小桥,但是年久失修,比较危险,远处有一个高架桥比较安全。如果你从小桥过去,相比高架桥会面临更大的风险,但是节约时间;相反,如果我们选择高架桥需要多花半天或一天的时间。

如果业务要求项目在很短的时间内上线,而架构师评估下来具有一定的风险,那么这时架构师这时就可以通过对风险的评估,为自己争取更多的时间。

具体可以从以下几个方面评估:

  • 风险有多大?
  • 回报是什么?
  • 公司的风险承受程度有多大?
  • 其他选项的风险和回报是什么?

有了这几个问题的答案,我们就可以进行可行性探索了。

可行性探索前的准备工作

一 调查企业对风险的承受度

不同企业对风险的承受度是不同的,有的企业鼓励员工冒险,而有的企业对于失败的容忍率很低,甚至为零。

假如你在一个冒险容忍度很低的部门里选择冒险,团队中的成员会感受到威胁和压力。相反,如果你在一个鼓励冒险的部门中,却选择不冒险,这就是在拖团队的后腿了。架构师只需要将冒险程度控制在企业的容忍范围内即可,这是选择冒险的上限。

二 调查赞助者对风险的承受度

赞助者对风险的承受度往往很低,往往决定了冒险的下限。因为架构活动的成败,将直接与赞助者的利益挂钩,所以赞助者往往对失败的容忍度很低。

三 锁定领域专家

为了避免架构师单人视角的局限性,还需要寻找一到两个利益无关的领域,专家去询问他们的建议,从而锁定领域内可能出现的重大风险。

四 锁定风险决策的建议者

风险决策的建议者是指,与部门利益关系密切,但与此次架构活动的成败关系不大的相关方。这些人往往视野更加开阔,判断力更强,我们可以寻找四五个这样的人,通过他们的判断和建议,保证此次架构活动的公正、客观和正确。

小结

结合前面的文章《架构每日一学 9:架构师要学会构建或寻找一个友善的环境》、《架构师必读 13:如何精准设定架构目标,确保项目成功?》,我们可以梳理出架构活动的几个关键节点,一是搭建架构环境,二是确立架构目标,三是充分利用公司的资源,帮我们进行可行性探索,来保证决策质量。可行性探索不是让你变得保守,不去冒险,而是秉承着冒险精神去做风险的深度挖掘。

这篇关于架构每日一学 14:架构师如何进行可行性探索?的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



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

相关文章

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

深入探索协同过滤:从原理到推荐模块案例

文章目录 前言一、协同过滤1. 基于用户的协同过滤(UserCF)2. 基于物品的协同过滤(ItemCF)3. 相似度计算方法 二、相似度计算方法1. 欧氏距离2. 皮尔逊相关系数3. 杰卡德相似系数4. 余弦相似度 三、推荐模块案例1.基于文章的协同过滤推荐功能2.基于用户的协同过滤推荐功能 前言     在信息过载的时代,推荐系统成为连接用户与内容的桥梁。本文聚焦于

【Prometheus】PromQL向量匹配实现不同标签的向量数据进行运算

✨✨ 欢迎大家来到景天科技苑✨✨ 🎈🎈 养成好习惯,先赞后看哦~🎈🎈 🏆 作者简介:景天科技苑 🏆《头衔》:大厂架构师,华为云开发者社区专家博主,阿里云开发者社区专家博主,CSDN全栈领域优质创作者,掘金优秀博主,51CTO博客专家等。 🏆《博客》:Python全栈,前后端开发,小程序开发,人工智能,js逆向,App逆向,网络系统安全,数据分析,Django,fastapi

业务中14个需要进行A/B测试的时刻[信息图]

在本指南中,我们将全面了解有关 A/B测试 的所有内容。 我们将介绍不同类型的A/B测试,如何有效地规划和启动测试,如何评估测试是否成功,您应该关注哪些指标,多年来我们发现的常见错误等等。 什么是A/B测试? A/B测试(有时称为“分割测试”)是一种实验类型,其中您创建两种或多种内容变体——如登录页面、电子邮件或广告——并将它们显示给不同的受众群体,以查看哪一种效果最好。 本质上,A/B测

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

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

AI(文生语音)-TTS 技术线路探索学习:从拼接式参数化方法到Tacotron端到端输出

AI(文生语音)-TTS 技术线路探索学习:从拼接式参数化方法到Tacotron端到端输出 在数字化时代,文本到语音(Text-to-Speech, TTS)技术已成为人机交互的关键桥梁,无论是为视障人士提供辅助阅读,还是为智能助手注入声音的灵魂,TTS 技术都扮演着至关重要的角色。从最初的拼接式方法到参数化技术,再到现今的深度学习解决方案,TTS 技术经历了一段长足的进步。这篇文章将带您穿越时

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

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

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

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