架构师速成8.2-架构师要懂产品

产品和架构两个截然不同的职业,好像风马牛不相及,其实不是这样的。产品的思想需要经过技术的手来成为现实,在成为现实之前,需要技术理解、评估、碰撞、优化、把控、验证等等。当然架构师就承担了这一系列技术的责任,而且在一个产品的实现过程中,技术架构并不是很重要的,前期可以没有架构,简单快速验证,只有在用户多了之后,架构才有真正的用处。在初创公司,很多架构师都等不到用户多了的那一天,来实现自己的架构梦。所以产品这一关架构一定要把好,只有你把好了,后面才有机会让你去架构。

当然架构师的懂产品,是懂产品的生命周期,产品发展的客观规律,产品的评估及验证。其实架构师承担的是一个美食家的角色,美食家并不需要去做菜,但是要知道如何评价菜的味道,懂得菜是如何做出来的。你不需要去养猪,只管吃肉就行了,听上去很美好,非常美好!

  1. 产品提出初步思路,这时候你就需要参与进来,用客观的角度去评价思路的正确性,而不是觉得这个做产品的人跟我很熟,我觉得产品思路就不错。这个非常重要,目标错了,200%的努力去实现,只会更糟。如何用客观的眼光去评价呢,我有一个诀窍,就是代入法,假设这个产品是你的竞争对手做的,你如何干掉他。
  2. 产品需求调研,你要亲自参加,使用精益创业的手段来进行理性的验证。

后面不写了,再写可以专门写一本了,反正就是你要懂产品,不是让你去做原型,而是让你去品这个产品!

版权声明:本文为博主原创文章,未经博主允许不得转载。

时间: 2024-08-02 19:02:36

架构师速成8.2-架构师要懂产品的相关文章

架构师速成8.3-架构师必须要了解的规则(转)

作为一个架构师,有些规则是必须要掌握的,这就想软件的公理,如果你学物理不知道牛顿定律,那就不要学了.在软件行业也有类似的东西,我称之为软件定律.例如: ACID,CAP,BASE ACID 传统数据库系统中,事务具有ACID 4个属性 (1)原子性(Atomicity):事务是一个原子操作单元,其对数据的修改,要么全都执行,要么全都不执行. (2)一致性(Consistent):在事务开始和完成时,数据都必须保持一致状态.这意味着所有相关的数据规则都必须应用于事务的修改,以保持数据的完整性:事务

架构师速成7.4-架构师为什么要带团队

有人说架构师明明只需要做架构,干嘛要扯出来带团队,带团队不是项目经理或者CTO之类的管理人员干的事情吗? 其实这个是一个误区,架构师其实是一个全栈的特殊人物,应该项目开发的所有的环节和角色都有深入了解,尤其是带过团队对你的帮助会更大.那种只做架构,而且仅会做架构的架构师,是大公司畸形的产物,在我看来,不太接地气.大公司人员体系庞大,分工明确而且细致,技术只是负责技术就好了,管理自然有专门的管理人员来做.我简单列举一下架构师带团队的优势: 架构设计时会从整个项目的角度考虑 开发人员使用更方便 测试

架构师速成-架构体系

经过这段时间的反思和整理,终于对架构有了一个较为明确的理解.架构是产品从无到有以及慢慢壮大过程中所需要的全部技术体系总称,架构过程: 配置.编码.测试.运维.监控分析.安全.运营等一系列技术体系的选型.取舍 技术选型基础上进行规划.设计.实现.迭代.制定相关规范 相关技术及规范运用到产品开发的整个过程中,并在产品迭代过程中对架构进行迭代优化 架构不止包含技术的框架,比如有人用了spring就觉得我已经是架构师了,其实架构并不是这么简单.我们以做一个新浪微博类似产品为例,现实应该是这样的: 产品初

从零开始学架构(一):架构师成长路径

