Question:
Comment expliquer la réticence à déléguer est due à l'incompétence des autres?
user43744
2015-11-13 22:49:45 UTC
view on stackexchange narkive permalink

Je suis critiqué pour ma «réticence» à déléguer. En fait, je suis assez heureux de déléguer (peut-être trop… - Je suis assez paresseux) étant donné les personnes compétentes . NB: je n'ai pas de normes de compétences perfectionnistes, pas un "control freak".

Comment expliquer que je sens que je ne peux pas déléguer à des personnes pour qui, d'après mon expérience, les informations vont dans une oreille et de l'autre avec le résultat de faire constamment des erreurs ou de devoir être "babysat" pendant l'exécution de la tâche (ce qui rend inutile l'implication de la personne car elle n'apprendra pas, donc il n'y a pas de retour sur investissement)?

Je suis conscient que critiquer directement n'est pas une option car cela refléterait le jugement du patron au stade du recrutement.

Modifié pour ajouter: la plupart du temps une délégation «latérale» ou sinon, des personnes que je coordonne mais vraiment nous rendons compte au même patron. Je ne suis pas leur manager direct.

Edit2 (qu'ai-je déjà essayé?): J'ai parlé aux autres membres de l'équipe de faire cela ensemble parce que [transfert des tâches, une seule personne sait comment le faire et ce n'est pas durable, etc.]. Volonté et semblent écouter mais finalement ne semblent pas le prendre à bord. J'ai l'impression d'être le seul engagé à atteindre l'objectif et les autres ne sont là que pour le salaire ...

