Question:
Comment dire poliment à des collègues que leur contribution est inutile ou inutile?
Shawn
2016-01-25 23:01:37 UTC
view on stackexchange narkive permalink

Je suis directeur dans une entreprise qui a lutté ces 2 dernières années avec l'évolution du marché et à cause de cela a eu plusieurs contraintes budgétaires. Tout récemment, j'ai enfin obtenu un budget pour refondre l'un de nos produits Web qui sera considéré comme une mise à jour EOL (fin de vie). Après cela, aucune mise à jour future ne sera publiée sur le produit. La raison principale est un pivot du cœur de notre activité vers un autre segment de marché.

Maintenant que j'ai un budget, j'ai externalisé le travail (toute la planification et les décisions prises pour les livrables), et j'ai effectivement commencé à exécuter sur le projet J'ai reçu un e-mail d'un autre gestionnaire qui souhaite inclure leurs opinions avec des captures d'écran de ce à quoi devrait ressembler la mise à jour (ce bateau a déjà navigué). J'ai travaillé avec l'un de nos membres du développement commercial pour une contribution de haut niveau sur la conception, mais finalement je suis le décideur.

Notre culture de bureau est ouverte aux opinions et aux commentaires, mais dans ce cas, je ne veux pas ce projet pour distraire notre nouvelle direction, je ne veux pas non plus le faire dérailler avec des fonctionnalités qui n'ont tout simplement pas d'importance. Ma crainte à propos de ce dernier est que nous avons un propriétaire qui a parfois eu des réponses «instinctives» aux commentaires des gestionnaires qui ont fait exploser le budget et la portée des projets.

Question: Comment pouvez-vous dire à vos collègues que leur contribution est inutile ou inutile, non seulement parce que le plan est déjà en cours d'exécution, mais pour être honnête, ce n'est pas leur projet à s'inquiéter de manière polie et constructive, car notre culture en est une en général ouvert aux opinions? Dans ce cas c'est un manager qui est également arrivé à CC environ 4 ou 5 autres managers / personnels sur la communication avec leur avis. Comment puis-je étouffer cela dans l'œuf pour que ce projet reste concentré?

Btw, même sur un produit en fin de vie, il vaut la peine de maintenir une liste hiérarchisée de bogues et de demandes de fonctionnalités ... notamment parce que cela vous donne un moyen de répondre "oui, c'est un problème connu / oui, c'est un nouveau problème / bur comme vous pouvez le voir, ces dix-sept choses ont une priorité plus élevée. Si vous pouvez convaincre la haute direction de financer votre article, nous pouvons discuter d'essayer de le faire plus tôt, mais sinon, mes mains sont liées. "
Ah oui, la "dernière mise à jour". J'ai déjà vu ça. Au moins, vos amis peuvent être assurés que la prochaine «mise à jour finale» sera en mesure de répondre à leurs préoccupations. :-)
Je dirais simplement au directeur ce que vous nous avez dit. Cela explique pourquoi vous pensez que la contribution pourrait être inutile dans ce cas précis, et cela donne au gestionnaire une chance de décider si sa contribution est réellement utile dans les circonstances.
Répondez et dites, vous l'avez classé dans le dossier marqué "Version suivante" - s'il y en a réellement un, il serait utile de le revoir.
Alors vous dites que "Sod off, you bleeding bugger" ne marcherait pas? :-)
@CarlWitthoft Je crois que dans Managerish il est orthographié "Dûment noté.", Mais si les interactions et les relations sont positives, ce n'est probablement pas la meilleure idée, car elles pourraient être blessées.
Sept réponses:
user45269
2016-01-25 23:45:55 UTC
view on stackexchange narkive permalink

Donc, en résumé, il semble que vous travaillez normalement tous bien ensemble, êtes ouverts et partagez des idées, mais dans ce cas précis, ce processus n'a pas été suivi pour ce qui semble être une très bonne raison: accélérer cette dernière mise à jour de manière efficace. système mort.

Que diriez-vous de répondre avec quelque chose comme ceci:

Merci pour vos suggestions utiles. Pour que tout le monde le sache, cette mise à jour de l’application «X» est la dernière mise à jour, car l’application «X» doit être supprimée dans un proche avenir.

