Wie gehe ich mit meinen Kollegen um, wenn ich unbekannte Fachsprache und Akronyme verwende?

Obwohl viele Antworten Ihnen zu Recht sagen, dass die Verwendung von Jargon und Akronymen normal ist, sollte beachtet werden, dass ihre Verwendung nicht allgemein geschätzt wird. Elon Musk mag Akronyme bekanntermaßen nicht und hat sogar Mitarbeiter von SpaceX angewiesen, so wenig Akronyme und Jargon wie möglich zu verwenden .

Obwohl die Mehrheit der Leute Ihnen sagt, dass Sie lernen sollten, mit dem Jargon umzugehen, gibt es tatsächlich Menschen, deren Meinung wichtig ist und die genauso denken wie Sie. Wenn Ihnen das Trost gibt, dann lassen Sie diesen Trost Ihre Art sein, mit der Flut von Fachjargon fertig zu werden, die Sie ertragen werden. Seinen Trost zu finden und „damit umzugehen“ ist eigentlich eine tolle Lebenslektion.

Obwohl „Anwendungsfall“ ein allgemeiner Begriff ist, dauert es normalerweise mehr als einen Monat, um unternehmens- und branchenspezifische Fachsprache und Akronyme zu lernen.

Ebenso sollten Ihre Kollegen es nach nur einem Monat als normal ansehen, dass Sie immer noch nasse Füße bekommen, und sie sollten bereit sein, Akronyme und andere unternehmens- und branchenspezifische Konzepte zu erklären.

Bitten Sie Ihre Kollegen also nicht, mit Akronymen aufzuhören. Bitten Sie sie, ihre Akronyme für Sie zu erklären. Schreiben Sie dann die Definitionen auf, damit Sie sich daran erinnern können.

Schritt 1

Ändere deine Geisteshaltung.

"Wie kann ich meine Kollegen höflich bitten, normal zu sprechen?" ist ziemlich anklagend, und ich bin sicher, niemand im Büro wird es genießen, von dem neuen Mann kritisiert zu werden, der die Akronyme nicht versteht.

Wenn jedoch das gesamte Meeting auf Klingonisch abgehalten wurde und Ihr Unternehmen in keiner Weise mit der Verwendung oder Entwicklung der Sprache zu tun hat, dann haben Sie gute Gründe dafür, von Ihren Kollegen zu verlangen, dass sie normal sprechen.

Schritt 2

Wenn Sie auf Akronyme stoßen, nehmen Sie sich die Zeit, sie aufzuschreiben. Es ist unklug, jemanden während einer 30-sekündigen Rede 8 Mal anzuhalten, besonders wenn es sich um eine Gruppe handelt.

Wenn das Besprechungsthema ein Projekt ist, an dem Sie beteiligt oder für das Sie verantwortlich sind, machen Sie sich besonders gute Notizen, die Sie später übersetzen können. Selbst wenn Ihnen jemand gesagt hat, wofür "PLR" steht, wissen Sie wahrscheinlich immer noch nicht, was es bedeutet, wofür es verwendet wird oder wo Sie es finden können. All dies sind Dinge, auf die Sie während Ihrer Arbeitszeit aktiv Antworten suchen sollten.

Wenn Sie mit jemandem eins zu eins sprechen, können Sie demütig nach der Definition jedes Akronyms fragen, wenn der Sprecher nicht zu genervt oder mit Hochdruck wirkt. Lassen Sie ihn wissen, dass Sie Probleme mit Akronymen haben.

Schritt 3

Wenn Sie Akronyme aufgeschrieben haben, dann suchen Sie sich in einer Auszeit jemanden, dem Sie vertrauen, und fragen Sie ihn, ob er die von Ihnen aufgeschriebenen Akronyme erklären kann. Wenn sie ein neues Akronym einführen, fügen Sie es am Ende Ihrer Liste hinzu.

Akronyme sind ein Teil aller Unternehmen. Viele von ihnen sind innerhalb eines bestimmten Unternehmens esoterisch, aber Dinge wie "Buy-in" und "Use-Case" sind leicht Google-fähig.

