晟云磐盾郝峻晟：技术人如何走上创业之路，实现人生价值

在ArchSummit上海站的【架构师成长】专题论坛，InfoQ 邀请了晟云磐盾总裁郝峻晟做了一场《技术人如何走上创业之路，实现人生价值》为题的分享，他从优秀的架构师与创业者对比入手，详细阐述了如何用云原生的架构思路，来设计敏捷的创业组织。本文为嘉宾演讲整理～

有人向我提问，为什么选择创业的道路？

作为一名技术人员，我曾在微软初试职场，对编程有着浓厚的兴趣，并投入时间研发创新项目，我甚至为了追踪股市，编写了一个小型爬虫，自动获取新浪炒股数据，而无需亲自盯着屏幕。当时我尝试构建一个系统，当股票波动到一定幅度时，它能自动发出警报，甚至完成自动交易。但遗憾的是，这个想法并未实现，原因在于当时国内的证券市场 APP 不支持这样的操作。

事实上，我把自己的许多工作通过程序自动化，这也导致我当时在微软的工作变得有些无聊，因为我大部分的任务都已自动化。今天，我们看到许多如低代码开发平台，其本质都在于解决这个问题，即通过技术来减少重复的人工操作。这段经历让我意识到，在大公司里单纯做一名程序员对我而言可能会有些无聊，所以我选择了创业这条艰辛的道路。创业过程中的困难和挑战，我会在接下来的分享中一一揭示。

优秀的架构师 VS 优秀的创业者

在昨天上午的主题论坛上，一位外国教授做了一场关于云原生架构的精彩讲座。他提到，在我们开发传统的单体应用程序时，我们使用的是瀑布模型，而当我们使用基于服务的软件架构，如 BS、CS 架构时，我们转向了敏捷开发流程的模型。如今，当我们以云原生或无服务器方式进行开发，我们更多地依赖于 Devops。

如何以敏捷方式快速迭代团队，对于加入一家公司、创业或组建一个团队来说，都至关重要。你们可能听说过 OpenAI 这家公司，他们开发了 ChatGPT。这家公司最近非常火爆，你们知道他们刚开始时有多少员工吗？只有十几个人。还有 Instagram，被 Facebook 收购之前也只有十几个人的团队。他们能够以数十人的团队规模，卖出一亿甚至两亿美元。这就是创业公司需要研究和深思的问题。

我曾和多个基金投资人合作，与许多传统投资者讨论过企业规模的问题，他们往往觉得人数较少是一种困扰，但我认为这种看法是错误的。企业应该以敏捷的方式运营，依赖于技术和流程，而不是人力。随着 ChatGPT 和大模型的出现，这种趋势越来越明显。

你可能经常对项目经理感到不满，觉得他们无法明确地表达需求。我想说的是，项目经理其实已经足够 ok 了。当你尝试与客户或销售人员讨论技术设计时，你会发现沟通非常困难。

作为架构师，我们需要从服务对象的角度出发，要满足甲方的需求，他们希望成本低且能够使用现有的模块。在资源紧张的情况下，我们需要提供有效的解决方案，无论是对市场总监，还是对最终用户，我们都需要满足他们的需求。同时，我们还需要考虑运维人员，保证他们能够在短时间内掌握新的系统。最后，销售人员希望产品价格适中并且能够快速交付。所有这些考虑因素都对架构师提出了高要求，我们需要在压力下设计出支持高并发、高可用的系统，同时还需要满足客户的个性化需求。在大多数公司中，这是一项极具挑战的任务。

另外，作为架构师，我们往往需要与开发总监紧密合作，不同的公司中，架构师与开发总监的关系可能会有所不同。在一些公司中，开发总监可能是架构师的直接上级，而在其他公司中，他们可能是同一级别的职位。无论哪种情况，都存在各种挑战。

如果我们需要将传统的 BS 或 CS 架构容器化，你可能会预计需要花费三到六个月的时间将系统设计为容器模式，并通过 Docker 或 Kubernetes 等工具进行部署。然而，在这个过程中，你可能会遇到的一个挑战是，虽然你已经花费了半年的时间去做这项工作，但这并没有为客户或销售提供新的价值。他们看到的可能仅仅是一个在功能上并无任何变化的系统。对于架构师来说，这是一种压力，你会觉得自己的工作已经非常优秀，但对于其他人来说，他们无法看到这项工作的价值。

我想要分享的第二个观点是，所有公司都存在一种所谓的“技术债务”。技术债务是指诸如缺乏文档的旧代码，开发过程中出现的各种问题，或者重复功能模块等一系列问题。当我们试图在开发团队中实行 Devops 流程时，可能会发现许多开发人员不熟悉这个流程。他们需要签入代码 checkin，遵循各种流程和检查，以确保代码的质量达标。但是，有时业务需求极高，比如在明天就上线，这就使得整个 CI/CD 的流程变得压力重重。如果在这种情况下系统无法上线，责任往往会落到开发团队头上。但是如果说大家觉得这个架构师的人生已经非常痛苦了的话，其实不是这样的。