内容摘要从架构的本质,软件工程,架构师职责,成长路径等方面,介绍什么是架构,架构流程以及架构师职责和成长规划. 本篇主题一.什么是架构二.项目中的角色三.架构师职责和工作内容四.架构工作流五.架构师成长路径六.架构能力模型七.扩展知识八.本章总结 一.什么是架构架构是系统的蓝图,描述了系统的结构和关键决策.包含系统的功能和非功能性需求,如何实现的,系统与子系统是如何划分的,系统之间如何通信的,系统功能如何设计的和交互的.包含重要的架构决策,系统组成,功能设计,技术选型,成本分析等架构的基础是设计

.NET 高级架构师0003 架构师之路(2)---架构师的职责

2 架构师的职责 近来看到CSDN上有个CTO俱乐部,里面聊得是不亦乐乎.我怀着无比崇敬的态度,拜读了一下牛人们的发言.里面有个哥们发起一个话题:"CTO, 你多久没有写程序了?".有人回答:"不写代码的CTO,属于......这公司问题大了!".看到这里,我就赶紧撤了,怕忍不住反驳几句,反而遭到牛人们的群殴.试想,一个上点规模的IT公司,还得靠CTO来写程序的话,那是不是才叫问题大了呢.当然,我没有做过CTO,所以我有我的不同看法,而且还愿意表达出来,无知者无畏.

一个架构师谈什么是架构以及怎么成为一个架构师

新年新事,来点轻松的话题.我们调剂一下后再继续讲CAS SSO单点登录吧因为后面的内容全部和代码有关,大家会觉得枯燥.所以今天我们先来点"番外篇",讲讲什么是架构师,什么是架构这个永恒的话题吧.此篇源出自我在公司内部写的一个PPT,它是用于在公司内部向广大技术人员做普及用的一个资料,而CSDN这边的编辑不支持图文混排的效果,因此一些章节我就直接截取自我的PPT里的内容了,这样可能对大家在阅读上会显得更加生动和活泼一些吧. 架构的定义 先来看看软件架构的普遍定义吧. 一个程序和计算系统软

向架构师进军--->系统架构设计基础知识

假设你对项目管理.系统架构有兴趣,请加微信订阅号"softjg",增加这个PM.架构师的大家庭 在解说系统架构设计之前,有必要补充一下架构相关的概念,因此本博文主要讲述架构.架构师和架构设计等相关的概念以及关系.这是系统架构设计的基础,仅仅有具备了此方面的知识之后,我们才干进一步了解架构师在软件开发过程中扮演的角色,架构师怎样编写架构文档来满足不同利益相关者的需求等相关内容. 如今我们通过定义的概念来了解架构设计中的一些相关术语. 架构:架构是体如今它的组件中的一个系统的基本组织.它们

关于架构优化和设计,架构师必须知道的事情(转)

概述 这篇译文最早发布在infoQ下面的一个微信公众号:"聊聊架构"上,想着我在园子几乎沉寂了接近两年之久,于是借机复活.哈哈哈,这是一篇关于架构的译文,会介绍比较多的一些工具.以及框架,给对架构感兴趣的同学一个知识扩充. 近几年来随着互联网的飞速发展,新的架构实践方式不断涌现,但是有一件事情是永恒不变的,那就是-"架构之道":关于如何设计出灵活.高可用性以及能够快速适应变化的系统架构,我们依旧还有很大的发挥空间.本文会介绍关于如何构建前沿的.易维护的.安全的架构的

架构师之路--谈架构师的基本素养和[干货]日志处理

由于前两篇文章的关系,最近收到很多朋友的反馈和私信,谈如何成长为一个架构师的问题.在这之前我很少有时间去考虑这个问题,因为我总有做不完的事儿:看不完的书,解决不完的问题,干不完的活儿……  不是我干活儿慢,实际情况恰恰相反.但是我总是能给自己找很多的事情.我的桌面上有好几个txt,里面记录着各个方面要做的事情,看书过程中发现的问题等等.去年有一段时间很闲,我每天干着公司里的活儿,自己创着业,一天还要写一两篇专利,还是感觉很闲.其实就是想的少,做的不够细.而一个人能给自己找到多少要做的事情才是一个