Cela signifie que nous gardons la portée très rigide et le budget serré. Comme d'habitude, je suis toujours ouvert aux suggestions et aux idées, mais dans ce cas, je n'aurai pas beaucoup de marge de manœuvre car je dois m'assurer que nous respectons la portée et le budget. S'il vous plaît ne soyez pas déçu si cela signifie que je ne peux pas mettre en œuvre d'autres idées.

Alors que nous nous tournons vers le nouveau segment de marché, je vous demanderai des suggestions sur la meilleure façon de le faire. vos suggestions dans ce domaine.

Les commentaires ne sont pas destinés à une discussion approfondie; cette conversation a été [déplacée vers le chat] (http://chat.stackexchange.com/rooms/34959/discussion-on-answer-by-prinz-how-to-politely-tell-coworkers-that-their-input- est).
keshlam
2016-01-25 23:05:02 UTC
view on stackexchange narkive permalink

Dites simplement "merci pour votre contribution" et restez-en là. Cette contribution peut en fait être utile pour comprendre les priorités à plus long terme même si vous ne pouvez pas ou n'avez pas l'intention d'agir maintenant.

Le Tchad veut que je dise explicitement pourquoi: parce que cette réponse reconnaît que la suggestion était probablement bien intentionnée, reconnaît qu'elle a été entendue et la met poliment de côté sans aucune confrontation. Je ne connais pas de meilleur moyen de "le pincer dans l'œuf" que de simplement ne pas insister à ce sujet.

Je suis curieux de savoir quelles seraient selon vous les priorités à long terme d'un projet EOL?
Les projets @AmyBlankenship: EOL ont la mauvaise habitude de s'enfiler longtemps après qu'ils devraient simplement disparaître.
C'est vrai, mais pas à cause d'un plan à long terme :)
Peut-être que ces «priorités à long terme» renvoient à des éléments plus généraux qu'ils pourraient garder à l'esprit pour d'autres projets.
Je crains que, au moins aux États-Unis et à A, «merci pour votre contribution» n'ait assumé le rôle d'une réponse sarcastique.
@CarlWitthoft: Le ton de la voix compte ... mais le concept de base reste valable. Acceptez poliment la suggestion pour examen (à moins qu'elle ne soit manifestement erronée), mettez-la dans l'arriéré des travaux à effectuer lorsque le temps le permet, définissez sa priorité de manière appropriée - comme si le produit n'était pas fonctionnellement stabilisé - et accédez-y si et lors des changements de budget. Si ce n'est jamais le cas, cela ne rend pas la suggestion mauvaise, juste une suggestion non financée.
Bien que l'idée de «reconnaître et classer» me semble bonne, j'essaierais de fournir au moins quelques commentaires. Mentionner qu'une mise en œuvre semble peu probable, et pourquoi, serait probablement utile.
user8365
2016-01-26 03:28:04 UTC
view on stackexchange narkive permalink

Ne fermez pas simplement la porte au nez même si c'est ce que vous voulez vraiment faire. Expliquez l'état actuel du projet et que les nouvelles suggestions ne peuvent pas être mises en œuvre pour le moment. Suggérez-vous de conserver leurs suggestions et éventuellement de demander leurs commentaires si vous obtenez un autre budget pour refaire la vue.

Si vous ne faites pas attention, ils pourraient prendre ces suggestions et passer au-dessus de votre tête. Vous pourriez être blâmé de ne pas avoir suivi leurs suggestions si quelque chose ne va pas ou si les gens n'aiment pas le site. Essayez de les empêcher de trop s'impliquer en les faisant participer à un moment plus approprié.

En fait, «passer au-dessus de votre tête» n'est pas nécessairement un problème. Si quelqu'un insiste sur un changement, vous pouvez lui dire qu'il s'agit d'un changement que vous ne pouvez pas approuver (par exemple parce qu'il nécessite plus d'argent). La meilleure option serait alors de leur dire «Veuillez discuter du budget avec la haute direction».
gnasher729
2016-01-26 21:21:02 UTC
view on stackexchange narkive permalink

Vous ne leur dites pas :-)

Vous dites que la culture de bureau de votre entreprise est d'être ouvert aux discussions, donc il est vraiment difficile de lui dire que vous ne voulez pas de ses commentaires . D'un autre côté, il y a des moments (comme en ce moment) où vous n'avez aucun intérêt à considérer ses commentaires. Mais ne lui dis pas ça. Les gens aiment s'impliquer, aiment avoir une opinion, alors essayez de lui faire part de son opinion mais sans perdre votre temps .

