看了看DAO的提案，写的都挺好，大部分是原有的内部申请预算方案放到了社区讨论，按照Nervos的话就是干了就比不干强。但是DAO里面的提案都是散点提案，在没有整体性方案的前提下，意义不大，感觉是换了一种形式的折腾人（流程正义）。
我十多年前在某公司预算管理办公室做过几年专业序列预算管理（我就是个打酱油的），粗浅的了解了一点管理知识，反思以后，这么多年以后反思一下确实有点意义，讲一讲思路。
1、年初的整体预算方案：计划，计划，“计”，就是提前规划。想着怎么花一年的预算，花钱就代表干活，但是花钱得有核心整体方案，不是瞎花。整体核心思路例如开发roadmap（例如项目开发、项目维护、市场），以及预算分配方案是预算分配的第一步，一定要先出来审批。而不是每个细节项目，也就是说DAO里面应该先审核整体年度方案以后，再去审批每个细项方案。每个分公司，每个专业部门都张着手要钱，那么一定要有整体的预算分配方案放出来。至少得有今年预算支出多少的整体方案，到每月的计提以及实际支出的财务清单以满足上市公司财务规定平稳运行，以及美国上市公司内控以及审计原则标准（SOX404法案）。
2、细节项目方案的前评价：总的原则审批完，才是细节项目。中心化的公司，层级报备机制导致每个细节方案至少有专业审核，例如我要开发一个项目，至少有可行性方案分析，然后在上预算会审批，预算审批也有专业审核，例如一个维护人员维护的终端数量是300台，公司总共60000台终端，需要200人维护，人月成本多少钱，年预算多少钱，把这些钱给外包公司，就是买200个人的工作量，达到什么样的效果，出了问题谁负责。开发项目的一个人月完成多少的代码量的细化量化指标，整体项目对标比价（同类项目同等公司价格）以及单价比价等等，这些报批的时候都需要说明，然后专家组审批后才有项目上线。
所以去中心化的DAO方案报批应该有模板，例如为什么这么多钱？要多少个人月开发量之类的，其他公司多少钱开发的之类，自己说清楚，不要让我们乌合之众去当专业专家组成员了。
3、项目执行的后评估。之前有项目前评价、项目执行后有评估。AMA 3周年的时候Terry也在总结之前的经验，说明也有反思，但是在DAO里面应该也有，更好的项目总结有利于后续项目审批，形成经验库。
简而言之就是，DAO里面没有审批整体专业方案前，细节的方案可以报，但是都不批，分类归总，尤其是“市场方案”。
当然核心团队审核的紧急项目可以提前计提预算，后审批，建立绿色通道，肯定有特事特办。
最近有一些事情，就不再关注Nervos了，总喜欢刨根问底的性格导致精力不够。Nervos拥有这么强实力的技术团队，在Jan的带领下，一步一个脚印，一定会干好的，衷心祝愿Nervos越来越好。