Premièrement, si vous êtes dans le développement de logiciels, je vous recommande fortement de découvrir ce que signifie «agile». Allez lire des articles simples et professionnels sur ce qu'implique le «développement agile», puis rédigez un livre détaillé. Cela peut convenir ou non à votre situation, mais un bon développeur, en particulier un chef d'équipe, devrait savoir il. En faisant cela, vous découvrirez ce qu'est un «backlog».

Tenir compte des mots à la mode en général: encourager votre équipe à réfléchir aux moyens d'améliorer votre processus est une bonne chose. Cependant, vous ne voulez pas sauter dans tous les trains en marche. Je recommande à la personne qui a suggéré ces choses d'écrire un article expliquant:

• Ce qu'elles suggèrent sont
• Comment elles pourraient être mises en œuvre dans votre cas spécifique
• Quels avantages et inconvénients ils pourraient avoir

Ensuite, examinez la suggestion et voyez si vous êtes d'accord. Si l'équipe est très soudée, vous pouvez essayer de la faire faire une présentation à toute l'équipe, plutôt que de simplement rédiger un article. Avec quelque chose comme ça, le papier / présentation initial devrait être suivi d'une enquête plus approfondie. Cependant, assurez-vous que cela ne retarde pas la production réelle du logiciel. Assurez-vous que l'enquête se déroule pendant le temps libre, ou n'utilisez qu'une petite fraction de leur temps disponible.

Le passage à une méthodologie agile n'est pas une mince affaire et les risques sont nombreux. Assurez-vous de bien comprendre le processus, de suivre une formation et de l'essayer à un moment où vous ne faites pas de travail critique.

Tout d'abord, félicitations pour admettre ouvertement que vous ne comprenez pas un mot / une phrase / un concept et demandez à la personne de s'expliquer. Beaucoup de gens manquent de courage et ont peur que tout le monde pense qu'ils ne sont pas intelligents. Vos collègues peuvent être habitués à ce que les gens ne les appellent pas lorsqu'ils essaient de se frayer un chemin à travers une discussion technique. Je pense que si vous continuez à faire cela, ils sont moins susceptibles d'utiliser des mots qu'ils ne comprennent pas.

Deuxièmement, il y a beaucoup d'idées que les gens ont, mais ne veulent pas faire le travail et prendre sur la responsabilité de faire bouger les choses. Quelqu'un veut être plus «Agile», c'est génial, mais pas s'il ne sait pas comment s'y prendre. S'ils trouvent qu'ils sont responsables de leurs suggestions au point de devenir l'expert local, ils peuvent s'arrêter avec les suggestions sans fondement.

Ce que vous faites actuellement découragera ce comportement, mais commencez à y penser plus de tact pour répondre. Ceci est très important devant les autres.

Donc, je pense que votre approche générale consistant à demander (poliment!) des explications et des justifications d'idées chargées de jargon est juste. Il n'y a pas de honte à admettre que vous ne savez pas, et demander aux gens de développer leurs pensées est un moyen d'être respectueux.

Quelques stratégies supplémentaires qui peuvent compléter cette bonne approche généralement ...

Gardez les réunions / discussions en mouvement et sur la cible

Si vous réfléchissez à la manière de rendre un processus plus efficace, puis une description de l'agilité et des backlogs est juste sur le sujet. Si vous parlez de nouveaux développements pour votre prochaine vague de développement d'interface graphique, une interface graphique moderne peut valoir 10 bonnes minutes de discussion. Mais si votre problème initial était "comment corriger ce bogue?" - alors vous êtes allé TRÈS loin avec l'une ou l'autre conversation. Plutôt que de commencer par «veuillez expliquer cette idée que vous venez de mentionner» - vous devrez peut-être revenir en arrière et dire «est-ce pertinent pour notre sujet actuel? Non? Alors prenons une note et revenons-y plus tard». Cela vous donne le temps de rattraper les orateurs du jargon plus tard et d'avoir une meilleure idée, sans que tout le monde dans la discussion vive à travers une tangente hors sujet.