作为架构师，如果你想走出技术领域，向创业迈进，我想分享的是，架构师的工作实际上只是整个过程的一部分。昨天我在讲解 GPT 的时候，提到在制定企业战略时，有一个重要的建模模型，即 PEST 模型。PEST 代表政策（Policy）、经济（Economy）、社会（Social）和技术（Technology）。在这里，架构只是技术部分的一小部分。因此，如果你想建立一家公司，你可能需要再往前走一步，从公司的角度来考虑架构，思考公司应该如何运作，这将是我接下来要分享的内容。

首先，作为架构师，我们需要具备软件工程师的核心能力，包括系统设计、系统分析、系统建模、评估、沟通以及领导力。作为架构师，我们的工作领域广泛，包括向客户提供新功能，以及优化系统架构。然而，这些工作中有些可能非常繁琐和复杂。例如，向客户提供新功能，这些功能需要能够满足客户的需求，同时为他们创造实际价值。我们还需要处理一些可见和不可见的价值，例如修复 bug 和优化架构。

对于这些工作，我们需要有正确的商业认识。

对于创业者来说，需要考虑的问题主要包括客户和股东（包括投资人）。为什么我现在投资各种基金呢？其实是希望通过这种方式了解更多的创业公司，了解他们在市场上的动态，同时帮助创业者更好地理解商业模式，让公司能够首先存活下来。

创业其实是一件非常困难的事情，创业公司能够存活的比例非常低。我是在 2012 年创立的公司，如果今天再去回顾那个时候我知道的创业公司，我发现大约只有 1/3 的公司还存在，没有太大发展，不过仍在经营。还有许多企业已经注销或者不再经营了。如果我们去企查查上查询一些创业公司，会发现好多公司全是诉讼，创始人成了失信人欠了一堆钱。创业是个有趣的过程，因为一旦你开始，就没有回头路，你无法预知明天会发生什么。

我曾在一些大学讲授创业课程，一个学生问我遇到的最大困难是什么？我的回答是：下一个困难。因为当你克服了一个困难，它就不再是困难，总是下一个困难，而且每次的困难都比上次难。所以，作为创业者，你需要在服务众多的客户和甲方时，找到更高的维度，更有趣的方法来解决我们的企业架构的创业问题。

原来作为架构师的分析系统的能力是可以继续使用的，包括沟通力和领导力，对系统的评估、分析、建模，以及在公司内部的沟通能力和领导力，都是非常有用的。而且如果你能加强这些能力，会帮助我们架构师，在管理公司时变得更加理性和有逻辑，提高效率。但其实还有更多的能力要学习，如对市场的分析和建模。与我们进行软件系统建模的最大区别是，软件系统建模的对象是不变的，而市场分析和建模则面临的是一直在变化的市场环境。

不论你是使用 Docker，还是 kubernetes，设计模式完成后，它们是不会变化的。然而，在市场或创业的环境中，你会发现最大的挑战是一切都在变，市场上的人，你的竞争对手，你的员工，甚至整个的商业逻辑都在不断变化。

举例来说，如果你想做关于大型模型如 ChatGPT 的演讲，你可能会发现在你准备 PPT 两周后，内容就已经过期了。为什么呢？因为每天都有新的科技产品和创新出现，很多都是基于人工智能实现的。这时候，你就需要更深层次地考虑问题，而不是简单地用你原来的架构方式来处理。

第二个需要提升的是沟通能力，这不仅包括内部沟通，如对老板、同事或下属，也包括对外的客户沟通。有些客户可能并不理性，他们更看重情感交流，你可能需要和他们共进晚餐或一起喝酒来建立良好的关系。

此外，还包括诸如企业领导力、管理治理模式，以及市场、销售、财务、人事等各方面的管理知识。还有更为重要的企业架构设计，如如何分配股份 a 如何激励同事等。这些都是创业者需要学习和掌握的知识。每个领域的知识可能都需要在商学院中学习一学期才能掌握，而且还需要实际运用才能记住。

用云原生的架构来设计敏捷创业组织

但今天我想强调的不是这些创业应该怎么做，而是希望从架构师的角度来看，如何帮助架构师设计一个与云原生相关的企业。这是架构师的优势所在。为什么是优势呢？

如果一个销售人员要创办公司，他会选择租用大展厅，政府领导参观时会感到开心，或者购买豪车来接送客户，这些都是传统的商业模式。然而这种模式，从我的角度来看，更多是基于人性和传统的关系型的商业模式。