Quand quelqu'un est nouveau dans quelque chose, il va faire des erreurs. C'est comme ça. Pendant combien de temps les encadrez-vous? Si vous êtes «paresseux», peut-être avez-vous besoin de travailler davantage pour que vos mentorés soient à jour? Êtes-vous sûr de ne pas détourner la critique de vous vers les autres en les qualifiant d '«incompétents»? C'est un mot très fort. Qu'avez-vous essayé de résoudre cette situation dans votre formation des délégués?
@teego1967 Ils ont une «ancienneté» similaire à moi, et ils servent plus longtemps dans certains cas. Les former ne fait pas partie de mon rôle en tant que tel (oui, je sais que nous devons tous faire des choses "pas dans mon travail" de temps en temps), c'est plus un effort d'équipe supposément. Ils ne sont pas mes «mentorés» sur le plan organisationnel mais devraient être égaux.
OK, mais ils font toujours quelque chose de nouveau pour eux, non? Comme tous les sites de stackexchange, une partie importante de la pose d'une question est d'indiquer ce que vous avez essayé. Quels changements avez-vous essayés en réponse aux critiques?
-1
Si vous êtes en mesure de leur déléguer, ils ne sont pas vos égaux. Cela peut être un effort d'équipe pour faire le travail, mais si c'est vous qui décidez de ce qui est délégué et à qui, vous n'êtes plus égal.
@cdkMoose Peut-être que délégué n'est pas le bon mot, même si je ne sais pas par quoi le remplacer ("déchargement" ne semble pas correct). Ils pourraient aussi me "déléguer" mais dans le cas où cela arrive, je fais bien les choses (généralement!)
Je n'ai pas de réponse en soi mais je dirai qu'il y a quelques années nous avons embauché quelqu'un à qui on m'a demandé de déléguer du travail et pendant probablement une bonne année ou alors j'ai dû regarder son travail comme un faucon, le pousser vers de meilleures façons de faire les choses, le repousser dans la bonne direction quand il a tout simplement mal compris les spécifications et fait les mauvaises choses, corrige ses erreurs, etc. C'était comme une énorme perte de temps et honnêtement, je n'ai pas fait exception. jamais changer. MAIS ... il s'est finalement mis au courant, et maintenant je lui donne juste du travail et il le fait parfaitement (généralement.) Parfois, cela prend du temps.
Le choix du mot est important ici, déléguer implique généralement de donner du travail à quelqu'un en dessous de vous. Si vous vous donnez tous du travail, je ne considérerais pas cette délégation. Si votre responsable a utilisé le mot délégation, vous devez absolument confirmer ce qu'il veut vraiment dire.
@cdkMoose Je suis un "Senior Widget Wrangler" et les autres sont "Senior Widget Wrangler" ou "Widget Wrangler" comme cela peut être.
Les titres ne sont pas la seule chose qui compte. Votre responsable peut avoir des visions de vous en tant que chef d'équipe et vous prépare sur cette voie. Dans de nombreuses organisations, vous devez commencer à jouer le nouveau rôle de manière informelle avant que le titre / la promotion ne vienne. La délégation est un aspect important du rôle de chef d'équipe. Il est d'autant plus essentiel de s'asseoir avec votre responsable et de discuter exactement de ce qu'il entend par déléguer et de ses projets futurs pour vous.
@cdkMoose peut-on s'attendre officieusement à des responsabilités de «gestion» avant d'être assumées? D'après mon expérience, quelqu'un obtient, ... comment le dire? - trop gros pour leurs bottes (potentiel de gestion n'étant pas partagé avec les autres à ce stade officieux bien sûr). Pourquoi les «autres» devraient-ils les écouter?
@user43744, n'est pas «trop gros pour ses bottes» si le manager officiel décide que c'est ainsi que les choses vont fonctionner et informe toute l'équipe. C'est ainsi que je suis devenu chef d'équipe dans l'un de mes emplois. Mon responsable m'a appelé un chef de projet et a dit à l'équipe que je dirigerais les projets. Je faisais encore du développement avec l'équipe, mais j'ai maintenant appelé les plans sur le projet. Quand elle m'a proposé une promotion au poste de chef d'équipe, c'était un slam dunk parce que j'avais déjà fait l'essentiel du travail. La communication de votre manager à l'équipe est essentielle.
Le plus difficile avec la délégation est que vous feriez un meilleur travail si vous le faisiez vous-même. C'est quelque chose que vous devez apprendre à accepter.
la plupart des gens ne sont là que pour le salaire
"critiquer directement n'est pas une option car cela refléterait le jugement du patron lors du recrutement" - ooh mon cher, si c'est vrai alors pour moi cela déclenche une alerte "milieu de travail toxique". Quiconque a le moindre sens sait que le recrutement est un processus aléatoire et que certaines des personnes qu'ils embauchent seront des duffers (ou, pour être plus gentil et parfois plus précis, "pas un bon ajustement"). Si votre manager ne permet pas de critiquer quelqu'un qu'il a embauché, alors désolé, tout ce qu'il touche est voué à l'échec. Là encore, peut-être que * vos * critiques sont trop catégoriques et trop fondées sur des conclusions («X est incompétent») pour être utiles.
Dix réponses:
Kate Gregory
2015-11-13 23:07:11 UTC
view on stackexchange narkive permalink

J'ai souvent besoin de dire aux gens de déléguer davantage. Voici la pire chose que vous puissiez faire:

Oh, ok, eh bien, j'essaierai d'en faire plus si je peux. [pense à soi-même: pas avec ce groupe d'idiots à qui déléguer. ]

Dans le plus simple des termes, vous avez deux choix: commencer à faire comme votre patron demande, et laissez tomber les jetons où ils peuvent, ou dites à votre patron pourquoi vous ne déléguez pas. Une combinaison des deux est probablement sage. Refuser de faire quelque chose parce que vous pensez que vous ne le pouvez pas est en quelque sorte un mouvement qui limite votre carrière.

La prochaine fois que vous avez une tâche à déléguer, allez voir votre patron et dites quelque chose comme ceci:

Je sais que vous m'avez demandé de déléguer davantage, et j'ai cherché des opportunités de le faire. J'ai cette tâche A, et je pensais la confier à B. Je crains un peu que je puisse finir par devoir fournir beaucoup de soutien à B cependant. Pouvez-vous me donner une idée du montant à soutenir? À première vue, il semble fou de donner dix heures de soutien à quelqu'un alors qu'il accomplit une tâche de dix heures, mais si je réussis à apprendre à B comment A, peut-être que ça vous convient?

Attendez et écoutez. Il peut être acceptable de consacrer 20 heures à apprendre à B comment faire quelque chose qui vous prend actuellement 10 heures, car vous êtes la seule personne à pouvoir le faire et l'équipe a besoin de personnes pour l'apprendre. Ou il ne serait peut-être même pas correct de passer 2 heures.

Une fois que vous avez votre réponse, la question suivante est

Comment puis-je appliquer cette limite? Dois-je simplement reprendre la tâche si elle n'est pas terminée au moment où j'ai apporté autant de soutien? Ou dois-je envoyer B à quelqu'un d'autre pour une assistance supplémentaire?

Quelle que soit la direction qui vous est donnée, suivez-la. La tâche fonctionnera bien ou non. Ensuite, réfléchissez sérieusement à l'ensemble. A était-il une bonne tâche à déléguer? B était-il une bonne personne à qui le déléguer? Est-ce que cela s'est bien passé dans l'ensemble? Que pouvez-vous en apprendre pour la prochaine fois? Votre mal de patron et vous avez raison, personne d'autre sur cette équipe peut faire l'une de vos tâches? (Indice: ce ne serait pas un bon résultat pour vous.)

Déléguer est une compétence. Vous ne pouvez pas simplement commencer à le faire et faites-le fonctionner à chaque fois. Parfois c'est génial et parfois c'est épouvantable. On vous a demandé d'apprendre comment le faire. Vous pouvez demander un peu d'aide dans votre nouvelle compétence. Et il est normal que vos collègues demandent également un peu de soutien.

J'espère que je ne suis pas hors de propos en demandant, mais à quel titre êtes-vous "souvent obligé de dire aux gens de déléguer davantage" Chef d'équipe, superviseur ou cadre supérieur? Juste curieux..
Dans le passé, j'ai occupé de nombreux postes - je suis propriétaire d'une petite société de conseil, et je consulte également les équipes et dis aux gens qu'ils doivent faire les choses différemment pour résoudre des projets en difficulté. Les projets en difficulté sont riches en personnes qui ont peur de déléguer, pour diverses raisons.
La délégation n'est pas une abdication. Vous ne vous contentez pas de confier une tâche à quelqu'un et de vous en aller, en vous attendant à le terminer selon vos normes et dans le temps que vous le feriez. Vous devez vous assurer qu'ils comprennent toutes les attentes et vous devez les documenter. J'utilise généralement un simple RAIL (Rolling Action Item List) dans Excel. C'est très utile pour la responsabilisation et pour montrer à votre patron en un coup d'œil ce que vous avez délégué et à qui. Si quelqu'un ne fait pas un travail de qualité en temps opportun, vous pouvez en discuter avec lui et si nécessaire, la direction au-dessus de vous. Si nécessaire, ils abattront le marteau.
@KateGregory - Où êtes-vous et quels sont vos tarifs de consultation? J'ai des vice-présidents qui ont désespérément besoin de renforcer ce message.
@WesleyLong www.gregcons.com - mais je suis réservé pour un moment :-)
@Kate a tout à fait raison. Mon travail consiste également à résoudre des projets en difficulté et une personne qui croit que «moi seul peux faire ces tâches assez bien» et ne partagera pas d'informations ou de compétences est très souvent l'une des racines du problème. Des problèmes graves surviennent très souvent lorsque le non-délégant ne peut pas suivre le travail mais ne permet à personne d'autre les informations et les outils dont il a besoin pour le faire; faire savoir à la haute direction qu'un employé garde des informations pour lui-même pour ce qui peut ressembler à des raisons de «sécurité d'emploi» se termine souvent très mal pour cet employé.
Un processus d'examen à la fin de la tâche que vous avez déléguée est-il aussi utile que je l'imagine? (Je suis développeur, et la révision du code suscite beaucoup d'attention dans l'industrie en tant que technique de mentorat et d'assurance qualité.)
@AE, oui, c'est une des raisons pour lesquelles les projets en difficulté font que les riches ont peur de déléguer. Mais ils ont aussi de véritables idiots sur eux, et des personnes marquées qui ont été brûlées quand ils ont essayé d'aider, et des valeurs, des priorités et des règles changeantes, des problèmes de communication et une foule d'autres choses qui empêchent le partage libre et ouvert du travail, des informations, priorités, espoirs et rêves, ce genre de choses.
@jpmc26 si la tâche est aussi spécifique que "Ecrire du code pour faire x", oui. Les revues de code sont appropriées même en l'absence de délégation. Je regarde le code des autres tout le temps, quand je ne leur ai pas demandé d'écrire ce code.
@Kate C'est tout à fait vrai, mais quand j'entends quelqu'un dire que * tout le monde * au travail est inférieur à eux, j'ai tendance à penser que le problème réside au moins en partie avec cette personne et son attitude. Bien que cette attitude ait pu être formée par des circonstances indépendantes de sa volonté, la situation se termine rarement bien pour la personne avec l'attitude «tout le monde est un idiot» (IME).
@AE Vous avez raison, mais la peur que les gens vont faire un désordre peut être ancrée dans la réalité. Vous devez faire attention à ce qu'est un «gâchis» et être honnête quant à savoir si vous êtes aussi mauvais, mais un travail de mauvaise qualité est une réalité. J'ai vu un travail illogique comme un test unitaire qui garantit qu'une fonction de sélection aléatoire renvoie le * même * résultat à chaque fois et des processus massifs et monolithiques qui prennent des jours pour s'exécuter sur une nouvelle machine. C'est frustrant de voir qu'à chaque fois que vous êtes derrière le travail des autres, vous constatez qu'ils ne comprennent pas leur travail ou ne le rendent pas utilisable pour le prochain développeur.
HLGEM
2015-11-13 23:54:05 UTC
view on stackexchange narkive permalink

Premièrement, votre réticence à déléguer correctement fait partie de la cause du problème. Si les gens savent que vous allez vous impatienter et que vous le faites, pourquoi devraient-ils faire un effort pour le faire correctement? Il n'y a pas d'inconvénient à eux, ils ne seront pas tenus responsables, vous l'êtes parce que vous ne l'avez pas correctement délégué.

Voici ce que vous devez faire. Vous donnez une tâche à la personne, vous vous asseyez avec elle assez longtemps pour expliquer ce qui doit se passer mais pas pour faire la tâche complètement (à moins que ce ne soit une tâche répétitive, auquel cas vous le faites devant elle une fois, puis ils le font en devant vous une fois, puis vous les laissez faire) et ensuite vous dites à votre patron que la personne A est maintenant responsable de la tâche B et ensuite vous leur laissez le soin de faire et d'échouer ou de réussir. Certains vont échouer au début, mais si vous ne vous chargez pas de votre cheval blanc pour sauver la situation, ils devront aller mieux ou le patron les laissera partir. Vous leur permettez d'être incompétents.

Je conviens que la réticence à déléguer est un problème majeur ici. Mais il ne serait vraiment pas professionnel, égoïste et paresseux de faire le minimum d'instruction possible et de laisser couler ou nager la personne. Fournir du soutien à quelqu'un qui est nouveau dans quelque chose n'est pas «monter sur un cheval blanc», c'est juste être un collègue diligent et responsable.
Faire le travail pour eux assis avec eux, c'est monter sur un cheval blanc (quand c'est une tâche ponctuelle) ou le reprendre au premier signe de problème, c'est monter sur un cheval blanc. Vous n'êtes pas obligé de guider les professionnels dans toutes les tâches que vous leur confiez, vous leur donnez les informations dont ils ont besoin et vous leur faites confiance pour poser des questions, le cas échéant. Vous ne leur tenez pas la main à moins qu'ils ne soient des stagiaires très juniors et seulement la première fois. Cela ne devrait pas prendre plus d'une heure ou deux pour passer une tâche. Vous devez supposer qu'ils sont compétents. Et s'ils ne le sont pas, vous devez les laisser le prouver.
En désaccord catégorique. Personne ne se tient la main. Peut-être que l'endroit où vous travaillez "toute_ tâche" prendrait "et une heure ou deux" pour être transféré. Certaines tâches sont plus complexes que d'autres et certaines personnes sont plus aptes à expliquer les choses et à évaluer le délégué que d'autres. "Expliquez-le une fois puis couler ou nager" est une recette pour un lieu de travail misérable et acharné.
Avez-vous lu la question? Ceux-ci sont décrits comme des preneurs qui n'essaieront même pas d'apprendre, mais restent assis passivement pendant qu'il fait tout. Vous devez les laisser couler ou nager. Vous devez CR leur travail et le critiquer, puis leur faire faire tous les correctifs après avoir produit quelque chose aussi. devrait-il passer à peu près autant de temps qu'il lui en faudrait pour le faire lui-même assis là à se tenir la main. C'est le comportement que son patron essaie de lui faire arrêter.
Vous supposez beaucoup et vous ne comprenez pas la situation. Le comportement souhaité par le patron est que le PO délègue avec succès les tâches. Désolé, mais la plupart des lieux de travail ne sont pas remplis de personnes tellement incompétentes qu'elles doivent être licenciées. Les types «pas mon travail» et certains types de personnalité supposent que tout le monde est incompétent sont beaucoup plus courants.
"Cela ne devrait pas prendre plus d'une heure ou deux pour passer une tâche" - ou plutôt, si cela prend plus d'une heure ou deux alors vous devriez le renommer "formation à faire X" plutôt que simplement "déléguer X".
Itsme2003
2015-11-14 03:50:28 UTC
view on stackexchange narkive permalink

Vous ne devez expliquer à votre patron que vous êtes réticent à déléguer à cause de l'ineptie des autres si vous avez vraiment fait tout ce que vous pouvez pour leur déléguer et que vous êtes incapable de le faire fonctionner. Votre patron verra probablement votre incapacité à déléguer comme un échec de votre part, et non comme un échec de la part d'une autre personne. Si vous devez en informer votre patron, vous devez vous en occuper directement et honnêtement, et être prêt à exposer toutes les mesures que vous avez prises pour que cela fonctionne. Participez à cette réunion avec votre patron prêt à discuter de vos forces et de vos faiblesses et soyez prêt à ce que cela puisse être un changement de carrière limitant. À tout le moins, vous devriez pouvoir dire à votre patron que vous avez suivi chacune des étapes ci-dessous.

Être capable de déléguer est l'une des compétences les plus essentielles qu'il faut posséder pour sortir des échelons les plus bas dans n'importe quel lieu de travail. En effet, votre patron vous a confié la tâche d'apprendre à déléguer et vous refusez d'apprendre. Vous n'apprendrez pas grand-chose sur la délégation si toutes les personnes à qui vous déléguez sont hautement compétentes, vous disposez donc de l'environnement d'apprentissage idéal. Cela semble être un manque de connaissances et de confiance de votre part que vous ne faites pas encore comme on vous a demandé de faire.

L'une des premières choses que vous devez apprendre sur la délégation est de savoir comment obtenir travail utile de personnes qui se situent au bas de l'échelle de compétences. Ceci est considérablement raccourci, mais le processus démarre quelque chose comme ceci:

  • Déléguez d'abord les petites tâches de priorité inférieure à quelqu'un. Dites-leur ce que vous voulez faire et comment vous voulez le faire
  • Dites-leur de vous informer lorsque la petite tâche est terminée
  • Demandez-leur de vous montrer les résultats
  • Remerciez-les ou félicitez-les pour leur travail

Vous ne leur confiez pas une tâche énorme, importante et urgente pour commencer. Vous touchez souvent la base avec eux, ils ne peuvent donc pas s'égarer trop loin. Vous travaillez toujours sur les choses sur lesquelles vous devez travailler, mais vous faites du suivi de la délégation une priorité. Si vous échouez ici, vous n'irez pas plus loin. Faites de la délégation une priorité.

Certaines personnes apprennent plus vite que d'autres. Certaines personnes à qui vous déléguez peuvent rester à ce stade pour de nombreux projets différents, et certaines sont prêtes pour les prochaines étapes immédiatement. Une fois qu'une personne vous a montré qu'elle peut être performante au niveau initial, vous êtes prêt pour les prochaines étapes.

  • Déléguez un petit projet comportant de nombreuses étapes
  • Tell la personne l'ordre des étapes, et qu'elle doit vérifier avec vous après une certaine étape (disons l'étape 3)
  • Lorsqu'elle s'enregistre avec vous, si elle a tout fait à votre goût merci et indiquez-leur la prochaine étape sur laquelle vous souhaitez vous enregistrer (disons l'étape 6). Donnez-leur des conseils, mais permettez-leur de faire certaines des étapes les moins importantes de quelque manière que ce soit au lieu de spécifier une méthode exacte
  • S'ils n'ont pas tout fait à votre guise, faites des suggestions douces sur ce que vous veulent faire différemment. Soyez prêt à prendre le blâme pour certaines de leurs petites erreurs en disant des choses comme: "Je suis désolé de ne pas vous avoir dit que je voulais que cela se fasse de cette façon." Ne leur faites pas sentir qu'ils ont échoué. Si vous le faites, vous ne pourrez plus leur déléguer et vous aurez échoué à la tâche que votre patron vous a demandée. S'ils échouent à un niveau donné, gardez-les au même niveau de supervision, ou si vous en avez vraiment besoin, demandez-leur de s'enregistrer après chaque étape. Ne dites pas cela, dites simplement quelque chose comme "Veuillez me contacter après l'étape 4."
  • À mesure que les gens s'améliorent, attribuez-leur des tâches plus importantes, laissez-les passer plus longtemps entre les étapes avant de s'enregistrer avec vous et donnez-leur plus de liberté pour accomplir la tâche comme ils le souhaitent.
  • N'oubliez pas qu'ils ne feront jamais tout exactement comme vous le souhaitez et qu'ils n'en ont pas besoin. Cela ne signifie pas que vous devez accepter un travail de qualité inférieure, mais cela signifie que vous devez garder un œil sur les choses vraiment importantes et laisser aller les petites choses.

Enfin, gardez ceci à l'esprit. Vous pourriez être tout aussi décevant pour votre patron que vos collègues le sont pour vous. C'est une situation où vous gagnez si vous pouvez en faire des gagnants et vous perdez si vous les considérez comme des perdants.

Telastyn
2015-11-13 23:15:17 UTC
view on stackexchange narkive permalink

Je sais que critiquer directement n'est pas une option car cela refléterait le jugement du patron au stade du recrutement.

Pourquoi n'est-ce pas une option?

Je veux dire, les gens font des erreurs. Votre patron est une personne (j'espère), donc des erreurs de recrutement se produiront. Si vous pensez qu'on ne peut pas faire confiance à ces personnes pour faire leur travail, vous devriez essayer de les faire virer.

Maintenant, votre patron peut suggérer des options sur la façon de faire confiance à ces personnes pour faire leur travail, ou comment travailler avec elles pour produire un meilleur travail. Votre patron devrait probablement le faire, et vous devriez probablement l'aider en lui demandant comment. Vous devriez faire un effort honnête, car toutes les personnes avec lesquelles vous travaillez ne seront pas super géniales dans leur travail .

Et si ces personnes sont aussi incompétentes que vous le pensez, cela devrait devenir abondamment clair. Sinon, profitez de votre agréable surprise.

Dans de nombreuses équipes, la critique directe est un grand non-non.
@AmyBlankenship - oui, eh bien, de nombreuses équipes sont nulles, je n'ai jamais compris cette position. Une communication efficace est si vitale pour le travail d'équipe, pourquoi la saper en faisant indirectement référence à tout ce qui se passe de mauvais?
J'aimerais savoir :). La bonne nouvelle, c'est que travailler dans une telle équipe vous donne beaucoup de pratique pour réfléchir à quatre ou cinq façons différentes de formuler la même chose.
+1 J'aime ça, ne pas critiquer est nuisible à bien des égards, je suppose que cela dépend de l'emplacement et de la culture du bureau, mais je crois qu'il faut appeler un chat un chat si JE SAIS que c'est un chat.
Je viens de recevoir des informations de la part des RH disant que les commentaires ne devraient pas être critiques. Je partage les opinions de Telastyn, alors j'ai remis cela en question, et en y regardant de plus près, il s'est avéré être une bizarrerie d'utilisation du mot, ils signifiaient vraiment que les commentaires ne devraient pas contenir * d'attaques personnelles *, ou de critique générale de la personne * en tant que personne * plutôt que des critiques spécifiques de leur travail. Donc en raison de la différence dans l'utilisation des mots, ils étaient simultanément heureux que ce soit critique [2], * et * c'était un grand non-non pour que ce soit critique [1]. Puisque je considère que critique [1] est de toute façon inutile comme feedback, tout le monde est heureux.
Donc, dans la situation de l'interrogateur, dire "X est incompétent" peut bien être une critique inacceptable [1], alors que dire "le 13 novembre, nous avons eu une conversation au bureau de X dans laquelle j'ai décrit les 10 étapes nécessaires pour accomplir la tâche A, ce que X a accepté X a alors oublié d'appliquer trois des étapes, en a terminé deux autres de manière incorrecte et a envoyé les résultats de la tâche A directement à tous les organes de presse sans examen et sans poser d'autres questions "est une critique [2] ...
... La conclusion du gestionnaire pourrait être que l'interlocuteur aurait dû écrire les 10 étapes en premier lieu, ou il pourrait convenir que X est entièrement en faute, mais au moins le problème peut être évalué et amélioré. "Tout le monde est nul, c'est juste dans une oreille et sort avec l'autre avec eux" n'aide pas beaucoup le manager.
cdkMoose
2015-11-14 00:04:19 UTC
view on stackexchange narkive permalink

Je pense qu'il est important que vous compreniez comment votre patron voit votre rôle et votre avenir. Dans la question et les commentaires, vous considérez les membres de votre équipe comme vos égaux. Cependant, déléguer implique généralement de donner du travail à quelqu'un en dessous de vous. Si vous êtes en mesure de leur déléguer, ils ne sont pas vos égaux. Cela peut être un effort d'équipe pour faire le travail, mais si c'est vous qui décidez de ce qui est délégué et à qui, vous n'êtes plus égal. Vous devez clarifier cela avant de vraiment savoir comment procéder.

Je suis conscient que critiquer directement n'est pas une option car cela refléterait le jugement du patron au stade du recrutement.

Sauf si vous avez de l'expérience avec votre manager qui réagit de manière excessive à ce sujet, je ne suppose pas que ce soit le cas. Le recrutement n'est pas une science exacte. Il y a toujours des candidats qui réussissent et qui n'auraient probablement pas dû, le temps expose généralement ces personnes, et les gestionnaires et les recruteurs expérimentés le comprennent. De plus, les gens changent avec le temps. Pour de nombreuses raisons, en interne et en externe, les motivations et les performances des gens changent, cela ne reflète pas la personne qui les a embauchés.

Votre responsable peut avoir une vision de vous en tant que chef d'équipe et vous prépare en conséquence chemin. Dans de nombreuses organisations, vous devez commencer à jouer le nouveau rôle de manière informelle avant que le titre / la promotion ne vienne. La délégation est un aspect important du rôle de chef d'équipe. Il est d'autant plus essentiel de s'asseoir avec votre responsable et de discuter exactement de ce qu'il entend par déléguer et de ses projets futurs pour vous. J'ai vu cela dans ma propre carrière, où ma responsable a informé l'équipe que je dirigerais les projets dans le cadre de son plan de promotion de moi au poste de chef d'équipe. Quand elle a officiellement proposé ma promotion, c'était un slam dunk parce que j'avais déjà fait le gros du travail.

Quant à la délégation proprement dite, c'est une partie importante du processus de formation et d'évaluation. Si vous ne déléguez pas aux membres de l'équipe, ils n'ont pas la possibilité de faire leurs preuves. Si vous ne déléguez pas, vous limitez également votre capacité ou celle de votre responsable d'évaluer ces personnes. Ils ont besoin d'une chance de couler ou de nager seuls. C'est un monde difficile là-bas, et les employés doivent livrer ou passer à autre chose. La délégation est une façon de leur donner une chance de couler ou de nager. La délégation n'est pas une abdication d'autorité, mais vous devez leur donner suffisamment de contrôle pour faire leurs preuves.

cwallenpoole
2015-11-14 00:06:20 UTC
view on stackexchange narkive permalink

Il existe deux types de personnes moins performantes dans une entreprise. Ceux qui sont moins expérimentés et ceux qui en sont incapables. Dans le cas des premiers, passez votre temps à vous asseoir avec eux et à leur donner des cours particuliers. Cela peut prendre plus de temps, mais au final, vous économiserez du temps et des efforts importants.

À un moment donné, j'ai mis à niveau un développeur de niveau Jr. sur un projet. Parce que j'ai passé les heures supplémentaires à passer en revue les RP et la raison pour laquelle son architecture pouvait s'améliorer, j'ai pu plus tard passer moins de temps dans les cycles de maintenance et me concentrer sur des travaux plus intéressants (et plus urgents). Cela m'a coûté des heures précieuses dans un cycle économique incroyablement chargé, mais cela signifie que plus tard, j'ai été beaucoup plus en mesure de participer à de nouvelles initiatives.

Dans un autre cas, l'un des développeurs. dans mon entreprise a causé des échecs de niveau catastrophique. Je ne les signalais généralement qu'en interne et à la fin de la journée, je me suis retrouvé à tenir une grande partie de la puanteur. Certaines choses que j'ai apprises:

  • Assurez-vous d'avoir mis en place des tests automatisés. Afficher les échecs du développeur.
  • Assurez-vous d'avoir un plan alternatif en place en cas d'échec.
  • Travaillez avec le contrôle qualité pour valider le code (vous devrez de toute façon valider même si vous l'avez écrit).
  • Lorsque le délai arrive, assurez-vous de l'avoir documenté.

Oui, cela peut signifier que vous avez des délais de coûts, mais cela signifie également que votre erreur était de faire confiance à cette autre personne. Soit cela signifie que la personne n'est pas formée correctement ou qu'elle n'est pas compétente pour les projets qui lui ont été confiés. Dans les deux cas, vous aurez quelque chose à démontrer au lieu de la pure réticence.


Il faut également noter que la délégation a trois résultats possibles:

  • Cela vous fait gagner du temps.
  • Vous perdez du temps à former quelqu'un et l'entreprise s'améliore car il y a maintenant une personne de plus formée.
  • Vous perdez du temps à cause de quelqu'un qui ne peut pas le pirater, vous obtenez maintenant cette personne dans une position où elle n'est plus en mesure d'interférer.

Dans tous les cas, vous gagnez du temps à la fin.

Cort Ammon
2015-11-14 04:00:03 UTC
view on stackexchange narkive permalink

Déléguez avec sagesse, pas avec désinvolture.

La délégation est un moyen de faire plus de travail. C'est une bonne chose. L'astuce est de savoir comment le faire. Si je peux paraphraser votre attitude, vous ne voulez pas déléguer parce que vous craignez qu'ils ne fassent pas un assez bon travail. Je le paraphrase de cette façon parce qu'il souligne que l'accent est mis sur le produit livré à la fin de la journée.

Qui demande ce produit? Si c'est votre patron, alors le problème est que vous n'êtes pas à l'aise avec le risque d'accepter la responsabilité, de la déléguer, puis d'être responsable lorsque le travail n'est pas fait avec une qualité acceptable.

Ce que je J'essayerais de faire est de diviser la tâche de telle sorte que vous puissiez leur donner des morceaux. S'ils le font, tant mieux, vous êtes en avance sur le jeu. S'ils ne le font pas, alors vous aviez l'intention de les couvrir de toute façon, donc cela ne vous a pas fait mal. Ne déléguez rien que vous ne pensez pas pouvoir réparer par la suite.

Au fil du temps, vous constaterez peut-être que les autres personnes ont des compétences que vous aimeriez exploiter. C'est difficile à dire tant que vous ne les engagez pas!

Lightness Races in Orbit
2015-11-14 21:51:15 UTC
view on stackexchange narkive permalink

Wow, en tant que «meilleure» personne de votre équipe, vous êtes un terrible mentor. Comment espérez-vous que vos collègues s'améliorent si vous ne leur apprenez jamais?

Au lieu de "Je dois faire cette tâche parce que je suis le meilleur", vous devriez essayer "Je vais vous aider avec cette tâche la première fois vous le prenez et vous saurez comment le faire dans le futur ".

Ceci est absolument crucial pour le succès de toute équipe. Les connaissances doivent être partagées et non stockées.

paparazzo
2015-11-14 00:01:58 UTC
view on stackexchange narkive permalink

Cela ressemble à un environnement étrange.

Il y a juste un objectif et l'équipe est censée s'auto-organiser? Si tel est vraiment le cas, prenez simplement les tâches que vous pouvez effectuer rapidement et évitez la délégation en premier lieu.

Si l'on vous confie la direction d'un projet ou d'un objectif et que l'on s'attend à ce que vous tiriez d'autres ressources, c'est ce que vous devez faire. C'est leur perception de la performance et ils ont été très clairs avec vous. Il est normal de dire que mon expérience avec Joe sur ce type de tâche est qu'il faut plus d'efforts pour le faire asseoir que pour effectuer la tâche moi-même. S'ils disent que nous voulons toujours que vous déléguiez, alors déléguez. Documentez la tâche par écrit et notez la date de début et de fin. Si les tâches glissent et impactent le projet, signalez-le. Si la tâche peut être divisée en un livrable distinct, remettez-la simplement à eux pour qu'ils s'autogèrent et notent à la direction, cette tâche a été déléguée à X.

Truth
2015-11-15 10:34:00 UTC
view on stackexchange narkive permalink

Je vais probablement tomber dans l'oubli pour cela, mais le fait est que la plupart des gens avec qui on travaille au quotidien sont soit des idiots, à peine compétents pour tenir le position qu'ils font ou si paresseux et inefficace que quelle que soit la contribution qu'ils apportent est au mieux marginale ou un obstacle. Je n'aime pas déléguer parce que, 90% du temps, la tâche ne sera pas effectuée correctement, voire pas du tout, ou ne peut pas être effectuée sans des conseils et des conseils sans fin, dont une grande partie peut être trouvée dans de simples recherches Google .

Ce n'est qu'une des raisons pour lesquelles je ne passerai jamais à un rôle de direction; Je préfère de loin produire des artefacts utiles et intéressants moi-même plutôt que de cajoler, de gémir et d'encourager les autres à produire de tels artefacts lorsque, le plus souvent, je serai déçu de ce qu'ils ont produit (s'ils sont capables de produire quoi que ce soit de valeur)

Alors, dis-je, c'est très bien de ne pas déléguer. Après un certain moment de ma carrière, j'ai fait le choix actif d'éviter de déléguer tout ce dont je devrais devenir dépendant. Je me fiche de blâmer ou même d'obtenir un crédit autre qu'une simple compensation. Ce qui me tient à cœur, c'est l'intégrité de mon produit intellectuel et si la délégation d'une tâche met ce produit en danger, je trouverai généralement un moyen d'éviter de le déléguer; Je vais déléguer quelque chose d'aussi tangentiel que possible afin que ma progression ne soit pas entravée ou compromise.

Et oui, je suis presque toujours le meilleur membre de l'équipe - et un terrible mentor. Soit vous l'obtenez et vous y mettez, soit vous vous écartez. Je me fiche de savoir combien vous apprenez ou si vous apprenez, seulement que vous restez en dehors de mon chemin si vous ne pouvez pas fournir une valeur tangible :)

Bonté moi.
@Truth, ce que vous pensez être "la vérité", est en fait du narcissisme trompant votre propre jugement. Profitez-en tant que vous le pouvez, car ce n'est qu'une question de temps avant d'être isolé et dépassé par les mêmes personnes que vous avez traitées comme des «idiots».
@teego1967, il y a beaucoup de gens meilleurs que moi, mais c'est rare que j'aie la chance de travailler avec eux. Si je suis isolé par l'intégrité et la qualité de mon travail, je vais le prendre. Je ne suis ni un génie ni un narcissique, juste un compagnon qui fait l'effort de fournir un produit de travail de qualité. Il y a toujours quelque chose de nouveau à apprendre; malheureusement, peu de collègues ont jamais pu fournir une telle nourriture.
Par définition, vous n'êtes probablement jamais le meilleur membre de l'équipe.Vous pourrez peut-être faire les tâches spécifiques à vos compétences, quelle que soit votre compétence, mais travailler avec une équipe signifie consacrer une partie à assurer le succès de l'équipe et pas seulement vos tâches particulières.Ce qui compte le plus pour la direction, c'est le rendement de toute l'équipe.Quelqu'un qui peut aider les membres sous-utilisés de l'équipe à être plus productifs peut ajouter plus à la production totale de l'équipe qu'une superstar qui n'essaye pas d'aider l'équipe à être plus productive.


Ce Q&R a été automatiquement traduit de la langue anglaise.Le contenu original est disponible sur stackexchange, que nous remercions pour la licence cc by-sa 3.0 sous laquelle il est distribué.
Loading...