说实话，这个消息并不让人意外。过去一两年关于快手管理层变动的传闻就没断过，宿华的角色也逐渐被边缘化。但当消息真正落地的时候，还是引发了不少讨论。

作为快手联合创始人，宿华把一个gif工具做成了中国第二大短视频平台，用户超过7亿，市值一度突破万亿港元。不管从哪个角度看，这都是一个了不起的成就。但创业故事往往不只是"从0到1"的爽文，到了"从1到100"的阶段，问题往往比成就更多。

我不想聊那些资本博弈和权力斗争的八卦，那些离大多数人太远。我想从宿华离开快手这件事出发，聊聊一个更普遍的问题：技术创业公司在快速成长过程中，如何管理好团队？如何在保持敏捷的同时实现规范化？

这个问题的答案，可能比你想象的要朴素——一套好用的开源oa系统。

快速成长的诅咒

先说说技术创业公司为什么会遇到管理问题。

快手最初是一个几十人的小团队，宿华和程一笑带领一帮工程师写代码、做产品。那时候的管理方式非常简单——有什么事吼一嗓子，开个站会就能解决。大家坐在一个办公区，沟通成本几乎为零。

但当团队从50人变成500人、从500人变成5000人的时候，一切都变了。

信息断层。 创始人一个想法，经过层层传达到了基层可能已经面目全非。"我要这个功能下周上线"变成了"老板说这个功能随便什么时候上线都行"。信息在传递过程中的衰减和变形，是大型组织最常见的问题。

决策瓶颈。 以前一个技术决策，两个创始人商量一下就能拍板。现在一个技术架构调整可能需要经过产品、技术、运维、安全、法务等多个部门的审批，走完流程可能已经一个月过去了。

部门壁垒。 团队大了自然会分部门，部门之间开始有了各自的利益和立场。产品部门和技术部门扯皮，技术部门和运营部门互相抱怨，"这不归我管"成了最常听到的话。

效率下降。 人均产出不增反降。以前10个人做5个项目的效率，现在100个人可能做不了50个同等规模的项目。管理成本的增长速度超过了业务增长速度。

这些问题不是快手独有的。几乎所有的技术创业公司在成长过程中都会遇到。区别在于，有些公司能及时调整组织架构和管理工具来应对，有些公司则在混乱中消耗了大量精力。

为什么是开源oa？

你可能会问：管理问题为什么要用oa系统来解决？而且为什么是开源的？

先回答第一个问题。oa系统解决的不是"管理思想"的问题，而是"管理执行"的问题。你可以有最好的管理理念，但如果执行层面没有工具支撑，理念就是空谈。

oa系统做的事情很简单：把流程固化到系统中，让信息自动流转，让协作变得透明和可追溯。

流程固化。 你制定的审批规则、工作标准、协作规范，写在文档里没人看，嵌入到oa系统中就必须执行。系统比人靠谱——人可能忘记流程、跳过步骤，但系统不会。

信息流转。 oa系统让信息"找人"而不是"人找信息"。该谁审批、该谁处理，系统自动通知。不需要发微信问"这个流程到哪一步了"，打开系统一目了然。

透明协作。 谁在什么时候做了什么操作，系统都有记录。这不只是为了"监管"，更重要的是减少沟通成本——你不需要反复确认"你做了吗？""做了""什么时候做的？""昨天"。

再回答第二个问题：为什么是开源？

成本。 这是创业公司最关心的问题。商业oa系统（比如钉钉专业版、企业微信付费版、飞书企业版）按人头收费，500人的团队一年可能要花几十万。对于还在烧钱的技术创业公司来说，这笔钱不是小数目。开源oa系统免费，只需要投入实施和运维的成本。

可定制性。 创业公司的业务变化快，今天做了一个新业务线，明天砍了一个旧项目，流程需要频繁调整。商业oa系统的定制通常需要找供应商或者买增值服务，费时费钱。开源oa系统的代码在你手里，想怎么改就怎么改。