现如今，许多生意，或者说我们架构师能做的生意，其大部分实际上并不来自于人与人之间的关系型生意，而是来源于技术和创新。当然，人际关系也是必需的，我们不能完全忽视它。但是，如果还是坚持做这种关系型的生意，那么对于架构师来说，竞争优势可能并不明显。

另外，插一句，如果你在做公司的战略分析，商学院一定会教你一个模型，叫做波特五力模型。波特五力模型就是用来分析你在市场上具有什么样的竞争优势？你的优势对他人有何影响？反之，他人的优势对你有何影响？这个过程就是所谓的竞争战略分析。

云原生是一种建构关键业务系统的理念，它包括容器（Container）、自动化（Automation）、微服务（Microservices），以及现代化应用（Modern Applications）。这种理念强调的是业务需求的重要性，因此在创业或设计架构时，我们需要首先考虑业务需求。

想象一下，仅有 11 个人的团队卖出了价值 1 亿美元的产品，这听起来十分令人向往。实际上，如果我们 5 人的团队，能够卖出价值 5000 万人民币的产品，那每人分到的就有 1000 万，这在上海也可以买下一套房产。关键在于我们如何用敏捷的方式来帮助企业快速成长，并最大化其价值。

那么，如何提升一家创业公司的效率，或者让其价值最大化呢？首要的是要降低成本，同时赚取最多的收入。这就需要我们在市场上具有竞争优势。比如，你可以拥有比别人更多的客户，或者你的成本比别人低。但实际上，在如今变化如此之快的世界，我们常常需要应对各种不确定性，因此并非只有拥有更多客户或低成本就一定能成功。实际上，成功更可能来自于我们能否让公司以更快的速度获得收益，这就是所谓的“高频”。

比如，你可能听说过 996 工作制。如果我每天工作 12 个小时，而你只工作 6 个小时，那么我就能比你更快地完成工作。有人知道亚马逊的设计框架是如何工作的吗？亚马逊官方网站上详细描述了如何构建一家高频企业。在这里，他们提到了工作分解，以及小团队的重要性。亚马逊有一种称为"two pizza team"的管理理念，也就是说每个小团队的人数应该控制在两个披萨就能吃饱的程度，也就是大约 20 人左右。这样可以避免团队过大导致会议过长，工作效率低下。

同时，亚马逊也强调自动化的重要性。当我在微软工作时，大部分的工作都是通过自动化完成的。自动化不仅可以提高工作效率，也可以降低成本。最后，我们也需要接受失败的可能性。比如 SpaceX 在早期的测试中，火箭反复失败，但是他们并没有因此放弃，反而从中吸取教训，不断改进，最终成功。在中国，如果一个系统设计或程序发布后出现了问题，那么开发者是否还有机会修正他们的错误呢？在很多公司中，他们无法接受失败，这可能会阻碍创新和进步。因此，我们需要改变这种文化，接受并从失败中学习和进步。

 在云原生的架构中，有几个重要的概念，如不可变的技术设施和业务平台。他们在云原生中是 Docker 和 Kubernetes（K8S），他们提供了各种维护和运营功能。

对于创业公司，一个有效的策略是构建一个薄平台，它能支持小团队快速迭代和交付产品或服务。这种平台能帮助公司提取出共性部分，从而实现快速发展。第二个关键要点是微服务，推崇所有应用程序应通过 API 进行通信。这种强调 API 而非人际信息传递的方式有助于提高沟通效率，并避免在信息传递过程中产生信息变形。

第三个关键要点是容器编排和团队管理，提倡团队按照纵向（如前端、中台、后端）而非横向来进行组织和发展。这种组织方式对于创业公司和大型企业都适用，因为它鼓励纵向的开发流程。最后，DevOps 和企业数字文化被认为是架构师向创业者转变的关键因素。它强调的是持续更新、持续发布和持续学习。

从架构师走向创业者

如何从架构师转变为创业者？这是我从微软的网站上找到的关于云计算设计模式的介绍。我之前从事云计算的工作时，我对这些内容进行了深入的研究，其中也包括了分布式系统。云计算主要涉及负载均衡、故障转移等方面，例如在某些地方出现故障时，你可以切换到另一个服务实例。还有金丝雀部署和蓝绿部署等测试策略，以实现系统的持续可用性。虽然云计算设计模式有很多种，但由于它们相对稳定，所以实际上并不复杂。

