2010年，Freshworks以一个6人团队的形式开始了对Freshdesk第一个版本的不懈努力。在接下来的8年里，这个团队已经发展到近2000名成员。我们已经推出了九种产品，涵盖了客户参与的各个方面，现在我们已经创建了一个客户参与平台（CEP）。这是一次艰难的攀登。在这八年里，我们成功地筹集到了2.49亿美元，目前世界上一些大型投资者的估值超过10亿美元。简单地说，在过去几年里，我们已经制造了一些产品；雇佣了数百名工程师，并建立了帮助我们扩大规模的流程。这是我们的故事，我们是如何做到的。召集工程师工程师不仅利用技术来制造解决问题的产品，而且在创造商业价值方面起着至关重要的作用。因此，我们必须思考如何才能作为一个团队发挥作用，并确保各个团队成员之间存在协作。此外，我们必须确保我们行动敏捷，在从一个小团队扩展到一个拥有多个相互依赖的团队的大型组织的同时，保持对事物的掌控。最初，我们的创始人兼首席执行官Girish领导产品管理，编制功能规范。Shan是我们的联合创始人兼首席技术官，他是架构师，与spec一起设计解决方案，并将工作分配给团队中的三个开发人员。我们的技术运营总监Kiran负责基础设施的要求，而Parsu负责设计要求。他们有着共同的愿景，并具有迅速实现业务目标的敏捷性。他们一起开发了我们的第一款产品——Freshdesk，一款客户服务软件。随着我们的扩张，我们围绕产品管理、前端开发、后端开发和质量保证分组工程师的技能建立了我们的团队。同时，我们的客户群稳步增长。到2014年，我们扩大了销售团队，以提高销售速度。销售团队带来了很多新功能或缺陷修复的请求，但我们无法跟上请求数量的增长，因为那时我们没有招聘足够的工程师。因此，在接下来的两年里，我们致力于按比例扩大我们的工程团队。以前是一个由少数人组成的小团队，现在已经发展成为大型的分布式团队。当我们扩展我们的团队时，我们经历了多个阶段：构思、启动、分析、设计、编码、测试、部署和维护。这就是工程设计的瀑布模型，每个阶段都必须在进入下一步之前完成。由于每个功能团队都很小，所以在最初的几年里，这种模式对我们有效。但是后来，随着我们的成长，我们意识到周期时间越来越长；由于每个团队的可交付成果都很大，我们逐渐失去了在粒度级别上迭代的灵活性。从后面的阶段学到的任何东西都必须在整个过程中重新编写，这导致为我们的客户发布特性所花费的时间增加了。在最初的日子里，由于每个人都在同一个屋檐下工作，团队之间的沟通不是一个挑战。同样，当团队开始扩展时，每个团队开始在一个筒仓中运行，专注于完善他们发布的特性。团队之间的交流不如以前那么多了。信息分散在各个职能部门，尽管它仍然朝着同一个产品目标前进。将不同团队的工作集成到一个一致的特性发布中不仅仅是一个工程任务，它也正在成为一个通信挑战。我们意识到，随着规模的扩大，我们必须超越瀑布模型。下一步呢？我们希望统一产品开发工作，将产品所有者和开发团队聚集在一起，在团队中拥有一个共同的愿景，并为用户构建一个更好的产品。保持我们的创业价值观是最重要的。我们一直相信透明、培养互信和直言不讳，但从来没有把这些写在办公室的墙上，因为我们讲的是这种语言，这是一种不可或缺的工作方式。随着公司的发展，我们希望采用一个与公司文化相一致的框架。我们决定在敏捷框架上工作以探索适合性，然后通过定制框架来满足我们的优势来采用这个框架。我们在提出我们称之为Freshwave时，牢记了三个基本原则。对齐我们将多个跨职能团队重组为团队，这将业务和工程职能结合在一起。它使团队能够制造出更强大的产品并将其推向市场。我们不再是为了同一个目标而在一起工作。协作一旦我们让每个人都一致，人们就开始交流反馈，这有助于我们改进流程。通过更快的优先级划分方法，我们能够构建功能并纳入客户反馈。速度新的Freshwave模型给了我们新的活力，帮助我们灵活地发布功能。我们能够优先考虑我们的工作，逐步地构建特性，并不断地以更小的块来交付它。把较大的队伍分成小队有助于提高我们的速度。一旦我们采用了我们自己的Freshwave模型，我们就改造并授权我们的团队做出决策并设定自己的目标。这使得团队能够灵活地行动。我们还让团队组织起来实现目标，同时进行跨职能贡献。例如，如果有人需要为某个特性构建一个前端层，那么他/她是否是后端开发人员并不重要；不再存在基于角色的任何自我限制；每个人都能够完成需要完成的任务，而不管其功能如何。重组和重组帮助我们将具有适当技能的团队聚集在一起，并构建客户对我们的期望。关于交付特性，最初，我们将在所有功能开发完成后才发布软件。然而，今天，随着持续交付，我们的开发方式意味着即使功能不完整，代码也可以发布到生产中，使用诸如特性切换之类的技术。重点是在定期发布周期中发布无缺陷代码，从而提高部署的速度和速度。Freshwave只是众多项目中的一个，帮助我们为我们的工程团队建立了坚实的基础，以有效地扩展他们的流程。许多其他的举措一起帮助我们实现了以客户为中心的快速发货的目标。我们在启动Freshwave时刻时的愿景是保留最初团队构建Freshdesk产品的方式。我们希望在每一个工作方式上都保持一个初创企业的地位——灵活地做出决定，拥有我们所做的工作，并以共同的愿景合作，为我们的客户带来惊喜时刻。在本系列的后续部分中，我们将深入研究我们的各种工程计划，例如Freshwave（敏捷开发模型）全球优先权清单（GPL）（整个公司的季度优先顺序）i2P（创意到产品——建筑产品的Freshworks风格）抱负（一个全公司范围的论坛，用于创建透明度并展示每个团队的成就）人员发展计划（量身定制的学习和发展计划）技术建筑师委员会（TAC）（讨论建筑评论的核心委员会） 相关岗位随着你的成长，扩大工程团队砰的一声踢开了我们班加罗鲁的办公室！