Réalisez que pour les personnes ayant des antécédents différents, ce n'est pas un mot à la mode, c'est une façon de faire les choses.

Le mot "mot à la mode" a tendance à avoir une connotation négative. Beaucoup de gens l'utilisent pour désigner des «idées à la mode» ou des «idées que l'ingénierie des cadres supérieurs devrait faire» (avec une nuance de doute et d'aversion). Le mot "jargon" est un mot tout aussi chargé, mais peut souvent être interprété comme signifiant "une langue spécialisée parlée dans un certain domaine qui n'est pas général pour tous les utilisateurs de la langue" - qui est un peu plus ouverte et moins négative. Dans tous les cas, ces trois phrases peuvent être perçues différemment:

• Je ne comprends pas ce mot - veuillez expliquer / définir
• Je ne comprends pas ce jargon - veuillez expliquer / define
• Je ne comprends pas ce mot à la mode - veuillez expliquer / définir
• (le plus extrême) - Qu'est-ce que ces mots à la mode ?? Cela n'a aucun sens!

Si vous avez des discussions controversées, il est temps de regarder attentivement votre langage pour vous assurer qu'en posant ce qui est (essentiellement) une question juste, vous n'êtes pas on dirait que vous avez déjà des préjugés contre l'idée.

Demandez un peu d'histoire ou de connectivité ..

Comme d'autres répondants l'ont dit - agile & Le backlog provient d'un ensemble d'idées autour des méthodologies de développement Agile - une pratique assez répandue dans certains secteurs. C'est un concept qui a plus de 10 ans et qui a un public assez large pour être qualifié de pratique industrielle.

Le moderne était nouveau pour moi, mais je suis prêt à acheter la définition de Mark Chapman et à réaliser que ce n'est pas un jugement (moderne = plus gentil, que l'héritage) mais plutôt un terme spécifique utilisé pour décrire qualités associées à un produit spécifique.

Parfois, la question n'est pas "veuillez définir ce terme" mais plutôt - d'où vient cette idée et comment puis-je en savoir plus? C'est une autre nuance subtile mais importante à poser ces questions. Pourquoi et d'où vient un terme peut être très utile pour savoir s'il est utile ou non dans les circonstances actuelles.

Découvrez comment vous l'apprenez et l'utilisez

En tant que chef d'équipe, vous devez être conscient des concepts et des pratiques que votre équipe élève. Bien qu'obtenir une explication des membres de l'équipe soit un bon point de départ, vous voudrez également avoir votre propre opinion à partir d'un point de vue extérieur. Pour ce faire, revenez à la façon dont VOUS apprenez et assurez-vous de disposer de ressources et de temps consacrés à vous tenir au courant des sujets. Vous n'avez pas besoin d'être plus intelligent que votre équipe, vous devez simplement avoir la capacité d'utiliser leurs idées pour vous aider à obtenir vos propres idées.

Combiner votre propre recherche avec le suivi décrit ci-dessous dans le format 1 sur 1 peut être extrêmement puissant dans le bon sens. Prendre le temps de rechercher et d'apprendre quelque chose vous-même, puis de faire un suivi en privé, dit à la personne avec qui vous travaillez:

• J'ai suffisamment fait confiance à vos idées pour prendre mon propre temps pour apprendre quelque chose
• Je considère que vos recherches et vos réflexions en valent la peine, alors je vous demande ce que vous savez
• Ces idées sont suffisamment précieuses pour que je ne les ai pas oubliées
• Je veux pour vous donner la propriété si nous décidons de changer - veuillez me montrer que vous avez des idées et des plans sur la façon de concrétiser votre idée.

S'ils n'ont pas pris le temps de rechercher, cela ne doit pas être très important, et dire quelque chose - "J'attendrai que vous reveniez vers moi avec vos pensées" - dit assez clairement, "si vous ne pouvez pas prendre le temps de chercher plus, alors je ne le ferai pas justifier de passer plus de temps là-dessus. "

Donnez le ton" aucune idée n'est une mauvaise idée, tant que vous pouvez l'expliquer "

