Comment cela aurait dû se passer
Idéalement, cela aurait commencé par un e-mail individuel à John (et d'accord, je me demande si ce libellé était tout à fait approprié même alors, mais au moins alors vous et John aurait eu la possibilité de faire des allers-retours en privé dessus de manière plus détendue, car John n'aurait pas l'impression d'avoir été torpillé devant tout le groupe):
John, selon ma conversation avec Chris, il vous a demandé de prendre en charge l'organisation de la livraison du projet du [petit nom du projet] et nous avons besoin de votre aide dans cet espace pour confirmer que tout est prêt. Vous pouvez travailler sur les détails de l'organisation avec notre [nom de mêlée] et notre entreprise [nom de la partie prenante] et revérifier l'état de développement individuel avec [noms des développeurs individuels]
Après une réponse de John, le inclusion dans l'e-mail du groupe:
John organisera la livraison du projet pour [petit nom du projet].
Au plus, vous auriez pu dire quelque chose comme:
Puisqu'il a été renvoyé pour cela étant donné qu'il n'a pas été sur ce projet avant maintenant, veuillez prioriser toute demande de sa part.
Ou quelque chose de similaire, qui oblige le groupe à agir en fonction des attentes et de la situation avec l'arrivée de John comme ça, plutôt que sur John individuellement, et ne parle pas négativement de John ce faisant (évite de laisser entendre qu'il "n'est pas à la hauteur speed "ou quelque chose de similaire en n'utilisant pas de langage apparenté). Personnellement, je n'irais même pas aussi loin, et je contacterais plutôt individuellement les membres concernés concernant la façon dont vous déposez John dans ce rhume à la dernière minute, et les attentes pour l'aider à s'y retrouver s'il en a besoin, plutôt que de le laisser tomber. un e-mail à l'échelle du groupe.
Les problèmes initiaux que je vois ici avec la façon dont cela a été fait à l'origine
Plutôt que d'agir en tant que leader / coordinateur de structure plate, vous êtes très facilement tombé sur comme si vous étiez non seulement le manager de John, mais que vous auriez très facilement pu semble effectivement passif et agressivement le réprimandant pour ne pas faire son travail, par "selon ma conversation avec Chris, il vous a demandé de prendre en charge l'organisation de la livraison du projet du [petit nom du projet] et nous avons besoin votre aide dans cet espace ". Dans un e-mail de l'espace public avant tout le groupe.
Il y a des degrés auxquels, même dans une structure plate, le leader doit donner ce que signifie être une direction dure, qui peut facilement être appelée commandes. Je ne vais pas débattre des avantages et des inconvénients des structures plates. Personnellement, cela ne me dérange pas qu'un coéquipier du même niveau me dise ce dont il a besoin pour terminer un projet, mais j'ai l'impression que cela peut facilement mettre en place des problèmes de communication, plutôt que de pouvoir acheminer les choses via un supérieur clair.
Aussi, honnêtement, je suis confus. Dans votre e-mail expurgé, vous affirmez qu'il a été invité à prendre en charge l'organisation de la livraison de ce projet spécifique . Dans le texte de votre question, vous dites simplement qu'au cours de son processus de recrutement, il a été expliqué qu'il serait impliqué dans la livraison de projets similaires "petits projets", et non pas spécifiquement pour ce projet:
mais lors de son entretien avec mon manager, avant son embauche, il a été convenu qu'il s'approprierait des projets similaires
Si John n'était pas déjà au courant de ce projet (et selon votre propre question, il n'y avait certainement pas été impliqué auparavant) et conscient de son implication attendue dans ce projet comme celui-ci, alors cela apparaît vraiment comme à mieux vaut simplement le laisser tomber sur ses genoux comme s'il était censé être déjà au top de tout… devant tout le groupe. Je ne vais pas dire que c'est tout à fait inapproprié, mais il est très facile de voir comment quelqu'un pourrait être pris au dépourvu et ensuite le prendre très mal, et je ne peux pas vraiment critiquer une telle réaction.
Au pire, cela revient à l'appeler au tapis pour ne pas avoir fait ce que Chris a demandé, ce qui serait hautement inapproprié dans un e-mail de groupe.
En particulier, étant donné que vous venez de tirer quelqu'un avec "quelques jours restants" à la livraison et leur a demandé d'organiser la livraison du projet. En fonction de ce qui est impliqué dans la livraison de ce projet, cela pourrait facilement donner l'impression d'être aveuglé de manière très négative, et il serait facile de se demander quelle était l'intention derrière la façon dont vous avez abordé le faire comme ça, dans une situation aussi difficile.
Éviter cela à l'avenir
N'utilisez pas les e-mails de groupe pour demander aux gens d'assumer des rôles sur des projets spécifiques, même si vous pensez qu'on leur a déjà demandé / chargé d'assumer généralement ce rôle pour les projets s'inscrivant dans cet espace. Discutez-en individuellement, discutez individuellement des spécificités de cette personne, puis expliquez au groupe que la personne en question assume ce rôle pour le projet. Ne dites pas à quelqu'un quoi faire dans un e-mail de groupe, expliquez ce qui se passera dans l'e-mail de groupe lorsque cela concerne le groupe. Cette distinction peut sembler subtile, mais elle est toujours significative dans la façon dont elle informe ce que vous dites, comment vous le formulez et ce que vous omettez. À ce stade, même en termes de coordination, tout ce que tout le monde doit savoir, c'est que John organise la livraison du projet.
Dans une autre mesure, vous sous-entendez aussi en quelque sorte que John ne sait pas comment faire quelque chose que vous venez de faire en disant est considéré comme faisant partie de son travail, avec la dernière phrase. Assumez toujours publiquement la compétence des autres, en particulier lors de l'envoi d'un e-mail à un groupe: ce n'est pas le bon endroit pour expliquer efficacement comment faire quelque chose à un individu. Je sais que vous vouliez probablement dire que c'était une sorte d'introduction aux personnes impliquées, mais je suppose que John travaille avec ces personnes depuis quelques semaines maintenant, mais pas sur le projet donné, et a eu suffisamment d'intégration pour pouvoir rechercher. les détails du projet et déterminer à qui il a besoin de se parler. À défaut, laissez-le vous poser des questions. Dans un e-mail individuel, ce ne serait pas si mal, mais je peux voir où certaines personnes se sentiraient gênées (et le point n'est pas de savoir si elles ont raison ou tort: le but est d'éviter une inutile et point de tension facilement anticipé), ce qui est regroupé dans un e-mail de groupe devant tout le monde.
Pour être un bon leader, il faut s'assurer que les membres de l'équipe ont l'impression d'être faits pour bien paraître l'un devant l'autre par vous
… et j'ai l'impression que vous avez laissé John ici, au moins par degrés, de multiples façons. Ceci est particulièrement important pour les nouveaux employés qui essaient de s'intégrer au groupe et qui travaillent toujours à s'établir. Cela découle généralement du concept de louange en public et de critique / critique / réprimande en privé.
En cas de doute? Il suffit de se tromper en gardant la communication - ou du moins tout ce qui dépasse le strict minimum - privée. Cela permet également de garder les canaux de communication publics plus propres. Je me rends compte qu'un concept d'Agile, y compris Scrum, est d'être conscient (ou du moins capable d'être conscient quand cela compte) de ce qui se passe avec tout le monde, mais un côté à cela ne surcharge pas toute votre équipe Scrum avec des détails superflus qui l'empêche d'être réellement agile. N'importe qui vous dirait: mon style d'écriture peut être décrit comme verbeux, bavard même (non, vraiment?). Mais il y a un temps pour la brièveté, et beaucoup de ce qui rend Agile réellement agile dépend de son exercice approprié et de la confiance des gens pour parler ou demander s'ils ont besoin de plus, plutôt que de faire des choses comme la micro-gestion.