在GitLab上，udalenka不是业务风险，而是竞争优势。
我是GitLab的产品经理。 我通常在DevOps生命周期中进行计划阶段 。 我于2016年11月来到这里，从那以后，我欣赏GitLab作为产品和团队正在发展的突飞猛进。 许多新来者向我请教有关GitLab文化的咖啡 ，尤其是有关udalenka的咖啡，因为我们只是这样工作 。 随着时间的流逝，我的观点发生了变化，我想告诉您为什么udalenka在我看来不是障碍，而是竞争优势。 无论如何，对于GitLab。
我怎么习惯
当我来到GitLab时，在我看来udalenka是一个需要解决的问题。 或至少是控制。 我认为这是一种风险。 例如，我想每天与团队会面。 硅谷公司和智能书说，您需要定期开会和讨论，否则就不可能创建成功的产品并征服市场。 令我感到恐惧的是，我们从未见过（也不会去）。 而且-奇怪的是-我们进行了富有成效的合作，仅在路上提供产品。 我当然没想到这一点。
然后他习惯了使用GitLab风格制作产品 ，而udalenka似乎没有那么冒险。 当然，有一些缺点，但是其余的是纯粹的快乐。 如果感兴趣，以下是udalenka的优缺点 。
实际上，仅权衡利弊不足以描述GitLab远程工作的重要性。 通过远程（以及GitLab的其他关键组件），我们可以非常快速地进行创新，这意味着我们可以获得独特的竞争优势。 这就是为什么。
相互依赖的组件
由于重要的相互依赖组件，Udalenka非常适合GitLab：
异步通讯
远程员工分散在全球各地，并在不同时区工作。 因此，我们更喜欢在空间和时间上扩展的异步通信（通常以文本形式） 。 用这种格式，您必须记录所有内容，并清晰表达。 否则就不会这样做，因为有时一天只可以交换一两个词组。 我们更喜欢文本，因为在Internet和现代应用程序中（例如，在GitLab任务中 ），文本适合组织，搜索和超链接。 文本易于解析和吸收。 这是一种非常有效的沟通方式，尤其是对于协作而言。
透明性
可以发送任意数量的数字异步消息，这与办公室中的纸质文档不同。 我们没有像传统公司那样被围墙围起来。 默认情况下，我们的沟通和工作是透明的。 有时，您必须添加权限，然后再次对其进行管理，这是一笔额外的费用。 如果要发送消息，则需要考虑应由谁接收消息并配置权限。 收件人还可以完成更多工作，因为您不会那么容易地获得内容。 这特别令人头疼，并且这些东西会堆积。 我们试图避免它们。
因此很明显，即使在这里不起作用，任何人都可以看到您的消息。 所以最好马上说。
如果一切都是透明的，说实话就很简单，也无需撒谎。 这不仅是正确的，而且对长期业务发展也有好处。 例如，很明显，即使您的消息在这里不起作用，任何人都可以看到您的消息。 因此，最好立即按原样说出来，这样您很快就会习惯它。 您不需要为每个发明一个单独的版本，然后仍然记得您发送给谁的内容。 您只有一个真理来源，您不会对此感到困惑。 没有其他人了。 我们通常在票证中有此描述。
大家跳舞！
当每个人都有唯一的真理来源时， 每个人都会做出贡献 。 每个人都有相同的信息，每个人都可以使用它。 记住，我说发件人通常认为谁会收到该邮件？ 在我们的情况下，有用的东西可能来自他们没有等待的地方。 没有透明度，您将无法做到这一点：人为障碍阻碍了可能的合作。 有时候好主意需要成熟。 例如，您表达了一些想法，但条件并非最合适。 事实证明，这只是时间问题。 将来，有人将通过所有公开的讨论和发展来挖掘并进一步发展这个想法。
当每个人都可以提出一个想法时，他们就变成了马车。 在GitLab上，有时，解决复杂问题的最佳解决方案来自完全不同的团队。 但是我们仍然有那些负责任的人 。 当我们陷入困境时，他们会做出决定。
迭代
如果本质上是事务性，分布式和非结构化的，那么如何收集所有这些通信和协作？ 我们必须反复工作。 许多人（包括我）都认为他们了解迭代，直到他们来到GitLab。 我不断看到新来者对我们将这个概念带到何种极端的程度感到惊讶。 产品和代码以最小的片段交付，因此开发人员可以立即收到反馈，并知道下一步该做什么。 在GitLab上，您切掉了小块，然后立即开始工作。 当然，我们正在制定宏伟的计划，但是我们并不会专注于详细的分析。 我们只是承担最小的任务并解决它。 每天的等待，我们认为这是损失的利润。 最好今天至少要做一些事情，并立即获得结果。 我们专注于行动 。
每天的等待，我们认为这是损失的利润。 最好今天至少要做一些事情，并立即获得结果。
小碎片有小问题。 顺理成章的是，有更多的人对小问题感兴趣：查看票证描述不是您需要坐两个小时的演示文稿。 由于默认情况下该问题是透明的，因此任何人都可以解决。 我个人每天同时讨论20-30个问题。 如果我每次必须参加特别会议，我几乎不会掌握它。 结果，我至少以某种方式参与了许多项目。 将其乘以所有GitLab团队，然后乘以整个GitLab社区，就可以立即清楚所有这些创新的来源都来自GitLab。
GitLab不会受到遥控器的影响，但会从中受益匪浅。
总结
我在这里谈论了无休止的往来和思想的源泉。 所以我们工作。 刚好有几周的新人注意到他们在所有讨论中都陷入了困境。 这不足为奇，因为我们正在发展，有越来越多的想法，我们的网络正在发展，我们之间的联系正在加倍。 但是很快，初学者就会学会只选择最有趣的东西。 我认为这是一个不错的策略，因为好的想法会吸引更多的注意力，而且我们相信我们的集体思想。 但是我们仍然需要明确定义角色和责任，以便狭窄的专家和决策者将我们的创新推向正确的方向
方向。
您如何处理udalenka？ 在@gitlab上发表评论或鸣叫。