黑客帝国终极大Boss的角色是啥?
原创- 2023-11-27 09:59:18
- 1283
本篇目录
《黑客帝国》是非常经典的科幻电影,第一部于1999年3月31日上映。时隔20多年,人类正在一步步地朝着电影中描述的矩阵世界发展。今年正好是人工智能大规模发展的一年,再加上最近Open AI的宫斗戏,让一切都变得神秘莫测。如果还没有看过《黑客帝国》的话,强烈推荐去看看。今天不聊电影赏析方面的事,我也不专业,今天还是借电影聊聊企业经营管理方面的事情。先抛个问题,您知道黑客帝国里终极大Boss的角色是啥吗?
没错,Architect,架构师。电影中的架构师是一个白发苍苍的老头形象,他其实是人工智能,负责设计构建矩阵世界。以前看电影时只是看热闹,没有过多地思考,只觉得矩阵世界作为一个人工智能所控制的程序,有架构师是理所应当的。我创业也有十多年了,会不断地接触到软件架构方面的问题,同时也需要处理企业经营管理方面的事情。一开始没有感觉,后来越来越觉得架构对一个企业是至关重要的。我之前写过一篇文章《一切皆产品?》:一切都可以从产品的角度来进行设计。除此之外,还需要用架构的思维来对一切进行架构设计。
这里就有两个词,架构和设计。从本质上来讲,架构也是一种设计。网上也有一些关于架构和设计的分析讨论,众说纷纭。我理解的架构更偏向于抽象、分层、结构、逻辑、接口、安全、容错、变化这些方面,设计会更偏具体的实现、交互、体验、外观等。一般来讲,大家都会关注到设计,但架构会更偏底层和抽象,一般不会关注到。
我以自己在企业经营过程中遇到的实际例子来说明。创业者每时每刻会遇到各种各样的问题,需要快速及时地作出响应。刚开始的时候都是在救火,没有经验,只能用各种临时方案来解决。当问题摆平之后,如果能够进行反思,调整公司相应的人员或者制度,这个调整的过程,就是设计的过程。比如销售和研发发生了争执,首先要解决眼下的问题,安抚两边的情绪,化解矛盾。这是解决问题的过程。当问题解决之后,我们需要思考为什么销售和研发会产生争执。表层原因一般是功能不满足、工期不能保证之类的,那我们需要调整相应的工作流程来保证产品和项目的交付,如加强需求评审、加强代码规范等。这个调整过程就是设计的过程。
但只做这种调整的设计,能解决根本问题吗?一般来讲是解决不了的。因为更深层的结构问题没有解决。我们还是以销售和研发发生争执为例,深层次的结构问题有两个,一是公司的战略方向取舍问题,另外一个是销售和研发的利益分配问题。
当我们来考虑这两个深层次问题的时候,我认为就是在做架构设计了。公司的战略是更偏向标准产品销售还是更偏向项目制交付,这就是一个根本性的选择。不同的选择会导致整个公司的组织结构、运行机制产生了根本性的变化。禅道软件团队的选择是坚持标准化产品交付,所以我们的组织结构就以产品研发为主,整个的研发流程也是围绕着产品研发展开的。相应地在人员招聘、培训等方面就需要做各种对应的措施。
另外一个问题,销售和研发的利益分配问题,这也是非常核心的一个问题。很多公司销售和研发会产生根本性的利益冲突,核心就是二者利益不一致导致的。如何解决这个问题呢?我们的方案是采取了阿米巴。通过内部交易的方式,将对立的双方转换成利益共同体,一荣俱荣,一损俱损。从根本的制度建设上来化解这个问题。
上面举的例子,我认为就是在架构层面上了。一个企业经营者需要耐心仔细地对其进行设计,只有这些根本性的问题得到解决,表层的问题才能得到杜绝。否则的话就是摁下葫芦浮起瓢,天天有处理不完的问题。除了上面的例子,还有很多方面需要做架构设计的,如人才培养机制、激励机制、企业文化、中层培养机制等。回顾下自己这些年的创业过程,可以用下面的一个成长路径来概括:
我们禅道软件团队的使命就是让每一个成长中的企业都可高效协作。我们所做的就是不断地学习各种各样的管理模型框架,在团队内部进行落地实践,然后再把相应的规则流程固化为工具、文档、课程、白皮书、训练营、工作坊等等标准化的东西,交付给我们的客户。通过标准化的交付件,我们帮助客户先把基本的流程跑起来,跑起来后大家就可以积累经验和能力。经验和能力的积累可以逐步改变人的认知,然后就可以做流程规则方面的调整和设计,进而推动整个公司深层次的结构改革。这个演化的过程可以用下面的路径来表示:
没错,Architect,架构师。电影中的架构师是一个白发苍苍的老头形象,他其实是人工智能,负责设计构建矩阵世界。以前看电影时只是看热闹,没有过多地思考,只觉得矩阵世界作为一个人工智能所控制的程序,有架构师是理所应当的。我创业也有十多年了,会不断地接触到软件架构方面的问题,同时也需要处理企业经营管理方面的事情。一开始没有感觉,后来越来越觉得架构对一个企业是至关重要的。我之前写过一篇文章《一切皆产品?》:一切都可以从产品的角度来进行设计。除此之外,还需要用架构的思维来对一切进行架构设计。
这里就有两个词,架构和设计。从本质上来讲,架构也是一种设计。网上也有一些关于架构和设计的分析讨论,众说纷纭。我理解的架构更偏向于抽象、分层、结构、逻辑、接口、安全、容错、变化这些方面,设计会更偏具体的实现、交互、体验、外观等。一般来讲,大家都会关注到设计,但架构会更偏底层和抽象,一般不会关注到。
我以自己在企业经营过程中遇到的实际例子来说明。创业者每时每刻会遇到各种各样的问题,需要快速及时地作出响应。刚开始的时候都是在救火,没有经验,只能用各种临时方案来解决。当问题摆平之后,如果能够进行反思,调整公司相应的人员或者制度,这个调整的过程,就是设计的过程。比如销售和研发发生了争执,首先要解决眼下的问题,安抚两边的情绪,化解矛盾。这是解决问题的过程。当问题解决之后,我们需要思考为什么销售和研发会产生争执。表层原因一般是功能不满足、工期不能保证之类的,那我们需要调整相应的工作流程来保证产品和项目的交付,如加强需求评审、加强代码规范等。这个调整过程就是设计的过程。
但只做这种调整的设计,能解决根本问题吗?一般来讲是解决不了的。因为更深层的结构问题没有解决。我们还是以销售和研发发生争执为例,深层次的结构问题有两个,一是公司的战略方向取舍问题,另外一个是销售和研发的利益分配问题。
当我们来考虑这两个深层次问题的时候,我认为就是在做架构设计了。公司的战略是更偏向标准产品销售还是更偏向项目制交付,这就是一个根本性的选择。不同的选择会导致整个公司的组织结构、运行机制产生了根本性的变化。禅道软件团队的选择是坚持标准化产品交付,所以我们的组织结构就以产品研发为主,整个的研发流程也是围绕着产品研发展开的。相应地在人员招聘、培训等方面就需要做各种对应的措施。
另外一个问题,销售和研发的利益分配问题,这也是非常核心的一个问题。很多公司销售和研发会产生根本性的利益冲突,核心就是二者利益不一致导致的。如何解决这个问题呢?我们的方案是采取了阿米巴。通过内部交易的方式,将对立的双方转换成利益共同体,一荣俱荣,一损俱损。从根本的制度建设上来化解这个问题。
上面举的例子,我认为就是在架构层面上了。一个企业经营者需要耐心仔细地对其进行设计,只有这些根本性的问题得到解决,表层的问题才能得到杜绝。否则的话就是摁下葫芦浮起瓢,天天有处理不完的问题。除了上面的例子,还有很多方面需要做架构设计的,如人才培养机制、激励机制、企业文化、中层培养机制等。回顾下自己这些年的创业过程,可以用下面的一个成长路径来概括:
被动响应问题 > 有意识做流程、规则的调整设计 > 系统深入地做架构设计。
先做系统的架构设计 > 再做具体的规则流程设计 > 预防问题产生,聚焦价值交付。
我们禅道软件团队的使命就是让每一个成长中的企业都可高效协作。我们所做的就是不断地学习各种各样的管理模型框架,在团队内部进行落地实践,然后再把相应的规则流程固化为工具、文档、课程、白皮书、训练营、工作坊等等标准化的东西,交付给我们的客户。通过标准化的交付件,我们帮助客户先把基本的流程跑起来,跑起来后大家就可以积累经验和能力。经验和能力的积累可以逐步改变人的认知,然后就可以做流程规则方面的调整和设计,进而推动整个公司深层次的结构改革。这个演化的过程可以用下面的路径来表示: