Projet à distance : adaptez-vous pour optimiser le travail !

Le travail à domicile peut avoir ses avantages. Mais travailler à distance et piloter une équipe de développement agile présente ses propres défis de management de projet. Par exemple, la communication quotidienne en face à face que vous avez normalement au bureau. Vous ne réalisez à quel point beaucoup de travail est effectué dans un bureau en dehors de la planification de gestion de projets, des réunions et des tâches habituelles lorsque votre seul moyen de communication avec vos collègues est le numérique.

En tant que chef de projet (leadership), la réaction instinctive est souvent le fait de réunions excessives ou de microgestion des développeurs pour compenser ce manque d ‘ « alignement instinctif ». Mais cela n’a pas seulement un impact négatif direct sur la productivité de vos développeurs. Avec cela, vous vous assurez que vos développeurs vous détesteront du fond de leur cœur.

Comme tout chef de projet, on comprend très bien que transparence et efficacité sont nécessaires. Après tout, c’est la principale raison de l’existence de chefs de projet au sein d’une structure d’entreprise. Mais comme une vieille tortue sage l’a dit un jour : « Vous rencontrez souvent votre destin sur la même route que vous avez empruntée pour l’éviter. »

Alors, comment pouvez-vous vous assurer que la productivité de votre équipe ne subit aucune fissure une fois que vous travaillez à domicile ? Et comment vous assurer de ne pas rendre vos développeurs et vous-même fous ? Parce que nous sommes sur Internet, on l’a décomposé en :

« 5 choses pour lesquelles vos développeurs à distance vous aimeront » :

1. Communiquez avec le contenu

Lorsque vous travaillez de chez vous, vous disposez de nombreux outils de gestion (outils de gestion de projet) pour communiquer avec vos développeurs. Comme pour tout, la communication (notamment : VOTRE communication) a un certain taux d’inflation chez vos développeurs. Si vous avez tendance à trop écrire ou à trop parler en fournissant trop peu d’informations (fondamentaux de la gestion, fondamentaux du management fondamentaux du projet), ou si vous attribuez une mauvaise priorité à ce qui est dit, avec le temps, vos développeurs apprendront à vous ignorer qui malgré leur ingénierie, cela va nuire à l’avancement.

De plus, il y a le fait que de nombreux développeurs sont « dans la zone » lorsqu’ils travaillent. Même si cela semble mauvais, en tant que chef de projet, vous voulez vraiment qu’ils se trouvent dans cette zone exacte. Car dès qu’un développeur est dans la zone, sa productivité passe par le toit (alors que sa communication s’effondre en même temps). Ne pas entendre l’un de vos développeurs pendant la moitié de la journée car il est dans son élément est une réussite pour l’avancement du projet ! C’est donc votre travail en tant que chefs de projets de perturber le moins possible ce temps de travail complètement concentré.

Pour vous, cela signifie que vous devez catégoriser et hiérarchiser les informations, les boucles de rétroaction et les questions en conséquence. Je sais qu’il peut être extrêmement ennuyeux d’attendre une demi-journée pour une réponse parce que c’est en fait « juste un e-mail rapide ». Mais l’avantage de faire travailler votre peuple en paix justifie définitivement le retard de « ce courrier ».

Cependant, vous ne pouvez pas laisser vos développeurs « dans la zone » toute la journée car vous devez tout synchroniser via le planning à un moment donné pour la réussite du projet – ce qui m’amène au point suivant.

2. Une réunion pour les gouverner

D’une part, les réunions pourraient être des e-mails. Et quand c’est des réunions récurrentes qui font partie des étapes d’un projet et qui sont juste là parce qu’elles sont là. Cependant, il y a une réunion pour laquelle il faut motiver l’équipe pour une meilleure expérience professionnelle : Le Quotidien (ou Daily Scrum, ou Morning Meeting, Stand-up, conduite de projets, animer une équipe).

