No GitLab, udalenka não é um risco comercial, mas uma vantagem competitiva.
Sou gerente de produtos no GitLab. Normalmente, faço a fase de planejamento no ciclo de vida do DevOps . Eu vim em novembro de 2016 e desde então admiro os trancos e barrancos que o GitLab está desenvolvendo como um produto e como uma equipe. Muitos recém-chegados me pedem café sobre a cultura GitLab, especialmente sobre udalenka, porque trabalhamos apenas assim . Com o tempo, minhas opiniões mudaram, e quero lhe dizer por que udalenka não me parece um obstáculo, mas uma vantagem competitiva. Enfim, para o GitLab.
Como eu me acostumei
Quando cheguei ao GitLab, parecia-me que udalenka era um problema que precisava ser resolvido. Ou pelo menos controle. Eu pensei que era um risco. Por exemplo, eu queria me encontrar com minha equipe todos os dias. As empresas e os livros inteligentes do Vale do Silício dizem que você precisa conhecer e se comunicar regularmente, caso contrário, é impossível criar um produto de sucesso e conquistar o mercado. Para meu horror da época, nunca nos conhecemos (e não vamos). E - uma coisa estranha - cooperamos frutuosamente e entregamos produtos apenas na estrada. Eu certamente não esperava isso.
Então, ele se acostumou a fabricar produtos no estilo do GitLab , e a udalenka não parecia tão arriscada. É claro que existem alguns pontos negativos, mas o resto é pura alegria. Aqui estão os prós e contras de udalenka , se estiver interessado.
Na verdade, avaliar os prós e os contras não é suficiente para descrever a importância do trabalho remoto para o GitLab. Com o controle remoto (e outros componentes-chave do GitLab), criamos inovações muito rapidamente, o que significa que obtemos uma vantagem competitiva única. E aqui está o porquê.
Componentes interdependentes
Udalenka se encaixa tão bem no GitLab graças a importantes componentes interdependentes:
Comunicações assíncronas
Os funcionários remotos estão espalhados por todo o planeta e trabalham em diferentes fusos horários. Portanto, preferimos comunicações assíncronas (geralmente em forma de texto) , estendidas no espaço e no tempo. Nesse formato, você precisa gravar tudo e ser expresso de forma clara e clara. Não é o contrário, porque às vezes é possível trocar apenas uma ou duas frases por dia. Preferimos texto, porque na Internet e em aplicativos modernos (por exemplo, nas tarefas do GitLab ), o texto é adequado para organização, pesquisa e hiperlinks. O texto é fácil de analisar e assimilar. Essa é uma forma muito eficaz de comunicação, especialmente para colaboração.
Transparência
As mensagens assíncronas digitais podem ser enviadas quantas desejar, ao contrário dos documentos em papel no escritório. Não somos cercados por muros, como nas empresas tradicionais. Nossas comunicações e trabalho são transparentes por padrão. Às vezes, você precisa adicionar permissões e gerenciá-las novamente, e isso é uma despesa extra. Se você quiser enviar uma mensagem, pense em quem deve recebê-la e configure as permissões. Os destinatários também recebem mais trabalho, porque você não acessa o conteúdo com tanta facilidade. É uma dor de cabeça extra, e essas coisas se acumulam. Tentamos evitá-los.
E, portanto, fica claro que qualquer pessoa pode ver sua mensagem, mesmo que ela não funcione aqui. Portanto, é melhor dizer imediatamente.
Se tudo é transparente, dizer a verdade é muito simples e não há necessidade de mentir. Isso não é apenas correto, mas também benéfico em termos de desenvolvimento de negócios a longo prazo. Por exemplo, é claro que qualquer pessoa pode ver sua mensagem, mesmo que ela não funcione aqui. Portanto, é melhor dizer imediatamente como está e você se acostuma rapidamente. Você não precisa inventar uma versão separada para cada uma delas e ainda se lembrar do que enviou a quem. Você tem uma fonte de verdade e não ficará confuso nela. Não há outros. Normalmente, temos essa descrição no ticket.
Todo mundo dança!
Quando uma única fonte de verdade está disponível para todos, todos contribuem . Todo mundo tem a mesma informação e todos podem trabalhar com ela. Lembre-se, eu disse que o remetente geralmente pensa quem receberá a mensagem? No nosso caso, algo útil pode vir de onde eles não esperaram. Você não pode fazer isso sem transparência: barreiras artificiais impedem uma possível cooperação. Às vezes, boas idéias precisam amadurecer. Por exemplo, você expressou alguma idéia, mas as condições para ela não são as mais adequadas. E então acontece que é apenas uma questão de tempo. No futuro, alguém irá desenterrar essa idéia e desenvolvê-la ainda mais, usando todas as discussões e desenvolvimentos abertos.
Quando todos podem enviar uma ideia, eles se tornam uma carruagem. No GitLab, algumas vezes as melhores soluções para problemas complexos vêm de equipes completamente diferentes. Mas ainda temos os responsáveis . Eles tomam decisões quando estamos presos.
Iteração
Como coletar todas essas comunicações e colaboração se elas são essencialmente transacionais, distribuídas e não estruturadas? Temos que trabalhar iterativamente . Muitos (inclusive eu) acham que entendem a iteração até chegarem ao GitLab. Vejo constantemente os recém-chegados que ficam surpresos com o grau extremo que trouxemos esse conceito. O produto e o código são entregues em fragmentos mínimos, para que o desenvolvedor receba feedback imediatamente e saiba onde trabalhar em seguida. No GitLab, você corta pequenos pedaços e imediatamente começa a trabalhar. Obviamente, estamos fazendo planos grandiosos, mas não estamos fixados em uma análise detalhada. Nós apenas pegamos a menor tarefa e resolvemos. Todos os dias de espera, consideramos um lucro perdido. É melhor fazer pelo menos alguma coisa hoje e obter o resultado imediatamente. Estamos focados na ação .
Todos os dias de espera, consideramos um lucro perdido. É melhor fazer pelo menos alguma coisa hoje e obter o resultado imediatamente.
E pequenos fragmentos têm pequenos problemas. É lógico que há mais pessoas interessadas em pequenos problemas: olhar para a descrição do ticket não é uma apresentação de duas horas para você se sentar. E como o problema é transparente por padrão, qualquer um pode resolvê-lo. Pessoalmente, discuto 20 a 30 problemas no mesmo horário todos os dias. Eu dificilmente teria dominado se tivesse que ir a reuniões especiais todas as vezes. Como resultado, pelo menos de alguma maneira participei de um número incrível de projetos. Multiplique isso por todas as equipes do GitLab e depois por toda a comunidade do GitLab, e fica imediatamente claro de onde vêm todas essas inovações no GitLab.
O GitLab não sofre com o controle remoto, mas em todos os benefícios.
Em conclusão
Aqui falei sobre correspondência sem fim e uma fonte de idéias. Então nós trabalhamos. Acontece que os recém-chegados, em poucas semanas, notam que estavam atolados em todas as discussões ao mesmo tempo. Isso não é surpreendente, porque estamos desenvolvendo, há cada vez mais idéias, nossa rede está crescendo e os laços entre nós estão se multiplicando. Mas logo, os iniciantes aprendem a escolher apenas os mais interessantes. Penso que esta é uma boa estratégia, porque boas ideias atraem mais atenção e confiamos na nossa mente coletiva. Mas ainda precisamos de papéis e responsabilidades claramente definidos, para que especialistas e tomadores de decisão estreitos promovam nossas inovações da maneira certa.
direção.
E como você lida com udalenka? Poste um comentário ou tweet no @gitlab .