Sie sind sich nicht sicher, in welcher Branche Sie tätig sind, aber 0,28 Minuten Googeln zeigen, dass MOP ein Wartungsprotokoll zu sein scheint.

Wenn ich raten müsste, dann werden Sie wahrscheinlich viele weitere Akronyme zusammen mit ihren Definitionen finden, die über die MOPs verteilt sind, also sollten Sie auf jeden Fall nach diesen Dokumenten suchen.

Ehrlich gesagt, wenn Sie während eines Meetings nicht wissen, was ein MOP ist, und es während des nächsten Meetings immer noch nicht wissen, dann sind Sie das Problem, nicht das Akronym.

Jargon ist ein wichtiges Kommunikationsmittel, um die Kommunikation sowohl zu beschleunigen als auch zu präzisieren. Ich glaube nicht, dass es sinnvoll oder gar möglich wäre, Ihre Kollegen dazu zu zwingen, für Arbeitsgespräche nur Standardenglisch zu verwenden.

Das erste, was Sie mit einem unbekannten Begriff oder einer unbekannten Abkürzung tun sollten, ist, sie an Ihre bevorzugte Suchmaschine und Wikipedia weiterzugeben. Das funktioniert für Branchenbegriffe wie "Use Case". Möglicherweise können Sie dies in einer Besprechung tun, ohne den Besprechungsablauf zu stoppen.

Dadurch werden die Fragen, die Sie stellen müssen, reduziert. Fragen Sie in der Besprechung nur, wenn es wirklich nötig ist, wenn Sie das Wort nicht kennen und Sie daran hindern, etwas zu befolgen, das Sie verstehen müssen. Ansonsten schreiben Sie es auf und fragen Sie danach jemanden.

Nutzen Sie diese Erfahrung, um das Onboarding Ihres Unternehmens zu verbessern

1. Wenn du Leute hörst oder siehst, die Akronyme oder Begriffe verwenden, die du nicht kennst, schreibe sie auf. Führen Sie ein Notizbuch mit einer dafür vorgesehenen Seite bei sich.

2. Fragen Sie bei Ihrem wöchentlichen Einzelgespräch mit Ihrem Vorgesetzten nach den neuen Bedingungen, denen Sie in dieser Woche begegnet sind. Wenn Sie kein wöchentliches Einzelgespräch mit Ihrem Vorgesetzten haben, fragen Sie nach einem – Sie brauchen vor allem als neuer Mitarbeiter, der mit der Branche nicht vertraut ist.

3. Beachten Sie die Definition für jeden Begriff und erweitern Sie sie bei Bedarf später.

4. Erstellen Sie nach sechs Monaten ein Dokument mit den Begriffen und Definitionen. Empfehlen Sie der Personalabteilung, dies allen neuen Mitarbeitern zu geben. Wenn diese Begriffe für Sie neu waren, als Sie angefangen haben, werden sie auch für andere Neueinstellungen neu sein.

Dies ist der Antwort von @MonkeyZeus etwas ähnlich, jedoch in eine andere Richtung.

Möglicherweise haben Sie hier ein größeres Problem als Akronyme. Wenn Sie der Meinung sind, dass das gesamte Unternehmen aufhören sollte, Fachbegriffe zu verwenden, nur weil Sie sie nicht verstehen, wird Ihre Karriere in jedem Unternehmen schwierig.

Dies setzt natürlich voraus, dass Sie eine Antwort erhalten, wenn Sie fragen, und es scheint, dass Sie dies tun. Wenn die Antwort nicht zufriedenstellend ist, fragen Sie weiter, bis Sie die Informationen haben, die Sie lernen müssen. Aber achten Sie darauf, einen geeigneten Zeitpunkt für die Frage zu finden.

Auch wenn es eine Firmendokumentation oder ein Wiki gibt, hat es wahrscheinlich eine Suchfunktion. Auch Begriffe wie „Usecase“, „Standup“ oder „Kanban“ lassen sich gut googeln. Geben Sie einfach „What is X in IT“ in Ihre bevorzugte Suchmaschine ein.