Je lui dirais honnêtement que l'ensemble du projet est sur un budget très, très serré, à la fois en termes d'argent et de temps, et que malheureusement, même si ses idées sont vraiment excellentes (Ok, cela peut être un mensonge), tout retard en ce moment même au stade de la planification signifie que vous dépasserez ce budget. Vous auriez aimé avoir pensé à A, B et C qu'il a suggéré, mais malheureusement, le train a quitté la gare, et vous ne pouvez absolument plus rien faire pour changer les choses à ce changement.

Basil Bourque
2016-01-27 07:59:26 UTC
view on stackexchange narkive permalink

Problème de la haute direction

Compte tenu de ces trois faits décrits dans la question:

  • Ce projet est vaste, important.
  • Ce projet fait partie d'un changement de stratégie plus large pour l'entreprise.
  • Les autres managers, c'est-à-dire pas seulement vos propres subordonnés, sont ceux qui apportent leur contribution.

… Cela ressemble à un problème de direction.

Les cadres supérieurs n'ont pas clairement expliqué la nouvelle stratégie entreprise par l'entreprise. Ils n'ont pas bien compris le plan produit. Peut-être n’ont-ils pas précisé la nature de fin de vie des produits du projet du PO; certainement pas son calendrier comme vous dites que les délais de décision de conception sont dans le passé. Et ils n’ont certainement pas précisé la nécessité de se concentrer sur les futurs produits sur lesquels la société mise beaucoup.

Je vous suggère de vous adresser à votre patron ou aux cadres supérieurs, très bientôt. Comptez sur le fait que vous recevez ces offres de contribution. Expliquez que vous craignez que cela signifie que les équipes ne sont pas concentrées sur le nouvel agenda de l'entreprise. Demandez-leur de clarifier la situation dans son ensemble en général, et demandez-leur de préciser en particulier que votre projet n'a plus besoin / ne mérite plus leur attention.

Si ces trois conditions énumérées ci-dessus n'étaient pas vraies, si c'était le cas un projet plus mineur, je serais d'accord avec certaines des autres réponses publiées ici. Mais dans ce cas, le problème de la question est davantage le symptôme d’un problème plus important.

Bonne idée d'essayer de voir la "vue d'ensemble". Si les gens ne comprennent pas les objectifs stratégiques et les priorités, de tels problèmes réapparaîtront.
acidjunk
2016-01-26 21:16:26 UTC
view on stackexchange narkive permalink

Soyez transparent. Lorsqu'une fin de vie est déjà convenue, il ne sert à rien de laisser les autres gestionnaires croire qu'ils peuvent fournir des commentaires. Je pense que vous pourriez éviter la situation.

Philipp
2016-01-27 01:02:07 UTC
view on stackexchange narkive permalink

Si vous ne pouvez pas cacher votre projet et que vous ne pouvez pas interdire aux gens de s'immiscer, la prochaine option est distraction^.

Faites un rapport sur votre projet et demandez des commentaires, mais explicitement renseignez-vous sur les aspects qui ne comptent pas vraiment pour vous et qui peuvent être modifiés avec très peu de travail. Plus l'aspect est trivial, mieux c'est, car vous vous assurez ainsi que tout le monde peut se faire une opinion à ce sujet. Vous pouvez également envisager de placer un canard dans la description de votre projet: une idée complètement absurde et déplacée, pour que les gens aient quelque chose à abattre.

Pendant que les gens continuent à se disputer pour savoir si la police doit être Helvetica ou Arial, vous pouvez continuer à développer les parties qui comptent réellement. À la fin, ils auront tous l'impression d'avoir fait leur contribution importante et d'avoir la part d'influence qu'ils méritent, même s'ils ne l'ont pas fait.

Downvote: Il est certain que faire perdre du temps à vos collègues sur des choses sans importance n'est pas professionnel et nuit au succès général de l'entreprise.
@tripleee Lorsque les gens * insistent * pour perdre leur temps (ce que j'ai sous-entendu en disant "quand vous ne pouvez pas cacher votre projet et que vous ne pouvez pas interdire aux gens de se mêler"), vous pouvez au moins faire de votre mieux pour vous assurer qu'ils causent le moins de dommages en le faisant.


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...