En GitLab, udalenka no es un riesgo comercial, sino una ventaja competitiva.
Soy gerente de producto en GitLab. Normalmente hago la fase de planificación en el ciclo de vida de DevOps . Vine en noviembre de 2016 y desde entonces admiro los avances que GitLab está desarrollando como producto y como equipo. Muchos recién llegados me piden un café sobre la cultura GitLab, especialmente sobre udalenka, porque solo trabajamos así . Con el tiempo, mis puntos de vista cambiaron, y quiero decirles por qué udalenka me parece no como un obstáculo, sino como una ventaja competitiva. De todos modos, para GitLab.
Como me acostumbré
Cuando llegué a GitLab, me pareció que udalenka era un problema que necesitaba ser resuelto. O al menos control. Pensé que era un riesgo. Por ejemplo, quería reunirme con mi equipo todos los días. Las compañías de Silicon Valley y los libros inteligentes dicen que necesita reunirse y comunicarse regularmente, de lo contrario es imposible crear un producto exitoso y conquistar el mercado. Para mi horror de esa época, nunca nos conocimos (y no vamos a hacerlo). Y, algo extraño, cooperamos fructíferamente y entregamos productos solo en el camino. Ciertamente no esperaba esto.
Luego se acostumbró a hacer productos al estilo de GitLab , y el udalenka no parecía tan arriesgado. Hay, por supuesto, un par de desventajas, pero el resto es pura alegría. Aquí están los pros y los contras de udalenka , si está interesado.
En realidad, sopesar los pros y los contras no es suficiente para describir la importancia del trabajo remoto para GitLab. Con el control remoto (y otros componentes clave de GitLab), creamos innovaciones muy rápidamente, lo que significa que obtenemos una ventaja competitiva única. Y aquí está el por qué.
Componentes interdependientes
Udalenka encaja muy bien en GitLab gracias a importantes componentes interdependientes:
Comunicaciones asincrónicas
Los empleados remotos se encuentran dispersos por todo el planeta y trabajan en diferentes zonas horarias. Por lo tanto, preferimos las comunicaciones asincrónicas (generalmente en forma de texto) , extendidas en espacio y tiempo. En este formato, debe registrar todo y expresarse de manera clara y clara. No hace lo contrario, porque a veces es posible intercambiar solo una o dos frases al día. Preferimos el texto, porque en Internet y en las aplicaciones modernas (por ejemplo, en tareas de GitLab ), el texto es adecuado para organizar, buscar e hipervínculos. El texto es fácil de analizar y asimilar. Esta es una forma muy efectiva de comunicación, especialmente para la colaboración.
Transparencia
Los mensajes digitales asíncronos se pueden enviar tantos como desee, a diferencia de los documentos en papel en la oficina. No estamos cercados por muros, como en las empresas tradicionales. Nuestras comunicaciones y trabajo son transparentes por defecto. A veces tiene que agregar permisos y luego administrarlos nuevamente, y esto es un gasto adicional. Si desea enviar un mensaje, debe pensar en quién debería recibirlo y configurar los permisos. Los destinatarios también obtienen más trabajo, porque no accederán al contenido tan fácilmente. Este es un dolor de cabeza adicional, y esas cosas se acumulan. Intentamos evitarlos.
Por lo tanto, está claro que cualquiera puede ver su mensaje, incluso si no funciona aquí. Entonces es mejor decirlo de inmediato.
Si todo es transparente, decir la verdad es muy simple y no hay necesidad de mentir. Esto no solo es correcto, sino también beneficioso en términos de desarrollo empresarial a largo plazo. Por ejemplo, está claro que cualquiera puede ver su mensaje, incluso si no funciona aquí. Por lo tanto, es mejor decirlo inmediatamente tal como es, y rápidamente te acostumbras. No necesita inventar una versión separada para cada uno, y aún así recordar lo que envió a quién. Tienes una fuente de verdad y no te confundirás con ella. No hay otros Generalmente tenemos esta descripción en el boleto.
¡Todos bailan!
Cuando una única fuente de verdad está disponible para todos, todos contribuyen . Todos tienen la misma información y todos pueden trabajar con ella. ¿Recuerdas que dije que el remitente generalmente piensa quién recibirá el mensaje? En nuestro caso, algo útil puede venir de donde no esperaron. No se puede hacer esto sin transparencia: las barreras artificiales impiden la posible cooperación. A veces las buenas ideas necesitan madurar. Por ejemplo, expresó alguna idea, pero las condiciones para ello no son las más adecuadas. Y luego resulta que es solo cuestión de tiempo. En el futuro, alguien desenterrará esta idea y la desarrollará aún más, utilizando todas las discusiones y desarrollos abiertos.
Cuando todos pueden enviar una idea, se convierten en un carro. En GitLab, a veces las mejores soluciones a problemas complejos provienen de equipos completamente diferentes. Pero todavía tenemos los responsables . Toman decisiones cuando estamos atascados.
Iteración
¿Cómo recopilar todas estas comunicaciones y colaboraciones si son esencialmente transaccionales, distribuidas y no estructuradas? Tenemos que trabajar de forma iterativa . Muchos (incluido yo) piensan que entienden la iteración hasta que llegan a GitLab. Constantemente veo a los recién llegados que se sorprenden de hasta qué punto hemos traído este concepto. El producto y el código se entregan en fragmentos mínimos para que el desarrollador reciba inmediatamente comentarios y sepa dónde trabajar a continuación. En GitLab, cortas pequeñas piezas e inmediatamente te pones a trabajar. Por supuesto, estamos haciendo planes grandiosos, pero no estamos obsesionados con un análisis detallado. Simplemente tomamos la tarea más pequeña y la resolvemos. Cada día de espera, lo consideramos una ganancia perdida. Es mejor hacer al menos algo hoy y obtener el resultado de inmediato. Estamos enfocados en la acción .
Cada día de espera, lo consideramos una ganancia perdida. Es mejor hacer al menos algo hoy y obtener el resultado de inmediato.
Y pequeños fragmentos tienen pequeños problemas. Es lógico que haya más personas interesadas en problemas menores: mirar la descripción del boleto no es una presentación de dos horas para que se siente. Y dado que el problema es transparente por defecto, cualquiera puede resolverlo. Personalmente, discuto 20-30 problemas a la misma hora todos los días. Apenas lo habría dominado si tuviera que ir a reuniones especiales cada vez. Como resultado, al menos participé de alguna manera en una increíble cantidad de proyectos. Multiplique esto por todos los equipos de GitLab y luego por toda la comunidad de GitLab, y de inmediato queda claro de dónde provienen todas estas innovaciones en GitLab.
GitLab no sufre con el control remoto, pero se beneficia al máximo.
En conclusión
Aquí hablé sobre correspondencia interminable y una fuente de ideas. Entonces trabajamos. Sucede que los recién llegados en unas pocas semanas notan que se estancaron en todas las discusiones a la vez. Esto no es sorprendente, porque estamos desarrollando, hay cada vez más ideas, nuestra red está creciendo y los lazos entre nosotros se están multiplicando. Pero muy pronto, los principiantes aprenden a elegir solo los más interesantes. Creo que esta es una buena estrategia, porque las buenas ideas atraen más atención y confiamos en nuestra mente colectiva. Pero aún necesitamos roles y responsabilidades claramente definidos para que especialistas y tomadores de decisiones limitados impulsen nuestras innovaciones en la forma correcta
dirección.
¿Y cómo lidias con udalenka? Publique un comentario o un tweet en @gitlab .