Communication d’équipe (c’est plus important que vos outils)

Depuis que j’ai fait appel à quelques entrepreneurs, une question que d’autres se posent est :

o Qu’est-ce que ça fait de passer de travailler seul sur des projets à travailler sur des projets en équipe ?

Ou, plus simplement, qu’est-ce que ça fait d’avoir des sous-traitants? La réponse courte est que je l’aime parce qu’elle offre certains avantages :

• nous devons avoir une division précise du travail,
• l’entreprise peut entreprendre plus de projets,
• nous sommes capables de collaborer sur des choses (ce qui me manque dans le fait de voler en solo),
• et plus.

L’autre côté de cela, cependant, c’est que je sens que je dois réapprendre ce que c’est que de recommencer une entreprise.

Comme commencer avec une ardoise vierge.

Ceci, en aucun cas, n’est une mauvaise chose. C’est le contraire. Mais lorsque vous passez de travailler sur des projets par vous-même et de développer votre configuration, il y a une période d’ajustement qui se produit.

Je vis toujours cela et j’y travaille. Cela nécessite à la fois des conversations avec votre équipe et un peu d’introspection pour déterminer si ce que vous faites est toujours adapté à votre façon de travailler ou si vous devez l’ajuster.

Communication d’équipe

Évidemment, ce sujet particulier est vaste et moi, comme beaucoup d’entre vous, je pourrais parler d’une variété de choses en rapport avec la gestion d’une entreprise.

Mais, pour aujourd’hui, la seule chose dont je veux parler est le rôle que joue la communication d’équipe, et non vos outils de développement logiciel, dans la fourniture de solutions aux autres.

Vos outils comptent (mais pas autant)

Par exemple, j’ai travaillé dans un endroit où ils vous apportent une machine avec un ensemble particulier d’outils et disent "C’est ce que nous utilisons pour construire nos projets".

Bien sûr, cela nécessite que vous l’appreniez, mais une partie de moi a aimé cela car cela supprime un mal de tête lié au fait de savoir quoi utiliser. Cela m’a également évité d’avoir à prendre ces décisions par moi-même.

D’un autre côté, cela rendait également plus difficile l’introduction d’un nouvel outil car cela perturberait le flux de travail de tout un service. Lorsque vous êtes une petite équipe, cependant, il est un peu plus facile de s’adapter.

Visual Studio Code est devenu mon IDE préféré.

Tout d’abord, lorsque vous travaillez pour vous-même, vous avez probablement votre préféré :

• SE REND
• système de contrôle des sources,
• construire des outils,
• outils de déploiement,
• environnement d’hébergement,
• etc.

Cependant, lorsque vous amenez d’autres personnes dans le mélange, vous apportez exactement les mêmes choses, sauf que c’est à leurs conditions. Maintenant, vous êtes chargé de déterminer si vous devez vous en tenir à ce que vous avez, évaluer ce qu’ils ont, leur faire adopter vos outils, adopter leurs outils, associer les deux ou recommencer.

Ce n’est pas une manière triviale, surtout lorsque vous travaillez ensemble pour trouver une solution pour un client. Je pourrais écrire beaucoup plus à ce sujet. Et ne vous méprenez pas: je pense que c’est un sujet qui devrait être discuté et c’est quelque chose qui me semble important.

Mais il y a quelque chose qui se trouve au-dessus de tout cela et qui ne devrait jamais être sous-estimé, et c’est le processus de communication d’équipe.

La communication est importante (et plus encore)

Je ne parle pas de s’assurer de vérifier l’humeur des gens chaque jour (bien que ce soit important), et je ne parle pas de discuter par SMS ou Slack ou IRC juste pour le plaisir de vous sentir productif.

La communication d’équipe est plus que Slack.

Je parle d’exigences entièrement communicantes.

Exemple : Disons que je parle avec un client, que j’accepte un contrat, puis que je suis prêt à aller de l’avant. Je sais ce qu’ils veulent, les conceptions existantes et comment quelque chose devrait fonctionner. Ensuite, je fais venir un coéquipier et je dis "Hé, commençons."

Le problème ici est clair, non? Il/elle n’a aucune idée de ce que nous recherchons.

Et peu importe à quel point vous décrivez les étapes dans votre outil de gestion de projet ou discutez de la façon dont quelque chose devrait fonctionner.

De plus, vous pouvez avoir la configuration d’outillage la plus élégante et la plus efficace possible, mais si votre équipe n’est pas claire sur les exigences du projet, rien de tout cela n’a d’importance.

Lorsque vous décidez d’embaucher quelqu’un pour vous aider avec des projets, et lorsque vous décidez de commencer à collaborer sur la solution, organisez la discussion sur les outils et les premières exigences de discussion.

Cela ne peut pas être sous-estimé.

Si vous connaissez les exigences et que votre coéquipier ne les connaît pas, ou si les exigences ne sont pas clairement communiquées pour une raison ou une autre, la solution appropriée ne sera pas fournie. Et cela coûte évidemment cher.

De plus, si vous finissez par penser que vous avez les mêmes idées en tête et que vous finissez par mettre en œuvre quelque chose de complètement différent, alors vous avez un autre ensemble de problèmes à résoudre.

En ce qui concerne mon entreprise, je me préoccupe avant tout de développer des relations avec les gens avec qui je travaille tant dans mon équipe qu’avec qui nous embauche.

Mais si les discussions internes autour des solutions sur lesquelles nous travaillons ne sont pas sur la même longueur d’onde, rien d’autre n’a d’importance – ni votre outillage, ni ce que vous expédiez, ni la vitesse à laquelle vous l’expédiez, ni si cela se fait simplement.

Plus à venir

Donc, dans un prochain article, je partagerai quelques idées tirées d’expériences personnelles jusqu’à présent – à la fois des erreurs et des victoires – dans l’espoir que vous serez en mesure d’éviter tout ce à quoi vous pourriez être confronté lorsque vous choisissez de développer votre équipe.

Ne vous méprenez pas: c’est une chose fantastique à faire (et j’adore ça), mais cela nécessite des ajustements à des niveaux avec lesquels je n’étais pas complètement préparé.

En attendant, si vous avez des choses à apporter à cet article, n’hésitez pas à le faire dans les commentaires. Je suis toujours impatient d’entendre comment les indépendants et ceux qui sont également indépendants ou qui gèrent des équipes gèrent ce sujet particulier.