查看原文
其他

"人治"+"自治":浅谈把公司转DAO的思路

DAO实干家 传DAO士 2022-09-05

虽然DAO 描绘了一个美妙的世界:能更高效地找到对的人,能更好地激励所有参与者积极创造价值,能解决很多公司制的问题。


但当你真正开始准备实践 DAO 的时候,就会面临很多困惑,例如:


我是公司老板,看到了 DAO 的优势,但我真的要把公司变成一个 DAO 吗?


我想用 DAO 完成一个MVP产品的开发,如何进行项目管理?


DAO 的优势应该是通过自动执行的代码来减少沟通成本,为什么许多DAO的沟通成本反而更高呢?


如何实现符合 DAO 定义的"自治"?


很显然,这些都是一个组织治理基本准则的问题,是人治还是自治?是个非黑即白的二元思考。正是这种思考无法得到解答,让很多试图尝试 DAO 的人望而却步。


从概念上讲,DAO是完全自主和自治的。

这意味着,只要钱包和通证持有者之间的共识机制有效,算法就以其最纯粹的形式处理一切。

然而,现实并非如此。


实际上,DAO仍然严重依赖人类来执行它无法完成的所有任务。

包括设计经济系统,规划模块、开发代码、UX/UI设计、与外部合作伙伴协作等等。

这些人可以由DAO雇用或授权,但一旦人类进入该领域,主观性就会发挥作用。这种“人治”的状态显然不符合纯粹的DAO。


我们还没有准备好实施理想的 DAO。这是由于相关的治理机制、工具和技术还并不完善,但更重要的是人们的意识和习惯还没改变。


只有让 DAO 在社会范围形成规模效应,才能真正激活全球化 DAO 网络的发展,包括相应的治理机制、工具和技术的完善,以及人们普遍意识和习惯的养成。


所以,从一开始,我们就承认DAO既不是完全去中心化的,也不是完全自治的。在我们都还没有准备好之前,不能大跃进,必须渐进,逐步在过程去解决问题。


问题是,如何渐进?


其实没有其他选择,只能是混合式的治理方式:人治 + 自治


人治 + 自治


从沟通信息的角度看,人治是"热连接",完成不可量化的、高频的沟通。而自治是"冷连接",完成可量化的、低频的沟通,就像计算机之间通过协议来沟通一样。


人治专门用来解决 DAO 治理中不可量化的事务


例如 DAO 的未来规划,处理突发事件,讨论重大议题等等。


这些事务通常无法提前设计出可自动执行的程序。这就像我们无法专门为突发事件提前设计一个标准化的处理方案一样,因为每一次突发事件的要素和处理方式都不一样。很显然,人治并不符合纯粹的 DAO 精神。但也只有它才能解决 DAO 治理中最棘手的问题。


自治专门用来处理 DAO 治理中可量化的事务。


例如开发任务、设计工作、财务处理会计工作等等。


这些事务通常可以提前设计出可自动执行的程序。一个很好的实现方式就是赏金模式,只需要设计一个完善的赏金机制就可以应对不同类型的工作。


赏金模式最重要的是"量化",只要量化合理,DAO 的很多任务和工作就不需要依赖于沟通,甚至不需要沟通。


比如,对产品开发团队而言,可以把工作拆解后,通过定义任务各个环节的内容以及它们的各项指标,通过发布赏金任务来推动人们去主动承接并积极完成。


以一个最简单的赏金任务模板为例,定义清晰每个任务描述、任务需求列表以及相应规范、完成时间、验收标准、赏金金额等等。


假如有个公司,弄了个XDAO,用法币加积分的赏金模式进行实践。发布了一个任务:


XDAO赏金任务 #001

任务描述:设计并完成一个对目标用户的调查问卷,了解用户在使用某产品中的爽点和痛点

任务需求列表:

1:完成调查问卷的方案设计,明确调查问卷的目标和设计思路,运营要求。

2:用金数据来完成调查问卷的问题设计

完成时间:5 个小时

验收标准:评估合理性,验证调查问卷功能

赏金金额:300人民币+1000 XDAO积分


如果这是一家去中心化公司的专业市场调查公司,自治可能会占 DAO 治理的大部分工作量。


用赏金模板来继续发布其他任务即可,比如:


XDAO赏金任务 #002

任务描述:用户访谈

任务需求列表:

  1. 找到10个目标用户,进行深度访谈,了解其需求、真实动机和顾虑。

  2. 完成对用户需求的分析报告

完成时间:10 个小时

验收标准:通过报告的有效性和完整性来确认。

赏金金额:1000人民币+2000 XDAO积分


一般来说,赏金任务的各项内容越具体、越明确,执行就会越顺畅,沟通成本也就会越小。

具体赏金应该如何定义才科学,长期看,应该是由市场决定。短期要看对该事务价值的定义和承接任务者愿意接受的价格。


当然,赏金任务在执行中有可能会出现突发状况。例如赏金猎人接了活,突然不干了。这时候就需要启动“人治”,来处理异常问题。


所以,我们需要在 DAO 治理中灵活地组合“人治”和“自治”组件,构建可靠的体系。


组件化设计


组件化的思路就是将人治和自治作为两类组件来设计,就像积木一样,根据需求灵活组合成不同的治理方案。


例如,可以将一项软件开发项目拆分为不同的任务,每一个任务相当于一个积木,这里面有人治积木也有自治积木。而且很有可能一个积木本身也是由几个不同的积木组成。



然后,要很好地进行 DAO 治理,就像一个优秀的积木玩家那样,用这组件来构建系统。


进一步思考,如果组件化能解决 DAO 内部的治理,能否连接互联网中的其他 DAO 来搭建具有无限扩展空间的 DAO 世界呢?


显然是可行的。"人治" + "自治" 的模式同样适用于外部,DAO 与 DAO 之间,甚至整个 DAO 协作网络的治理。


例如赏金任务,同样可以通过赏金任务 在 DAO 与 DAO 之间进行交易,这就有点类似承包商。每一个 DAO 都是其他 DAO 的承包商,同时又是雇主。如果它们的交易基于代币,那么将更大化彼此之间甚至整个 DAO 网络的共同利益,让这场看起来像零和游戏的博弈变成多赢的游戏。这比传统商业协作模式来说,有更多的优势和竞争力。


假如我希望将公司改成 DAO ,该怎么办?


建议:

  • 首先,砍掉非核心单元,用项目或任务外包的方式来解决。

  • 然后将那些你必须保留的单元拆分为 DAO,以最小可行 DAO 来运行,并通过一个协调单元来保持各个 DAO 的同步。


    有没有可以学习交流这方面知识的地方?找到更多好用的模板和方法?

    毫无疑问,传DAO士 社群就是这个地方!


    扫描添加微信,加入“传DAO士”讨论群


    你也可以点击“查看原文”,看近期社群讨论的几十个话题。

    您可能也对以下帖子感兴趣

    文章有问题?点此查看未经处理的缓存