Es gibt kaum etwas anderes zu tun, als sich die Akronyme erklären zu lassen - entweder durch späteres Googeln oder - falls erforderlich - durch Nachfragen in Echtzeit.

Wie andere Antworten andeuten, fragen Sie nur, ob ihre Verwendung völlige Verwirrung stiftet; Ein Meeting zu unterbrechen, nur weil Sie neugierig sind, kann ärgerlich sein.

Außerdem würde ich alle Antworten aktiv und sichtbar aufschreiben - da die Leute offenbar eher bereit sind zu erklären, wenn sie das Gefühl haben, dass Sie nur einmal fragen werden.

Die meisten Menschen haben eine gewisse Toleranz gegenüber Neuankömmlingen, die „dumme“ Fragen stellen; Es sind die Wiederholungstäter, die den Leuten auf die Nerven gehen.

Mehrere Leute haben vorgeschlagen zu fragen, ob es ein Glossar gibt. Es gibt wahrscheinlich nicht, wenn es so klein ist, aber fragen Sie unbedingt. Dann sei vorbereitet. Wenn die Antwort lautet: "Nein, wir haben noch nie ein Glossar gebraucht. Kennt nicht jeder diese Begriffe?" bieten Sie an, das Glossar selbst zu erstellen. Sagen Sie Ihrem Chef: „Wir sind jetzt nur 30 Leute, aber wir werden wachsen, und wenn wir versuchen, neue Mitarbeiter einzuarbeiten, wird ein Glossar wirklich hilfreich sein. Ich weiß, dass ich immer noch das Gefühl habe, dass Sie eine Fremdsprache sprechen manchmal!"

Mein Unternehmen hat vor zwei Jahren ein anderes Unternehmen gekauft und mit ca. 50 Mitarbeitern in vier Bundesstaaten hatten wir keinen Bedarf an Dokumentation. Dann haben wir eine ganz neue Gruppe hinzugefügt und wir zahlen den Preis. Die Onboarding-Dokumentation ist enorm wichtig und wird oft vergessen. Wir haben tatsächlich mit einer Menge Dokumente von anderen Unternehmen zu tun und müssen sie lesen und analysieren, also verlassen wir uns ziemlich stark auf https://www.acronymfinder.com/ für ein neues Unternehmen, mit dem wir nicht vertraut sind. Das Schöne an Acronym Finder ist, dass Sie sich in die spezifische Branche einwählen können, was Ihre Auswahl erheblich einschränkt.

Es gibt einen alten Witz über das Programmieren:

Beim Programmieren gibt es zwei schwerwiegende Probleme: Benennen von Dingen, Cache-Invalidierung und Off-by-One-Fehler!

Dinge zu benennen ist das schwierigste Problem beim Programmieren.

Jargon ist ein erforderlicher Aspekt jeder technischen Kommunikation. Glauben Sie denen nicht, die etwas anderes behaupten. Musk wettert gegen Akronyme, weil sie ein ungenauer Jargon sind, und das ist in Ordnung. Aber die Tatsache bleibt, Sie müssen den Jargon lernen, um Ihren Job zu machen .

Es kann einschüchternd sein, aber es ist erforderlich. Fast jeder dieser Begriffe existiert und wird von Ihrer Gruppe übernommen, weil es keine bessere Alternative gab.

Ich habe gearbeitet für ... nun, es ist im Grunde ein Appstore, der "Erweiterungen" für ein Framework verkauft. Es hat eine Reihe von Begriffen, einschließlich dieser eng verwandten Begriffe:

