Cet article a été initialement publié sur .cult par Randy Tolentino. .cult est une plateforme communautaire basée à Berlin pour les développeurs. Nous écrivons sur tout ce qui concerne la carrière, réalisons des documentaires originaux et partageons des tas d'autres histoires inédites de développeurs du monde entier.
Il y a des années, j'ai travaillé dans une petite équipe répartie sur deux sites. Les concepteurs et les développeurs frontaux étaient basés à Austin, au Texas, et notre équipe d'ingénieurs, ainsi que les parties prenantes du projet, étaient situées à Raleigh, en Caroline du Nord. C'était un petit groupe d'environ 10 membres, mais nous avons été collectivement inspirés pour avoir un impact positif sur notre entreprise.
À l'époque, notre mission était de permettre aux équipes de produits du monde entier d'adopter des chaînes d'outils modernes et les meilleures pratiques pour leur travail quotidien. Ce n'était pas une mince affaire. Cela signifiait que nous étions chargés de conserver les meilleurs outils de leur catégorie comme GitHub, Mural et Slack, puis d'adapter leur disponibilité aux employés du monde entier.
Pour un développeur frontend qui avait moins de cinq ans d'expérience dans l'industrie, c'était un domaine très complexe.
Lors d'une réunion de planification particulière, nous étions en conférence téléphonique avec notre équipe d'ingénieurs, discutant du scénario compliqué de l'embarquement. En d'autres termes, lorsqu'une personne quitte l'entreprise, comment désactiver automatiquement ses comptes pour tous les différents outils et plateformes que nous lui avons configurés ?
Puisque nous étions l'équipe qui présentait ces outils à tout le monde, il était logique que nous soyons également responsables de la gestion de la délocalisation lorsqu'un employé partait.
Pour les petites organisations, cela pourrait ne pas être un problème. Vous pouvez avoir un fournisseur informatique ou un employé interne avec des droits de super administrateur, et ces personnes s'occupent du provisionnement des accès. Cependant, pour une entreprise mondiale comptant des centaines de milliers d'employés, l'annuaire de l'entreprise peut fluctuer de manière assez importante sur une base quotidienne.
"Nous devrons très probablement basculer notre backend vers les microservices", a proposé Ron.
"Quoi, tu le penses vraiment ?" a demandé Marc.
«Je fais… ça ne fera qu'empirer. Mon caramel est à huit ou neuf », a déclaré Ron.
"Ouais, mon caramel n'est pas si haut… ça va", a concédé Mark. Attendez… quel est votre caramel ? Qu'est-ce que c'est? J'ai regardé un coéquipier qui regardait déjà dans ma direction, également confus.
"Euh, attends," dit-elle en riant, "... Ron a-t-il dit quel est ton caramel?"
"Oh désolé," dit-il, "... j'ai dit que mon montant de soins était de huit ou neuf."
"Haha d'accord… s'il vous plaît, expliquez ce qu'est un "montant de soins"", a-t-elle dit.
Mark l'a expliqué à l'équipe.
"C'est quelque chose que j'ai reçu de Cap Watkins, mais sans gros mots. Nous l'utilisons ici à Raleigh. Le montant des soins est juste un moyen pour nous de voir à quel point quelqu'un se soucie de quelque chose, cela nous aide à résoudre les disputes. »
Essentiellement, cela a fonctionné avec les directives suivantes :
Nous l'avons aimé! Non seulement c'était amusant de dire:"Quel est votre montant de soins?" mais cela avait aussi du sens car cela nous permettait de communiquer plus clairement.
"D'accord, nous l'utilisons définitivement à Austin", a déclaré un coéquipier à Mark.
J'étais dans les dernières séries d'entretiens pour une équipe avec laquelle j'étais très intéressé à travailler. Lors d'une des sessions, ils m'ont posé la question comportementale classique :
« Quelle est votre approche de la résolution des conflits… ou comment résolvez-vous les conflits d'équipe ? » Parfait, pensai-je.
"Eh bien, nous aimons utiliser le système de montant pour soins", ai-je dit.
« Vous venez de dire système caramel ? il rit.
"Je sais, ça ressemble à du caramel… mais ça s'appelle la quantité de soins", ai-je articulé.
J'ai illustré le fonctionnement du système et expliqué certains des avantages que j'avais constatés sur les équipes précédentes. Il a attrapé un bloc-notes Post-it à proximité et a écrit les mots sur un post-it :quantité de soins.
"J'aime cette idée", a-t-il dit, "... nous allons essayer ça !"
Heureusement, j'ai bien réussi les entretiens et j'ai décroché ce rôle. Lorsque j'ai officiellement rejoint l'équipe deux semaines plus tard, j'ai appris qu'ils avaient déjà commencé à utiliser le système de montant pour soins.
C'est la troisième équipe dans laquelle je fais partie qui utilise le système de montant de soins. Aujourd'hui, mon équipe l'utilise si souvent que c'est devenu une seconde nature. Cela nous a permis de surmonter les désaccords et d'avancer sans caler sur des opinions opposées. Dans mes observations, j'ai vu ce système bien fonctionner dans les scénarios suivants :
Que vous décidiez de l'architecture du code, de l'endroit où déjeuner en équipe ou de la manière de décorer votre espace de bureau pour les vacances, le montant des soins peut aider votre équipe à être en désaccord en toute sécurité. Lorsque cela est fait correctement, vous constaterez que vous êtes en mesure de faire avancer les conversations dans la bonne direction et, en fin de compte, de prendre des décisions plus rapidement.
Considérez les différentes façons dont vous et votre équipe abordez la résolution des conflits. Quels modes de communication utilisez-vous pour gérer les litiges ? Comment pouvez-vous être en désaccord en toute sécurité et passer à une décision ?
La prochaine fois que vous vous retrouverez en conflit avec quelqu'un , demandez à l'autre personne :quel est votre montant pour les soins ?
Après avoir entendu par erreur le mot caramel, présentez poliment l'idée du système de quantité de soins et voyez comment cela aide à régler vos différends. D'après le succès dont j'ai été témoin dans mes équipes qui l'utilisent, je peux prédire avec confiance que cela vous aidera à prendre une décision avec peu ou pas de friction du tout.