Vous ne peut pas avancer avec des mots vides - il suffit de lire un article et de collecter des idées provisoires t assez. Donnez à votre équipe l'habitude de faire des recherches sur des sujets qui les intéressent et de soulever des points de réflexion. La seule chose qui me semble anormale, c'est que vous avez quelqu'un qui soulève des idées qu'il ne peut pas justifier avec plus que "Je ne sais pas ce que c'est mais je sais que nous en avons besoin". Aucune idée n'est une mauvaise idée ... à moins que vous n'ayez pas suffisamment d'informations sur ce que vous suggérez pour l'étayer avec quelques réflexions sur les premiers pas et l'impact du changement (pour le meilleur et pour le pire).

Comment afficher la recherche

Je ne suis pas vraiment un grand fan de la rédaction sur papier ou des présentations au sens formel - je trouve que cela met un frein aux bonnes idées ... mais vous voulez que l'équipe dépasse les mots vides. Si je suis confronté à quelqu'un qui connaît un terme mais ne connaît pas le sens, je le transforme généralement en une mission immédiate - allez comprendre le sens et l'impact de cette idée, puis parlons hors ligne. Étant donné que j'aime aussi les 1 contre 1, c'est un bon point de suivi avec désinvolture. Si je vois de nombreux cas de la même personne qui jette des concepts qui ne sont pas raisonnablement réfléchis - je peux le soulever de manière plus formelle en disant "regardez, j'ai besoin de plus que le mot, j'ai besoin de savoir pourquoi c'est important" - cela peut être un point de rétroaction plus direct et plus puissant lorsqu'il s'agit d'un ingénieur plus expérimenté. Je m'attends à ce que les jeunes ingénieurs aient des idées moins bien énoncées, je m'attends à ce que les ingénieurs seniors soient plus éloquents et mieux informés. Je m'attends à ce que les ingénieurs très expérimentés soient plus avisés que moi quant à l'impact que pourraient avoir les processus d'ingénierie et au temps et aux efforts nécessaires - c'est une forme d'expertise technique que je recherche à mesure que les gens deviennent plus expérimentés.

Vous devez connaître votre jargon, et si ce n'est pas le cas, mettez-vous au courant. (Oh, vraiment? Oui, vraiment. Pourquoi? Parce que c'est un ensemble de compétences liées à l'emploi qui accélère l'échange d'informations dans un domaine de discours spécifique à un domaine (de beaucoup)) Si vous n'êtes pas au courant, alors demandez certainement ne fera pas mal. En fait, je dirais que c'est presque obligatoire en tant que personne qui prend des décisions sur la façon de procéder. Vous devez toujours vous assurer de savoir ce qui est discuté. Si cela n'est pas possible, par exemple parce que vous n'avez pas le temps de passer par une longue explication, vous devriez reporter les appels finaux sur les décisions jusqu'à ce que vous sachiez ce qui est sur la table, mais peut-être provisoirement autoriser ou refuser une action. basé sur la brève description que vous pourriez obtenir de vos collègues s'ils vous l'expliquent. Demandez toujours.

En remarque, il semble que vous confondez les mots à la mode et le jargon ici et là. Il y a une différence entre les mots à la mode et le jargon:

• Les mots à la mode sont généralement des termes qui ne couvrent que des sujets de manière superficielle ou sont destinés à faire du battage publicitaire. Pour moi, les mots à la mode sont des mots qui rendent les choses ennuyeuses intéressantes. Ils sont généralement dérivés du marketing et leur utilisation s'estompera ou changera après un certain temps. comme l'informatique omniprésente qui s'est transformée en «Internet des objets», deux termes marketing. Les deux n'ont pas de sens et n'ont pas beaucoup de substance.

• Le jargon, quant à lui, est un langage complet qui ajoute à une discussion liée au domaine en fournissant des crochets à des concepts communs.

Parfois, les mots à la mode deviendront monnaie courante pour quelque chose de substantiel, ou ce concept prend vraiment son envol et entre dans le jargon.

Moderne, s'il est utilisé de la manière MS, est un mot à la mode pour moi. L'interface en mosaïque le couvrirait beaucoup mieux. Agile était un mot à la mode, mais de nos jours, c'est le nom d'un concept concernant la pratique du développement logiciel.