• Erweiterung: Das Produkt, das Benutzer kaufen.
• Archiv: Eine vom Entwickler hochgeladene ZIP-Datei, die eine einzelne Version der Erweiterung enthält.
• Paket: Bedeutet meistens dasselbe wie Archiv.
• Freigegebenes Paket: ein Paket, das als Bibliothek für andere Pakete enthalten ist.
• MetaPackage: ein Paket, das freigegebene Pakete als Bibliotheken enthält.
• Version: Die ZIP-Datei und die zugehörigen Metadaten.
• Produkt: Synonym für Erweiterung, wird verwendet, wenn auf das Entwicklerportal und nicht auf den Store verwiesen wird.
• Produktdetail: Synonym für Version, wird verwendet, wenn auf das Entwicklerportal und nicht auf den Store verwiesen wird.

Jedes davon ist eine sehr, sehr spezifische Sache. Jeder von ihnen kann mit einem anderen verwechselt werden und ist es oft. Ein Entwickler, der um Hilfe beim Hochladen seiner ZIP-Datei bittet, könnte es wie folgt nennen, oder ZIP-Datei, Datei, Software oder mehr. Und darauf muss der Support vorbereitet sein.

Aber intern, wenn ich sage "sind diese Daten Teil der Erweiterung?" meine Kollegen werden genau wissen, was ich meine und sagen: „Produktdetails fühlen sich besser an“.

Sie müssen nicht hinzufügen: „Dies sind Daten, die mit jeder hochgeladenen Version der Software des Entwicklers variieren, und es sind Daten, die nur DevPortal verwendet, daher wäre es besser, sie in der Datenbanktabelle „Produktdetails“ zu speichern.“ Sie können das sagen, um ihre Begründung zu erklären, aber es wird alles durch unser allgemeines Wissen über die verwendeten Begriffe impliziert.

Diese Begriffe sind nicht zufällig entstanden.

Jedes Mal, wenn es im Team Verwirrung gab , setzten wir uns hin und hämmerten genau heraus, was wir mit jedem einzelnen meinten. Wir haben unser Bestes getan, um Begriffe auszuwählen und zu definieren, die Verwirrung vorbeugen. Und trotzdem schrieben wir manchmal Code, der einen Begriff verwendete, aber einen anderen meinte.

Wie andere hier vorgeschlagen haben, haben wir sie schriftlich definiert, damit die Leute, die ins Team kommen, sich mit den großen Schwaden der technischen, domänenwissensabhängigen Sprache ... oder dem Jargon befassen können.

Sie müssen diese Begriffe lernen, um Ihre Arbeit zu erledigen

Wenn Sie zum Team kommen, müssen Sie diese Begriffe verwenden. Es hat keinen Sinn, Ihre eigene Sprache oder Begriffe zu verwenden. Das ist aktiv kontraproduktiv.

In einem anderen Begriff hatten wir Begriffe wie „Sprite“, „Avatar“, „Rahmen“, „Pose“, „Spezies“, „Charakter“ und „Spieler“ – jeweils eine unterschiedliche Abstraktionsebene in der Darstellung eines Charakters in einem Spiel. Obwohl wir jeden Begriff sehr sorgfältig definiert haben, hatten wir zwei Teams, die zwei verschiedene Systeme entwickelten, und als wir sie miteinander verknüpften, stellten wir fest, dass die Verwendungen beider Teams nicht ganz aufeinander abgestimmt waren ...

Dinge zu benennen ist schwierig. Aber gar nicht machen? Sie haben kein gemeinsames Fachvokabular? So liegt Verrücktheit.

Es gibt viele Fachbegriffe und Akronyme, nicht nur am Arbeitsplatz, eigentlich in allen Organisationen : bei der Arbeit, in der Universität, in Ihrem Brettspielclub oder Surferstamm.

Sie sind darüber frustriert, wie alle anderen auch. Das einzig Vernünftige, was Sie tun können, ist zu tun

• Googeln Sie gerne die branchenweiten, da Sie sie später in Ihrer Karriere brauchen werden

• Fragen Sie ruhig und geduldig nach Ihren unternehmensspezifischen; Ein sanfter Weg ist, Ihre Kollegen zu fragen, ob es ein Glossar gibt, und Ihren Vorgesetzten um Erklärung der am häufigsten genannten.