Cette réunion a lieu tous les jours à la même heure du matin. Il est également limité dans le temps, à un maximum de 15 minutes. La façon dont vous la structurez dépend de votre propre style innovant de gestion de projet (Lean, méthode de gestion) et est influencée par les outils pour que vous utilisez pour diriger un projet. Cependant le résultat est toujours le même : la transparence. Parle de ce qui doit être fait, qui fait quoi, quand quel développeur est « dans la zone » (traduction pour vous en tant que chef de projets : quand vous ne devez pas déranger), qui a besoin d’aide, Mais aussi des choses banales comme «je pars plus tôt que d’habitude aujourd’hui » doivent être abordées. Vous n’êtes pas assis l’un à côté de l’autre et vous ne pourrez pas parler de ceci et de cela pendant une pause fumeurs, comme vous le feriez normalement dans un bureau normal. Ces petites choses sont importantes. Non seulement pour la transparence, mais aussi pour avoir une idée de ce que font les collègues et pour développer un esprit d’équipe.

3. Supposez que vos collègues sont là pour une raison

Ce sera un court point. Les cadres ou des chefs de projet qui ne font pas confiance aux compétences de leurs collègues et employés (stagiaires d’un master management, ou niveau bac, licence professionnelle, cursus stagiaire).

Demandez-vous juste une chose : pensez-vous que vous êtes compétent et que vous êtes la bonne personne pour votre travail ? Oui ? Maintenant, imaginez : c’est la même chose avec tout le monde !

Comme vous, tous les autres membres de l’équipe ont été embauchés pour une raison. Il faut Arrêter de remettre en question leurs compétences, de critiquer leur travail et de les microgérer pour les intimider. Laissez-les simplement faire leur travail.

Le rôle d’un chef est Conduire des projets, exemple de ce pilotage :

Anticipation de chemin critique, piloter un projet, manager de projet, planification du projet, plan de communication, analyse des risques, management stratégique, management transversal, compétences techniques, clarifier la Méthodologie de conduite de projet, intégrer le blended-learning.

4. Tuez votre ego

C’est dans la nature de la gestion de projet que vous finissez par parler plus souvent à la direction et / ou aux clients. Cela donne souvent l’impression que vous êtes plus haut dans la hiérarchie que les développeurs (dans un projet web projet informatique). Vous n’êtes ni leur patron ni leur superviseur. Vous êtes un outil. Votre travail consiste à mettre les développeurs sur la bonne voie pour les rendre plus productifs. Vous êtes un post-it humain glorifié.

Et le plus drôle, c’est que plus tôt vous l’accepterez, plus il vous sera facile de trouver un terrain d’entente avec vos développeurs. Parlez-leur. Laissez-les partager ce que vous aimez et ce que vous n’aimez pas dans vos tâches quotidiennes (à condition que vous ayez marqué les canaux de communication correspondants par « bavardage », voir point 1).

Bien que vous ayez moins de communication « professionnelle » par rapport à un vrai bureau une fois que vous travaillez à la maison, vous devez faire des efforts supplémentaires pour vraiment connaître vos employés et vous devez les laisser entrer en contact avec vous. La conversation sur la pause-café ne fonctionne pas automatiquement lorsque vous travaillez à distance. Vous devez le promouvoir activement. Assurez-vous que vous êtes plus qu’un simple affichage de notification sur les moniteurs de vos développeurs.

5. AAA : analyser, assurer et adapter

Ce sont les bases de la gestion de projet, mais elles sont faciles à ignorer, surtout lorsque les choses deviennent stressantes. Assurez-vous de vous réunir régulièrement pour parler de votre vie quotidienne. Soyez ouvert, soyez objectif. Indiquez clairement ce qui a fonctionné et ce qui n’a pas fonctionné. Assurez-vous d’avoir compris pourquoi les choses n’ont pas fonctionné et comment elles pourraient être améliorées, puis foncez. Accompagner une équipe de développeurs sur la base d’un projet est un processus continu !