Freshworks（前身为Freshdesk）于2010年由一个6人组成的小团队推出，该团队创建并推出了第一个产品，即帮助热线工具Freshdesk。团队共享了构建下一代帮助台的共同愿景，明确了其业务目标和路线图，大数据需要学习什么，并高效地执行了项目。在团队第一次聚在一起9个月后，第一个产品上市了。在最初的几个月里，我们获得了大约100个客户，公司进入了"高速增长阶段"，到2015年，我们的员工超过500人。虽然这对公司很好，但我们员工觉得我们已经成长到没有团队知道其他团队在做什么的程度。我们甚至觉得我们在放慢速度，失去了六人组的敏捷性。但正是这种敏捷性把我们带到了现在。我们得想办法把它带回来。我们想创建一个框架，一种工作方式，确保即使团队规模扩大，效率也保持不变如果我们不能很快想出一个框架，我们会损失很多：功能性的筒仓将开始渗透到组织中。每个职能部门都开始完善自己的工作领域，多个独立的团队只专注于自己的工作而不是整体的任务，可能会导致最终输出的延迟，但我们知道我们应该把整个公司和客户的利益放在团队利益之前工程师和客户之间出现了分歧。工程师们倾向于孤立无援，专注于产品开发的工程方面，而创建以用户为中心的产品的愿景变得模糊迭代速度较慢，何为大数据，因为工程师倾向于将特性作为一个整体来处理，而不是将其拆分为小项目并迭代地为客户增加价值。拆分任务还将使团队能够经常发布特性和更新，并以较短的周期为客户增加价值。然而，当我们是一家六人创业公司时，我们的敏捷性是我们成功的核心。我们想成为一个"永恒的创业者"于是，Freshwave诞生了Freshwave是一个倡导"快乐工作环境"的公司，致力于尽可能地恢复工作的创业模式基金会的关键要素引入一个新的框架，带来一个转变意味着在保持组织文化和公司建立基础的同时，无情地忘却、重新学习和适应公司内部的多种变化我们研究了不同的Scrum模型，研究了市场上不同的工具，并定制了一个框架我们把自己组织成多个跨职能团队，内部有一个小分队，可以自主行动，像忍者一样行动，完成任务我们启动了一个名为"鹰"的季度练习，在这个练习中，我们将团队的路线图与组织的广泛目标相一致，并与面向客户的团队协作。整个产品开发团队聚在一起了解每个团队的方向，我们为什么要构建某些功能，以及它们将对业务产生什么影响。我们把这个练习称为"鹰"，它的灵感来自于这种鸟"有着极其强大的视觉"的特性。鸟儿教会我们要保持耐心，但要时刻保持在当下，时刻关注未来，同时不要忘记注意我们现在的环境。它也提醒你，当机会来临时，你必须是第一个看到它的人，你需要行动迅速ProjectEagle的目标是在整个产品中确定并发布一个全局优先的列表，这样我们就可以集中精力于客户的广泛需求和需求，而不是专注于某些模块和特性。我们面向客户的团队—销售、市场营销、客户成功、支持—向他们讲述他们的需求，而产品经理和工程师根据这些会议产生的广泛主题调整我们的路线图做正确的转换建立一个新的框架比实际实现变更和实现工作方式的转变要容易得多在这一阶段，你应该记住以下几点：提供大局：让团队知道为什么会改变现状是很重要的，尤其是如果这是团队工作方式的改变。在Freshworks，我们经常举行"全体员工"会议，所有员工包括领导成员都聚集在一起讨论公司的现状和公司的发展方向。我们还开设了在线论坛，允许员工互动并向领导团队提出问题。利用同一地点并促进协作：确保团队之间的沟通和协作是很重要的，因为如果不同团队和职能之间没有交流，就会出现筒仓。如果你的大部分员工都在同一个地方，那么就要充分利用它，确保不同的团队能够协同工作，而不是仅仅是虚拟互动培养自主文化：团队应该能够自己决定哪些问题需要解决，为什么需要解决，以及如何解决。我们鼓励这样做，并提供一个实验和快速行动的环境。我们让团队找到了实现这一目标的方法，并提出了一个"黑客日"的想法，这是一个为期一天的黑客竞赛，在一天内完成可以开发、测试和评审的项目结构和仪式我们从建立多个动态团队、创建积压、建立一致的反馈系统和组织冲刺开始。我们通常保持团队的精简，每个团队都有一个产品负责人、一个用户体验设计师、四个产品开发人员和两个测试自动化工程师我们的sprint周期包括团队成员协作创建一个要完成的任务列表，检查并确定待办事项的优先级，规划我们将在接下来的两个sprint中构建的功能，并就当前sprint周期中应该完成的项目数量达成一致。待办事项不断更新–删除不相关的项目，添加新的项目，重新评估项目的优先级，并将高优先级的项目拆分为更小的模块当我们能够让我们的团队按照一种节奏工作，帮助我们为我们的工作方式建立一个基线，我们开始分析不同的改进，并注意到仪式是如何增加团队价值的以下是一些仪式的收获：站立：我们每天举行站立会议，一个15分钟的限时活动，一个检查点，供团队检查和调整，以实现冲刺目标。但是，如果在会议期间工作项目没有很好地分解，那么站起来就变得多余了。因此，确保分解不同的项目，以便团队能够识别风险并相应地减轻风险评估：我们使用计划扑克来促进团队成员在计划期间的对话，以评估用户情景。重点不应该放在数字上，而应该放在相对性、复杂性和未知数上。目的是减少团队工作项的模糊性。这也是一个帮助团队提高自身技能的好机会，因为当我们讨论如何让一个5分的用户故事成为另一个开发人员的三分之一，以及团队如何开始改进彼此之间的学习回顾性的问题，直到一个团队能够很好地运用回顾性的技巧，才能很好地将其转化为一项持续的改进。对于具有回顾性的团队来说，主要的结果是有有限的行动项目，并将直接负责的个人（DRI）映射到项目中，这样团队就可以体验到小步骤是如何帮助他们改进的。你还可以引入视觉隐喻，有趣的回顾，以及其他类似的技术来帮助团队协作并使其可持续发展回顾我们的旅程我们已经两年了，我们在Freshworks用Freshwave的方式开始转型工作。我们回顾一下我们的旅程：交叉授粉而非标准化：团队应该能够选择他们的工作方式。给他们一个框架，但允许他们即兴发挥。异花授粉胜过跨团队实施标准化。在Freshworks，虽然我们仍有主要产品采用Freshwave，但不同产品的工作方式却大不相同将工作项分解成更小的部分：如果有一个大的故事通常被称为"史诗"，它应该被分解成多个独立的、可测试的和可交付的用户场景。然而，大数据时代，这是一个很难完善的部分，因为以一种有意义的方式对故事进行切片，并确保切片的数量是正确的，品高云，这是确保我们能够经常为客户增加价值的关键限制WIP：设置WIP项目的限制可以帮助您的团队只专注于当前任务，从而更快地完成单个工作项。我们遵循一个经验法则，在任何时候，一个团队只能在一个史诗中工作。这将确保团队能够专注于该项目，大数据精准获客，并在获取下一个项目之前将其作为团队进行运送。提升技能：我们不断追求员工的发展，为所有员工提供一个提升自身技能的环境。我们鼓励开发人员成为全栈开发人员，推动入门级工程师不受限制地参与开发工作，并允许开发人员参与系统设计以开发特性培养跨职能文化：我们鼓励团队跨职能工作，但虽然我们不希望我们的团队成员在前端和后端都做到完美，但当需要完成一些关键的、对时间敏感的工作时，他们会介入并接手工作衡量幸福指数：很重要