Jargon und Akronyme Die wichtigsten offiziellen Existenzgründe sind Geschwindigkeit und Genauigkeit . Allerdings scheitern sie an beiden Stellen kläglich. Die Geschwindigkeitsabsicht wird durch die lange Lernkurve für Neulinge, um organisationsspezifischen Jargon zu verstehen, umgehend zunichte gemacht. Auch die Genauigkeit , da der Jargon oft tatsächlich Ungenauigkeiten einführt, bietet einen beruhigenden Deckmantel, um den Mangel an vollständigem Verständnis des Konzepts zu verbergen.

Wo Jargon und Akronyme Erfolg haben, ist der Aufbau von Gemeinschaften ; Menschen, die eine organisationsspezifische Sprache sprechen, verstehen sich als Dienstleister für ein gemeinsames Ziel. Aus dem gleichen Grund ist Fachjargon eine explizite Barriere für Außenstehende – „du gehörst nicht hierher, bis du einer von uns wirst“. Aus diesem Grund sind Jargon und Akronyme in jeder Organisation vorhanden. Die Ablehnung von Jargon und Akronymen würde bedeuten, Ihre Unternehmenskultur abzulehnen und sich letztendlich als Außenseiter zu definieren, der dazu verdammt ist, aus der Gemeinschaft verdrängt zu werden.

Die sehr einfache Antwort ist, sich während des Meetings Notizen zu machen und später am Tag einen Kollegen zu fragen, was sie meinen.

Versuchen Sie, sich so viele wie möglich zu merken, aber machen Sie sich keine Sorgen, Sie werden sie ziemlich schnell abholen.

Noch ärgerlicher ist es, wenn Unternehmen A die Stückliste als „Stückliste“ verwendet, Sie zu Unternehmen B wechseln, wo es „Basisauftragsmodell“ bedeutet, urrrghhh

Eines Tages werden Sie die Akronyme verwenden, denken Sie daran, wenn Sie mit jemandem arbeiten, der neu ist.

Bereiten Sie sich vor dem Meeting vor

Erstens sind einige der Wörter in Ihrem Beispiel ( Buy-in und Use Case ) eigentlich kein Fachjargon, sondern nur Standard-Business-Jargon, sodass sie nicht spezifisch für ein Unternehmen oder eine Branche sind. Es sei denn, dies ist Ihr erster Job (aber Sie scheinen anzudeuten, dass dies nicht der Fall ist), Ihr erster Job, bei dem Sie Englisch sprechen, oder Sie waren in früheren Jobs auf eine sehr begrenzte technische Rolle beschränkt, ist es überraschend, dass Sie sie nicht gehört haben.

In diesem Fall,

Ich habe dieses Meeting einberufen, um einen Buy-in für das LSC zu vereinbaren, um den Anwendungsfall von BNN abzudecken.

bedeutet, dass das LSC (wahrscheinlich eine Abteilung in Ihrem Unternehmen) die Dinge auf eine bestimmte Weise erledigt und das BNN (wahrscheinlich ein Kunde oder möglicherweise ein neues Produkt / eine neue Dienstleistung) einen bestimmten Bedarf (Anwendungsfall) hat, den sie haben müssen LSC stimmt zu (Buy-In), um diesen Bedarf zu decken. Je nachdem, wer an dem Meeting teilnimmt, kann das Meeting Leute von LSC haben, die hier sind, um den neuen Bedarf zu verstehen und zu akzeptieren, ihn zu decken (möglicherweise mit Bedingungen), oder es kann ein Meeting sein, um zu entscheiden, wie dies präsentiert werden soll LSC.

Als nächstes möchte ich zu allen " Nach dem Meeting nachschlagen "-Antworten eine " Vor dem Meeting nachschlagen "-Antwort hinzufügen:

