Sur GitLab, udalenka n'est pas un risque commercial, mais un avantage concurrentiel.
Je suis chef de produit sur GitLab. Je fais généralement la phase de planification du cycle de vie DevOps . Je suis arrivé en novembre 2016 et depuis, j'admire ce que GitLab fait de pas en avant en tant que produit et en équipe. De nombreux nouveaux arrivants me demandent un café sur la culture GitLab, en particulier sur udalenka, car nous ne travaillons que comme ça . Au fil du temps, mon point de vue a changé et je veux vous dire pourquoi udalenka me semble non pas comme un obstacle, mais comme un avantage concurrentiel. Quoi qu'il en soit, pour GitLab.
Comment je me suis habitué
Quand je suis arrivé à GitLab, il me semblait que l'uddalenka était un problème qui devait être résolu. Ou du moins le contrôle. Je pensais que c'était un risque. Par exemple, je voulais rencontrer mon équipe tous les jours. Les entreprises de la Silicon Valley et les livres intelligents disent que vous devez vous rencontrer et parler régulièrement, sinon il est impossible de créer un produit réussi et de conquérir le marché. À mon horreur de cette époque, nous ne nous sommes jamais rencontrés (et n'allons pas le faire). Et - chose étrange - nous avons coopéré fructueusement et livré des produits uniquement sur la route. Je ne m'attendais certainement pas à cela.
Puis il s'est habitué à fabriquer des produits dans le style de GitLab , et l'uddalenka ne semblait pas si risquée. Il y a bien sûr quelques inconvénients, mais le reste est une pure joie. Voici les avantages et les inconvénients d'Udalenka , si vous êtes intéressé.
En fait, peser le pour et le contre n'est pas suffisant pour décrire l'importance du travail à distance pour GitLab. Avec la télécommande (et d'autres composants clés de GitLab), nous créons des innovations très rapidement, ce qui signifie que nous obtenons un avantage concurrentiel unique. Et voici pourquoi.
Composants interdépendants
Udalenka s'intègre si bien dans GitLab grâce à d'importants composants interdépendants:
Communications asynchrones
Les employés à distance sont dispersés sur toute la planète et travaillent dans différents fuseaux horaires. Par conséquent, nous préférons les communications asynchrones (généralement sous forme de texte) , étendues dans l'espace et le temps. Dans ce format, vous devez tout enregistrer et vous exprimer clairement et clairement. Il n'en va pas autrement, car il est parfois possible d'échanger seulement une ou deux phrases par jour. Nous préférons le texte, car sur Internet et les applications modernes (par exemple, dans les tâches GitLab ), le texte convient à l'organisation, la recherche et les hyperliens. Le texte est facile à analyser et à assimiler. Il s'agit d'une forme de communication très efficace, notamment pour la collaboration.
La transparence
Les messages numériques asynchrones peuvent être envoyés autant que vous le souhaitez, contrairement aux documents papier au bureau. Nous ne sommes pas clôturés par des murs, comme dans les entreprises traditionnelles. Nos communications et notre travail sont transparents par défaut. Parfois, vous devez ajouter des autorisations, puis les gérer à nouveau, ce qui représente une dépense supplémentaire. Si vous souhaitez envoyer un message, vous devez penser à qui doit le recevoir et configurer les autorisations. Les destinataires obtiennent également plus de travail, car vous n'obtiendrez pas le contenu si facilement. C'est un mal de tête supplémentaire, et de telles choses s'accumulent. Nous essayons de les éviter.
Et il est donc clair que n'importe qui peut voir votre message, mĂŞme s'il ne fonctionne pas ici. Il vaut donc mieux le dire tout de suite.
Si tout est transparent, dire la vérité est très simple et il n’est pas nécessaire de mentir. Ceci est non seulement correct, mais également bénéfique en termes de développement commercial à long terme. Par exemple, il est clair que tout le monde peut voir votre message, même s'il ne fonctionne pas ici. Il est donc préférable de le dire immédiatement tel quel, et vous vous y habituez rapidement. Vous n'avez pas besoin d'inventer une version distincte pour chacun, puis de vous souvenir de ce que vous avez envoyé à qui. Vous avez une source de vérité et vous ne serez pas confondu avec elle. Il n'y en a pas d'autres. Nous avons généralement cette description dans le ticket.
Tout le monde danse!
Quand une seule source de vérité est disponible pour tout le monde, tout le monde y contribue . Tout le monde a les mêmes informations et tout le monde peut travailler avec. Rappelez-vous, j'ai dit que l'expéditeur pense généralement qui recevra le message? Dans notre cas, quelque chose d'utile peut venir d'où ils n'ont pas attendu. Vous ne pouvez pas le faire sans transparence: des barrières artificielles entravent une éventuelle coopération. Parfois, les bonnes idées doivent mûrir. Par exemple, vous avez exprimé une idée, mais les conditions ne sont pas les plus appropriées. Et puis il s'avère que ce n'est qu'une question de temps. À l'avenir, quelqu'un déterrera cette idée et la développera davantage, en utilisant toutes les discussions et tous les développements ouverts.
Lorsque tout le monde peut soumettre une idée, ils deviennent un chariot. Sur GitLab, les meilleures solutions à des problèmes complexes proviennent parfois d'équipes complètement différentes. Mais nous avons encore des responsables . Ils prennent des décisions quand nous sommes coincés.
Itération
Comment collecter toutes ces communications et collaborations si elles sont essentiellement transactionnelles, distribuées et non structurées? Nous devons travailler de manière itérative . Beaucoup (dont moi) pensent qu'ils comprennent l'itération jusqu'à ce qu'ils arrivent à GitLab. Je vois constamment de nouveaux arrivants qui sont surpris à quel point extrême nous avons apporté ce concept. Le produit et le code sont livrés en fragments minimes afin que le développeur reçoive immédiatement des commentaires et sache où travailler ensuite. Sur GitLab, vous coupez de minuscules morceaux et vous vous mettez immédiatement au travail. Bien sûr, nous faisons des plans grandioses, mais nous ne sommes pas obsédés par une analyse détaillée. Nous prenons juste la plus petite tâche et la résolvons. Chaque jour d'attente, nous considérons qu'il s'agit d'un manque à gagner. Il vaut mieux faire au moins quelque chose aujourd'hui et obtenir le résultat immédiatement. Nous nous concentrons sur l'action .
Chaque jour d'attente, nous considérons qu'il s'agit d'un manque à gagner. Il vaut mieux faire au moins quelque chose aujourd'hui et obtenir le résultat immédiatement.
Et les petits fragments ont de petits problèmes. Il est logique qu'il y ait plus de gens intéressés par des problèmes mineurs: regarder la description du billet n'est pas une présentation de deux heures pour vous asseoir. Et comme le problème est transparent par défaut, tout le monde peut le résoudre. Personnellement, je discute de 20 à 30 problèmes à la même heure chaque jour. Je l'aurais à peine maîtrisé si je devais aller à des réunions spéciales à chaque fois. En conséquence, j'ai au moins en quelque sorte participé à un nombre incroyable de projets. Multipliez cela par toutes les équipes GitLab, puis par l'ensemble de la communauté GitLab, et vous verrez immédiatement d'où viennent toutes ces innovations sur GitLab.
GitLab ne souffre pas de la télécommande, mais en profite pleinement.
En conclusion
J'ai parlé ici d'une correspondance sans fin et d'une fontaine d'idées. Alors on travaille. Il arrive que les nouveaux arrivants remarquent en quelques semaines qu'ils se sont enlisés dans toutes les discussions à la fois. Ce n'est pas surprenant, car nous nous développons, il y a de plus en plus d'idées, notre réseau se développe et les liens entre nous se multiplient. Mais très vite, les débutants apprennent à ne choisir que les plus intéressants. Je pense que c'est une bonne stratégie, car les bonnes idées attirent plus l'attention et nous faisons confiance à notre esprit collectif. Mais nous avons encore besoin de rôles et de responsabilités clairement définis afin que des spécialistes et des décideurs étroits poussent nos innovations dans la bonne direction.
direction.
Et comment gérez-vous udalenka? Postez un commentaire ou un tweet sur @gitlab .