如果你有创业的打算，我强烈建议你详细了解商业模式画布。商业模式画布包括几个关键要素，你需要考虑的是：首先是关键合作伙伴，你要和谁合作？谁是你的合作伙伴？其次是关键活动，也就是你要做什么？你的系统要实现什么功能？第三个要素是关键资源，你了解哪些客户？你拥有哪些技术和能力，可以为客户提供什么价值？你与客户之间有何种关系？还有销售渠道，你的产品或服务将卖给谁？成本结构是什么样的？收入来源又是什么？如果仅仅考虑架构方面的问题，相比刚才所介绍的内容，这些要素会简单得多。然而，我的观点是你需要对商业模式画布有一个清晰的认识。

当我们了解了架构的基础知识后，我强烈建议在从架构师转变为创业者或企业家的过程中，我们要意识到这些要素都是不断变化的，这是非常关键的。

我给大家展示的是一个云计算设计模式的图表，其中模式非常多，而商业模式的要素相对较少。云计算和软件架构相对稳定和简单，而商业环境则非常复杂且经常变化。作为架构师，你可能经常感觉自己像是项目经理，今天有人告诉你要做 A 功能，明天又改成其他功能，这不是你的决定，而是客户的决定。然而，当你创办自己的公司时，你必须以客户为中心，满足客户的需求。客户今天可能满意某个功能，明天却改变主意，要求进行修改。这时候你需要思考如何持续满足客户需求，包括在部署后无法更改的情况下。同时，利益相关方的需求也在持续变化。

人的行为模式是无法预测的，而系统的行为模式是可以预测的，包括应对逻辑和目标等方面。在商业环境中，我们会看到不同的人之间相互冲突。因此，我们建议在团队中实现各取所需的理念，让每个人都发挥自己的优势，这样才能使公司良好运转。然而，现实情况并非如此，尤其是从事技术工作的人常常认为自己是最厉害的。我曾经也这样认为，认为自己可以学会一切，但事实并非如此，你不可能掌握所有的知识和技能，因此你必须寻找合作伙伴，他可能是一个销售人员，你们之间的合作关系可能会非常好。

但你需要花费很多时间来建立信任，由于你们两个人的角色互补，你们的个性和逻辑思维方式肯定也不一样，因此一开始可能会有些摩擦。无论是在公司内部还是创业公司中的各种团队，只要涉及到不同的人，就一定会有矛盾。你需要建立机制来解决信任和矛盾问题。

在创业过程中，我们需要注意几个重要阶段。首先是建立自己的想法阶段。然后是概念化阶段，这两个阶段并不算是创业。真正的创业是当你辞职、建立公司并开始支付员工工资的那一刻。

第三阶段是承诺阶段，表明你对创业有责任心，全身心投入其中。接下来是第一轮、第二轮和第三轮的阶段，包括验证创业概念的可行性。然后是扩张阶段，不断扩大业务规模并寻求资金支持。最后是建立商业环境，持续经营。

因此，从创业的角度来看，你会发现这与架构师的系统思维有很多相似之处，特别是持续集成与持续交付（CI/CD）的系统。当你进行代码提交时，前面的步骤是在本地编写代码，然后是将其部署到生产环境，可能还有一个测试环境。然后是扩展阶段，对系统进行扩展并进行一些工作，最后将其部署到生产环境。

因此，伟大的企业都是从基础需求开始，逐步满足个人和企业的需求。在每个阶段中，你会注意到企业不断向前推进。大家知道中国企业的平均寿命吗？企业的寿命通常会比人的寿命短，大约两年左右。在这个过程中，只有极其少数的企业能够成为伟大的企业。

创业的第一步是对自己负责，对自己的认知能力负责，无论是作为架构师还是团队成员；第二步是对他人负责，作为架构师，通过你的工作来解决他人的需求。创业是解决相关问题的过程，创业首先是为了实现创意，关注小团队，解决小问题。

但如果你想打造一家伟大的企业，你就要进入第三步。在这个阶段，你需要对股东负责，了解市场的变化，并能够承担起企业和社会的责任。在这个过程中，你要努力帮助企业和我们的环境、社区不断成长。如果你有这样的想法或梦想，希望改变世界，我强烈建议你跳入市场，为了共同的利益，实现自己的价值，也帮助他人实现他们的价值。

活动推荐：

FCon全球金融科技大会（2023·上海站）是极客邦科技旗下 InfoQ 中国团队推出的面向金融行业高端技术管理者、技术专家的会议，50%参会者拥有 8 年及以上工作经验。

FCon 聚焦当前金融行业遇到的问题，围绕金融企业在数字化转型过程中的痛点，例如数据治理，智能化、数字化风控，数字化投研，数字化营销，IT 技术能力等方向，邀请国内外金融企业，来分享人工智能、区块链、大模型、大数据、数字货币等新一代信息技术实践话题，帮助听众解决技术和业务上的问题，提升技术能力。欢迎大家报名参会，详细信息可点击这里查看