• Ein Meeting sollte zumindest einen kurzen Klappentext enthalten, der Ihnen sagt, was besprochen werden soll. Je nachdem, wie formell das Meeting ist, haben Sie möglicherweise eine detaillierte Tagesordnung oder in einigen Fällen vollständige Dokumente, die während des Meetings besprochen werden sollen (die von der berüchtigten Powerpoint-Präsentation bis zu den detaillierten 400-seitigen Spezifikationen reichen können). Außerdem sollten Sie im Voraus wissen, wer bei diesem Treffen anwesend sein wird.

  In diesem konkreten Fall hätte man Ihnen zumindest vorher sagen müssen, dass es bei dem Treffen darum geht, „Buy-in von LSC für den Anwendungsfall von BNN zu bekommen“, da dies das Thema des Treffens ist. Sicherlich haben Sie auch ein paar Details zum „Use Case von BNN“ erfahren.

• Wenn Sie diese nicht im Voraus erhalten, fordern Sie sie an, sobald Sie zum Meeting eingeladen werden. Meeting-Teilnehmer möchten, dass Sie vorbereitet sind, und Sie können nicht vorbereitet sein, wenn Sie nicht wissen, was mit wem besprochen wird.

• Bereiten Sie sich auf das Treffen vor. Lesen Sie die Dokumente. Schlage jeden Begriff nach, den du nicht verstehst. Suchen Sie nach den Personen, die bei dem Meeting anwesend sein werden, zu welchem ​​Team sie gehören, was ihre Aufgabe ist. Mache Notizen. Stellen Sie bei Bedarf entweder vor dem Meeting Fragen oder bereiten Sie eine Liste mit Fragen für das Meeting vor. Aber recherchieren Sie zuerst selbst, möchten Sie keine Fragen stellen, von denen jeder weiß (oder denkt), dass Sie die Antwort leicht hätten finden können, wenn Sie Ihre Recherche durchgeführt hätten.

Schließlich kann Ihre unmittelbare Reaktion je nach Ihrer Rolle in den Meetings variieren. Wenn Ihnen direkte Fragen gestellt oder Aufgaben zugewiesen werden, müssen Sie sich darüber im Klaren sein, worüber Sie gefragt werden oder was Sie tun müssen. Da sollten Sie also höchstwahrscheinlich fragen, wenn Sie es nicht wissen. In diesem Fall sind Sie wahrscheinlich nicht im LSC und nicht direkt bei BNN involviert, also waren Sie wahrscheinlich nicht direkt involviert.

Ansonsten, wie andere vorgeschlagen haben, Notizen machen. Sie sollten sich trotzdem Notizen machen, aber Sie sollten in Ihren Notizen all die Dinge hervorheben (verwenden Sie eine spezielle Farbe oder einen speziellen Abschnitt in Ihrem Notizbuch), die Sie nicht verstanden haben und weitere Nachforschungen anstellen müssen.

Beachten Sie, dass die Bedeutung eines Begriffs in vielen Fällen während des Meetings selbst klar wird, wenn die Leute ihn weiterhin verwenden und Dinge um ihn herum diskutieren.

In der Software haben wir die entsprechenden Begriffe Silent Failure und Noisy Failure .

Ersteres passiert, wenn ein Teil des Codes nicht funktioniert, die Verarbeitung jedoch so fortgesetzt wird, als ob der Code ordnungsgemäß funktioniert hätte, und der Benutzer keinen Hinweis darauf erhält, dass etwas schief gelaufen ist.

Der letztere Fall tritt ein, wenn der Benutzer auf irgendeine Weise auf einen Fehler aufmerksam gemacht wird, entweder durch eine Warnmeldung, eine vollständige Unterbrechung der Arbeit oder was auch immer.

Jeder, der mit Software arbeitet, wird Ihnen sagen, dass es viel besser ist, wenn ein Stück Code auf laute Weise fehlschlägt, als stillschweigend. Dies liegt daran, dass ein stiller Fehler unbemerkt und unkorrigiert bleiben und schließlich Probleme verursachen kann, die viel schlimmer sind als ein lauter Fehler. Laute Ausfälle werden in der Regel früher behoben.

