开源悬赏

开源项目

开源模式作为一种“开放式社会化协作”模式，让开源项目具有天然的“众包开发”形态，只不过大多数开源项目默认“开源贡献不给钱”（not pay for coder）。

如果给钱，现在基本上是开源商业产品，由一个公司支付员工工资来开发开源项目，最早的典型就是 Red Hat。这种形式虽然最常见而有效，但往往被人诟病为某公司控制开源社区，但即使他们真没有邪恶的想法也难辞其咎，因为其支付方式是中心化的，这就有了原罪。

所以如果给钱的方式变为“悬赏众包”，那自然就非常贴合开源本身的分布式治理。再加上开源软件相对于自由软件本身就是更加商业友好的模式，那“开源悬赏”等于补足了开源的经济激励措施。

再从典型的基础设施实现上看，它同样符合上述理念：不改变原有开源项目的工作流，只在发 issue 时增加了一点点人工和自动化步骤，就无痛升级到有经济激励的模式。

商业项目

现代化的商业软件项目开发工作流其实也向开源项目逐步趋同，经典的 GitHub flow 同样适用于商业项目，如 idea2app.cn 这样新创公司都在 GitHub 类似平台上完成整个商业研发流程。

因此，基于开发任务的开源悬赏模式同样适用于商业项目，项目制公司直接悬赏现金，月薪制公司也可以悬赏 KPI 点数，他们不过是计价单位不同，但都可以基于此来量化每个员工的工作贡献，研发管理效能自然会明显提升。

同时，对于“重研发，轻行政”的工程师型团队，日常零散、繁琐但必要的各类公司管理事务，雇佣一些专门的行政专员有些大材小用，但完全靠工程师“用爱发电”也不太可行。那我们也可借鉴上述研发工作流，将各类行政工作“悬赏任务化”，用飞书多维表格这种极为方便的零代码平台来实现一版开源悬赏数据库，用简单一致的思维方式管理研发与行政。