您如何找到支持高风险、高回报项目的空间，尤其是当它是整个公司都依赖的系统时？每家公司都有一个关键业务系统，这些系统是在公司达到一定规模时构建的，并且多年来具有良好的稳定性记录，几乎没有理由对其进行篡改。但是随着公司的发展，一些问题开始浮出水面，尽管通过创建更多实例并在 Amazon Web Services (AWS) 上花费更多资金无法解决任何问题。很难将优化已经运行良好的系统作为优先事项。 然而，随着循环的重复，问题变得越来越大。
很快你就会发现自己陷入了一个恶性循环，系统欠佳且成本高昂。如果在高峰时段进行部署，会很复杂。编写新测试很乏味，而且迭代速度变慢。这不会让新工程师急于投入并完成他们毕生的工作。哦，还有成本。运行 280 个更大的 AWS 实例的价格会让您头晕目眩！在 ，该系统是 Nexus，这是我们内部构建的实时消息传递系统，每周发送数亿条消息。它工作得很好，但是需要越来越多的资源才能有效地运行，更新依赖项是有风险的，并且运行测试很慢。有几个人试图优化和简化 Nexus，但总是有更紧迫的工作要做。毕竟，很难将优化已经运行良好的系统作为优先事项，即使它很昂贵。
高风险，高回报 那么，Whatsapp手机号码列表 您如何找到承担高风险、高回报项目的空间呢？您如何处理重写整个公司所依赖的系统所需的那种实验？我们的一位工程师 William Tabi 认为他知道该怎么做——他决定翻转 Nexus 并用 Go 完全重写系统。他认为这比尝试更新和现代化现有的、低效且过于复杂的 Java 实现更容易. 然而，在他的其他承诺中找到时间这样做将是一个挑战。将更高的公司优先级暂停一周。 就在那时，一项新举措为此类项目开辟了空间。在工程层面，对讲单元分为两个具有相应目标的六周周期。这使得每季度多出一周，去年决定将这额外的几天变成“忙碌的一周”，这是日历上的一个专用空间，供个人贡献者决定他们本周想要做什么，最低限度的计划。
Wiggle 本周项目完全从头开始、提议和实施。他们通常不在对讲机的直接路线图上，这是自上而下决定的，因此，摆动周项目的结果并不重要。他们允许“我会在业余时间做这个”待办事项列表中的项目。Wiggle Weeks 让开发人员和设计师可以自由发挥创意，并提出自己的想法来做一些他们认为可以改善整体对讲机的事情，无论是为了员工还是客户。促进创新 从某种意义上说，Wiggle 周相当于 臭名昭著的 20% 时间，旨在促进创新。但由于运动周被整合到季度日历中，创造力和创新的空间被明确化，而不是由人们为自己留出时间和空间。一般来说，押注大型高风险公司并不是一个好方法。 它们实现了 William 设想的那种高风险、高回报的项目——使用 Go 重写 的核心功能之一，这是一种他以前从未使用过的语言。自然而然，这种提议很难获得批准。