Als Chef würde ich ein Meeting viel lieber unterbrechen lassen, um jemandem etwas zu erklären, der das Memo nicht bekommen hat, als für so ziemlich jede Alternative. Es kann sein, dass eine Entscheidung, die getroffen wird, während sich dieser Mitarbeiter in einem verwirrten Zustand befindet, die falsche Entscheidung ist und richtig getroffen worden wäre, wenn die Klärung zum Zeitpunkt des ersten Bedarfs erfolgt wäre. Selbst wenn der Mitarbeiter bis nach der Besprechung warten muss, um eine Klärung zu erhalten, könnte dies dazu führen, dass ein Teil der in der Besprechung geleisteten Arbeit verschwendet wird.

Es gilt auch der Grundsatz, dass viele Probleme, die im Geschäftsverlauf auftreten, darauf zurückzuführen sind, dass das Management seine Aufgabe nicht erfüllt hat.

Wenn meine Firma einen Mitarbeiter eingestellt hat, der einige Informationen nicht kannte, dann deshalb, weil wir es nicht überprüft haben oder uns nicht darum gekümmert haben. Wenn wir ihn während der neuen Mitarbeiterschulung nicht aufgeklärt und ihn dann in eine Arbeitssituation gebracht haben, in der er diese Information wissen musste, ist das unsere Schuld, nicht seine. Kommt es dadurch zu Arbeitsunterbrechungen, so ist die Arbeitsunterbrechung von uns und nicht von ihm zu vertreten.

Wenn Sie an der Reihe sind zu sprechen, können Sie gerne um Klärung von allem bitten, was Sie nicht verstehen.

Sie könnten versuchen, das zu tun, was ich tue:

Lernen Sie den Jargon, damit Sie ihn verstehen, wenn Sie ihn hören oder sehen, und weigern Sie sich dann hartnäckig, ihn selbst jemals zu verwenden.

Senken Sie sich nicht auf ihr Niveau!
Sprechen Sie richtig, verwenden Sie vollständige Wörter - echte , die in echten Wörterbüchern zu finden sind (vorzugsweise auf echtem Papier gedruckt, nicht auf Ihrem neumodischen E-Ink ( es ist nicht einmal Tinte ! )) und nicht auf Urbandictionary.com oder Acronymfinder.com oder so Blödsinn - und ganze Sätze verwenden, damit jeder versteht, was du sagst.

Menschen (wie diejenigen, die derzeit so tun, als würden sie verstehen, was all diese Dinge bedeuten) werden es Ihnen danken. Sie werden es zu schätzen wissen, dass Sie eine einfache, einfache Sprache verwenden. Und die nächsten Neueinsteiger werden sich viel leichter einleben können.

Etwas, das ich in der Vergangenheit verwendet habe, als ich in ein Meeting außerhalb meines Fachwissens geworfen wurde:

• Verwenden Sie Google/Wiki auf Ihrem Telefon, um die Bedeutung von Jargon/Akronymen nachzuschlagen
• Wenn ich sie nicht finden kann, schreiben Sie sie auf und versuchen Sie nach dem Meeting, einen Kollegen zu finden, der sie Ihnen erklärt. Wenn möglich, würde ich versuchen, einen Meeting-Teilnehmer zu erwischen, da dieser bereits mit dem Kontext vertraut ist.

„Hey, du hast das Wort ‚Usecase‘ benutzt, aber ich bin nicht damit vertraut, was es bedeutet, kannst du mich in die richtige Richtung weisen?“

Sie befinden sich in einer neuen Umgebung, also müssen Sie sich darauf verlassen, dass Ihre Teamkollegen Ihnen helfen, und Sie können dies tun, indem Sie klar und höflich spezifische klärende Fragen stellen, entweder im Moment oder später, nachdem Sie geschrieben haben ein paar von ihnen nach unten, wie Sie es getan haben.

Ich würde zögern, von meinen neuen Kollegen etwas zu verlangen, was ich selbst tun könnte, um sie zu bitten, ihr Verhalten zu ändern.