Les mots à la mode représentent une part importante du travail dans les emplois techniques, en particulier ceux qui évoluent aussi rapidement que le développement de logiciels. Habituez-vous et essayez de suivre le rythme comme nous le faisons tous. Le fluage des mots à la mode peut être pénible, mais si vous ne savez pas, vous devriez en discuter lors de réunions d'équipe hebdomadaires ou bimensuelles et partager vos connaissances sur ce que sont ces mots à la mode, leur utilité et si vous devez continuer à les utiliser en équipe.

Cela étant dit, je suis un peu inquiet - comme les autres - que vous considériez agile et backlog comme des mots à la mode et pire, que vous ne connaissiez pas ces mots. Agile est une partie importante de chaque poste dans lequel j'ai travaillé et la plupart des méthodologies agiles - comme Scrum par exemple - un backlog est nécessaire pour le faire correctement.

Les mots à la mode sont le symptôme, pas le problème principal. Le problème tel que vous le présentez est que (1) les gens présentent des idées vagues que vous ne pouvez pas facilement comprendre et peut-être pas non plus et (2) les gens suggèrent des idées en raison de la popularité plutôt que de la valeur qu'ils produiront. Donc, ce que vous voulez faire, c'est amener les gens à s'exercer à être plus précis et objectifs et à évaluer plus consciemment le raisonnement et les résultats associés à la prise en charge d'une tâche. Je dirais quelque chose comme:

"J'ai examiné la façon dont nous communiquons en tant que groupe et je pense qu'il y a plusieurs choses qui nous gênent. Premièrement, il peut être difficile de discuter très des idées larges et cela peut vous faire perdre beaucoup de temps. J'aimerais que vous veniez aux réunions avec des formes plus précises et concrètes de vos idées. Lorsque vous apportez une idée, demandez-vous: «Deux personnes pourraient-elles entendre et produire des résultats différents? Si tel est le cas, essayez de le rendre plus précis afin que nous sachions tous exactement ce que vous essayez de suggérer avant d'en parler. Si quelque chose est subjectif ou vague, je vous demanderai de le reporter à la prochaine réunion lorsque vous aurez Il est temps de le rendre plus clair. Deuxièmement, essayez de vous demander pourquoi chaque suggestion doit être suivie dans notre contexte spécifique. Si vous dépensez 1 000 $ de votre salaire pour mettre en œuvre un plan, je ne suis pas intéressé de savoir si le plan mène à quelque chose de mieux que ce avec quoi nous avons commencé. Je voudrais savoir si nous nous retrouvons avec quelque chose de PLUS DE 1 000 $ de mieux que ce avec quoi nous avions commencé. Je suis intéressé par le fait que sur cette période de 1 000 $, il n'y avait pas d'autre idée que aurait fait augmenter la valeur encore plus. Ainsi, lorsque vous mentionnez une idée lors d'une réunion, soyez prêt à justifier immédiatement et explicitement pourquoi votre idée vaut la peine de perdre du temps et des efforts sur d'autres tâches qui pourraient être effectuées. Si ce n'est pas le cas capable de le dire tout de suite, encore une fois, nous enregistrerons le commentaire pour une autre r réunion. "

Au début, cela peut être un peu ennuyeux. Définir ces deux règles et les respecter donne aux gens une attente prévisible. Peu de temps après que leurs idées continuent d'être différées, soit ils commenceront à venir à la réunion avec les justifications qui résoudront votre problème, soit ils arrêteront d'évoquer leurs idées de mots à la mode.

Pas vraiment des mots à la mode, je peux expliquer:

1. Agile / backlog: Agile est un ensemble de méthodologies de développement utilisant de courtes itérations de développement, des exemples sont Scrum, Kanban. Le backlog est simplement la liste des travaux remarquables, qui sont généralement classés par ordre de priorité.
2. Modern: modern (formellement metro) est le nom de l'interface utilisateur utilisée dans win 8, en utilisant une interface active en mosaïque.