关于康威定律的札记
-
-
felix
这家伙很懒，还没有设置简介
0 人点赞了该文章 · 7 浏览
本文作者：汐笺
1967 年，知名的计算机大拿马尔文·康威提出了著名的康威定律：「设计系统的架构受制于产生这些设计的组织的沟通结构。」
简单地说就是如果一个管理者让 4 个团队去生产一个编辑器，那就会得到一个有 4 个串行处理模块的编译器。也可以反过来理解，如果组织结构和目标设想的产品结构不相符，那么团队在推进工作的时候就会遇到极大的困难和阻碍。康威定律问世距今已经超过 50 年，但是我每次看这句话的时候仍然觉得历久弥新。对于互联网产品经理来说康威定律的意义是什么呢？我认为主要有两方面。一、给自己一个足够正当的理由和视角去观察自己所处的组织结构。这句话其实看上去有点精神内耗，但是其实我觉得还挺重要的。很多人总会把观察组织结构和一些蝇营狗苟的事情联系在一起，从此对这种事情非常抗拒，还有一些人会喜欢把观察组织结构和一些蝇营狗苟的事情联系在一起，然后用错误的视角去观察，这些都不是正确的视角。康威定律告诉我们要从目标设想的产品结构去反推组织结构，这样才能达成最终的目标，这样的视角可以有效的帮助我们如何在公司大的目标下面找到适合自己的位置。二、互联网公司的组织结构不仅仅包含了自身，也包括自己和客户的关系。从一个数据的视角来看，如果说互联网产品与传统软件产品有多大的区别的话，最大的区别应该就是互联网软件大部分都是在线服务而非私有化部署，所以就会产生一个问题，数据归属权是谁的，传统的 C/S 架构的软件是不会有这个问题的。这里面就会衍生出来一个问题，既然有所有权的问题，自然也会存在用户、商家与平台之间的博弈的问题，这些博弈是一种「广义」上的组织结构。用户会有他们在公司内的代言人「用户运营」，商家会有他们在公司内的代言人「销售」，产品经理更多代表的是「平台」的利益。这些都是与客户之间的互动关系影响组织结构的实践案例，而这些组织结构最终就会作用在产品结构上，会深刻地影响产品的商业模式与产品的功能设计。了解康威定律对于在大厂工作的人来说是非常重要的，做事层面来说只有了解康威定律，才能根据对方的组织结构猜测对方在产品架构中的位置，进而近似猜测出对方核心的诉求点是什么，OKR 哪怕公开也不见得都能说明问题，因为很多东西始终是在水面下的。做人方面心态也会更平和，不至于在推动事情不顺利的时候骂娘，说穿了这些都是自然规律，没有人在刁难你，如果自己的需求依赖对方，但是对方的核心 KPI 不是这个，说明组织结构有问题，并不是被针对了。上面这些道理只要工作一段时间的人都很容易领会到，但是 50 年前就有人能够如此精确的描述这个现象，不得不让人佩服，可能这就是理论学习的意义吧，站在巨人的肩膀上哪怕不能看的更远，潮水来的时候也不容易湿鞋。很多优秀的创始人都会说「把公司也当做一个产品」来打造，其实也是相通的道理。哪怕是为了把事情做成，也应该关心组织结构。用科学的软件工程理论从正确的视角去理解这件事情，可以帮助我们避免陷入「犬儒主义」的陷阱，既不能不接地气，也不要过于市侩。其实写到这边我觉得康威定律这个选题真的非常适合《基本无害的产品小札》这个系列，我写这个一系列小短文最初的目的就是为了在当下给自己做一些心理按摩，其实并不能保证真的是有用的，但是如果读到这篇小短文的人能够感觉内心平静，我也就心满意足了。很多东西有它自己的客观规律，我们要做的是学习它，而不是曲解它或者拒绝它。
全部 0条评论