数据安全。 技术创业公司通常对自己的数据安全比较敏感。使用开源oa系统，数据存储在自己的服务器上，不存在第三方平台的数据泄露风险。

技术栈匹配。 技术创业公司的团队通常有较强的技术能力，使用开源系统不会遇到"没人会维护"的问题。而且开源oa系统通常提供丰富的api，可以方便地跟公司自研系统做集成。

当然，开源oa也有缺点——没有官方技术支持、文档可能不够完善、需要自己维护升级。但对于技术创业公司来说，这些缺点通常是可以接受的。

适合技术创业公司的开源oa系统推荐

市面上的开源oa系统不少，我挑几个适合技术创业公司的：

odoo。 这是一个非常强大的开源erp/oa套件，包含了crm、项目管理、hr、财务、库存等几十个模块。最大的优点是模块化设计——你可以只安装需要的模块，不需要一次性上全套。社区版免费，功能已经非常丰富。缺点是学习曲线比较陡，需要一定的技术能力来做定制。

适合：有一定技术团队、需要erp+oa一体化解决方案的创业公司。

nextcloud。 偏文件协作和团队沟通的开源平台。提供文件存储、在线文档协作、日历、邮件、即时通讯等功能。界面现代、使用简单，部署也比较方便。

适合：主要需求是文件协作和团队沟通的小型创业公司。

rustdesk + 自建协作套件。 如果你的团队比较偏技术，可以考虑自己用开源组件搭建一套协作系统——比如用rustdesk做远程桌面、用mattermost做即时通讯、用taiga做项目管理。这种方案的灵活性最高，但需要投入较多的开发和运维精力。

适合：技术能力很强、对系统有特殊需求的创业公司。

简道云开源版 / 纷享销客开源版。 国内有一些oa/crm厂商推出了开源版本，功能上更适合中国企业的使用习惯。这类系统的优点是本地化好、界面友好，缺点是开源版的模块可能不如商业版完整。

适合：希望用国内oa系统的创业公司。

选哪个好？没有标准答案。关键是看你团队的实际需求和技术能力。如果你不确定，建议先用odoo的社区版试试——它的功能覆盖面最广，社区生态也最活跃。

技术创业公司落地oa系统的实战经验

选好了系统只是第一步，真正难的是落地。我见过太多创业公司买/部署了oa系统，最后沦为摆设——系统在运行，但没人用。

以下几个经验是我参与多个创业公司oa落地项目总结出来的：

第一步：不要一步到位

很多创业公司犯的第一个错误就是：一上来就想把所有流程都搬到oa系统上。

"我们要把请假、报销、采购、项目管理、客户管理、合同审批全都上oa。"

结果呢？实施周期拖了半年，员工怨声载道，最后系统上线了但没人用。

正确的做法是：先选1-2个最痛的流程上oa，跑通了再扩展。

对于技术创业公司，我建议先从以下几个流程入手：

- 请假/出差审批。 这是最基本、最容易接受的流程，几乎不需要培训就能用。

- 需求管理/任务分配。 技术团队最痛的就是需求混乱、任务不明确。用一个简单的任务管理模块，把需求和任务的结构化管理起来，效果立竿见影。

- 文档协作。 技术文档、设计文档、会议纪要的统一管理和协作，是技术团队的基础需求。

这三个流程跑通之后，再逐步加入报销审批、采购管理、项目管理等更复杂的流程。

第二步：让技术团队主导

技术创业公司的核心是技术团队。如果技术团队不接受oa系统，那这个系统基本就废了。

让技术团队接受oa系统的关键是：不要让他们觉得oa是"管控工具"，要让他们觉得oa是"效率工具"。

具体怎么做？

- 让技术团队参与oa系统的选型和定制。他们的需求被听取了，接受度自然高。

- 系统要跟开发工具链集成。比如跟gitlab、jira、ci/cd系统打通，让oa不只是行政工具，也是开发工作流的一部分。

- 界面要简洁。技术人员最讨厌臃肿复杂的系统。如果oa系统的界面像上个世纪的产品，技术团队用一次就不想再用了。

- 提供api和自动化能力。让技术团队可以用代码跟oa系统交互——比如用脚本自动创建任务、查询进度、发送通知。

第三步：流程要"活"不要"死"

oa系统的流程设计有一个常见误区：把流程做得太死板，每一步都必须严格按照预设的路径走。

但创业公司的特点是变化快。今天定的流程，下个月可能就不适用了。如果流程太死板，要么逼着大家绕过系统用"线下方式"处理，要么频繁改流程增加系统维护成本。

我的建议是：核心节点要控制，中间环节要灵活。

比如一个采购审批流程，核心节点是"需求确认"和"最终审批"——这两个环节必须有人负责。但中间的流转路径可以是灵活的：有些采购金额小可以直接跳到最终审批，有些采购需要经过技术评估和法务审核。

流程设计的原则是：该严格的严格，该灵活的灵活。

第四步：数据驱动持续优化

oa系统上线之后，最大的价值不是"有了系统"，而是"有了数据"。

通过oa系统的数据分析，你可以发现很多之前看不到的问题：

- 哪些流程的平均处理时间最长？（瓶颈在哪里？）

- 哪些审批经常被退回？（流程设计有问题？）

- 哪些部门之间的协作最多？（是否需要调整组织架构？）

- 哪些员工的工作负荷最重？（资源分配是否合理？）

这些数据可以帮助你持续优化组织和管理，而不是凭感觉做决策。

宿华的教训和管理启示

回到宿华离开快手这件事。虽然我们不知道内幕细节，但从公开信息可以推测，快手在快速发展过程中一定经历了激烈的管理变革和组织调整。

几个可能的教训：

规模增长不等于能力增长。 快手的员工数和业务规模在过去几年快速增长，但管理能力和组织能力是否同步增长了？从结果来看，显然没有。规模增长带来的管理复杂度呈指数级增长，如果组织能力跟不上，就会出现各种问题。

技术文化和商业文化的冲突。 快手的技术基因很强（宿华是清华计算机系毕业的工程师），但随着公司上市和商业化推进，商业化的压力越来越大。技术文化强调"把事情做对"，商业文化强调"把事情做成"。两种文化的冲突如果不能很好地管理，就会导致核心人才的流失。

组织架构调整太迟。 很多大公司的通病是：等到问题已经很严重了才想起来调整组织架构。如果能在问题还是小问题的时候就做出调整，很多损失是可以避免的。

这些教训对技术创业公司的启示是：不要等到公司已经很大了才开始想管理的事。管理工具和制度建设应该跟业务增长同步甚至提前。

具体到oa系统：

- 20人以下： 用好微信/钉钉群的群管理功能就够，不需要专门的oa。

- 20-100人： 开始引入基础oa功能——任务管理、文档协作、简单审批。

- 100-500人： 完整的oa系统，包括流程管理、项目管理、hr管理、知识库。

- 500人以上： oa+erp一体化，深度集成各业务系统，数据驱动管理决策。

越早建立好的管理工具和流程，后期的管理成本就越低。等到团队已经几百人了才发现没有好用的协同系统，那时候再补课的代价是巨大的。

从开源oa开始，但不要止步于此

最后想说的是，工具只是手段，不是目的。

开源oa系统能帮你解决流程固化、信息流转、透明协作的问题，但它不能帮你解决"做什么决策"的问题。管理不仅仅是"流程管理"，更重要的是"战略管理"和"人才管理"。

但话说回来，连流程和协作都管不好的公司，谈战略和人才也没有意义。先把地基打好，再盖高楼。

宿华离开了快手，但快手的业务还在继续。对于每一个在创业路上的技术人来说，这个故事提醒我们：创业不只是写好代码、做好产品，还需要搭建好团队、建立好流程、用对工具。

一套好的开源oa系统，可能看起来不如一个新功能、一个新用户、一轮新融资那么"性感"，但它能帮你做的事情，长远来看比这些都重要——它能帮你把一群人的力量拧成一股绳，让1+1真的大于2。