Was ist der beste Weg, um Ihre Kollegen dazu zu motivieren, „sich darüber zu informieren“, anstatt ihnen alles in diesem Moment zu erklären?

Wir haben viele Fälle, in denen Kollegen mit unterschiedlichen Erfahrungsstufen in einer Besprechung sind und potenzielle Softwaredesigns diskutieren. Und eine andere Gruppe von Ingenieuren, die es nicht "verstehen" und lieber alles vereinfachen würden - mit Vereinfachung meine ich "zu ihrem Verständnis vereinfachen" und nicht unbedingt die vorgeschlagenen Prinzipien / Praktiken in unserem Bereich übernehmen.

Manchmal wurden Meetings nur so entgleist, dass wir eine Wissenshalde liefern, was anstrengend ist mit all dem gegenseitigen Fragen / Lehren usw., und dann sind sie an Bord.

Wir hatten Diskussionen, in denen wir ihnen explizit einige Wissensdumps gegeben und Links/Bücher/Referenzen zur Verfügung gestellt haben, um die anderen weiterzuverfolgen. Das "Follow-up" findet jedoch nie statt und wir sind wieder am Anfang. Es scheint, dass es Widerstand gibt, sich die Mühe zu machen, "darüber nachzulesen" und dann mit Fragen / Klarstellungen / Vorschlägen zurückzukommen, anstatt gleich dort darüber zu streiten und zurückzugehen, sich nicht überzeugt zu fühlen und es einfach in einer Pattsituation zu belassen.

Was sind gute Möglichkeiten, um Kollegen zu „motivieren“, neue Dinge zu „studieren/zu lernen“, anstatt Meetings zu entgleisen, um ihnen alles zu erklären?

UPDATE : Dies ist nicht so einfach zu "Google it". Es ist schwieriger als eine Schlüsselwortsuche, aber es geht eher darum, die zugrunde liegenden Konzepte zu verstehen und warum Dinge auf eine bestimmte Weise getan/bevorzugt werden. Manchmal leisten Bücher einen viel besseren Job als Google. Die Idee ist wahrscheinlich, ein wenig tiefer in das Thema einzusteigen und die unterschiedlichen Informationsquellen zu verstehen, um etwas zu verstehen, das ein paar Stunden Nachdenken/Verstehen erfordern kann, anstatt ein paar Minuten zu googeln. Es geht um „Mangel an Fachwissen“ und mangelnde Bereitschaft, „es aufzubauen“ vs. „es mir gleich zu erklären“.

@DarkCygnus - es ist meiner Meinung nach nicht vollständig "Google-fähig" - dies ist tiefer als nur "Schlüsselwortsuche", sondern eher wie "gewonnenes Wissen" - wahrscheinlich mehrere Google-Suchanfragen, die unterschiedliche Ideen verknüpfen. Leider ist es schwierig, es genau zu "googeln", daher neigen wir dazu, Bücher, Links und Referenzen zu speichern, wenn wir sie finden ...
Was ist Ihre Aufgabe und wie genau hindert Sie diese Situation daran?
Ich schlage vor, dass Sie den Beitrag und die Antworten lesen und einen Beitrag nicht nur nach seinem Titel beurteilen ... Es gibt mehrere Antworten, die auf die Situation zutreffen, die Sie hier beschreiben. Ich bin sicher, sie werden Ihnen zumindest einige Hinweise geben ... vielleicht erfordert mehrere Google-Suchen, aber im weiteren Sinne bedeutet "google it" "versuchen Sie es selbst zu finden"
@DarkCygnus - Ich habe die Antworten auch gelesen. Warum sollte ich nur den Titel lesen? :)
Wie auch immer, ich bin mir sicher, dass dieser Beitrag einige Hinweise enthält, die hilfreich sein werden :) und es ist in Ordnung, keine Sorge, sicherlich wird jemand anderes Ihren Beitrag beantworten, ich wollte nur den teilen, den ich für Ihre Situation relevant fand. Beifall!
Keine Sorge - ich schätze die Hinweise. Sie könnten ebenso nützlich sein, aber an meinem Arbeitsplatz ist es akzeptabel, "Google it" zu sagen :) Was ich tun möchte, ist zu sagen "gehen Sie, lernen Sie etwas darüber" und wirklich "verstehen". Wir "helfen", aber wir lernen nicht für Sie...
Ist wirklich jeder im Meeting notwendig? Es erscheint nicht produktiv, Nachwuchsingenieure in ein Konstruktionsmeeting einzubeziehen, wenn ihnen der Hintergrund fehlt, um die getroffenen Konstruktionsentscheidungen zu verstehen. Es scheint sinnvoller zu sein, Design-Meetings auf Leute zu beschränken, die im Hintergrund auf dem Laufenden sind, und separat daran zu arbeiten, Nachwuchsingenieure auf den neuesten Stand zu bringen. Das kann ein spezielles „Intro to x“-Meeting umfassen, es kann eine Art offizielles oder halboffizielles Schulungs-/Mentorenprogramm umfassen, bei dem sie Bücher und Artikel zum Lesen und andere Gelegenheiten zum Lernen erhalten.
@JoeStrazzere - nicht wörtlich "Debatte". Wir "diskutieren" das Design und werfen verschiedene Ideen auf - einige erfordern ein tieferes Verständnis der Konzepte, um zu wissen, warum wir es vorschlagen.
@JustinCave - genau das planen wir. Aber da wir mehrere kleine Teams haben, beziehen wir auch die Junior-Leute mit ein, sonst fehlt ihnen der Kontext. Aber ich sehe, Sie meinen es und wir haben begonnen, es einzuschränken.

Antworten (3)

Es klingt, als würden Sie die Zeit der Leute verschwenden

Ich sehe in deiner Frage zwei Probleme:

  1. Sie haben Meetings, bei denen es um ein allgemeines Thema (Softwaredesign) geht, die aber kein konkretes Ziel oder Zweck zu haben scheinen, zumindest nicht aus der Beschreibung in der Frage und den Kommentaren zur Frage.
  2. Einige Leute, die an dem Treffen teilnehmen, scheinen nicht bereit oder in der Lage zu sein, etwas dazu beizutragen.

Ich vermute, dass Problem 1 teilweise Problem 2 verursacht.

Meetings sollten ein bestimmtes Ziel oder einen bestimmten Zweck haben

Zumindest in meinem Job in der Softwarebranche führen wir keine abstrakten Diskussionen über das Design unserer Software, weil wir mit der Arbeit beschäftigt sind. Wir führen Designdiskussionen, wenn wir etwas Neues entwerfen oder wenn wir eine Änderung an etwas vornehmen, das wir bereits getan haben, dh wenn wir im Begriff sind, eine Arbeit zu erledigen, die sich auf spezifisch identifizierbare andere Mitglieder des Teams auswirken wird.

Wenn dies ein Meeting ist, bei dem die Leute einfach Ideen darüber einwerfen, wie das Design aussehen soll, dann klingt es nicht so, als wäre die Agenda des Meetings im Voraus für das Thema des Meetings geplant. Wer auch immer dieses Meeting leitet, sollte genug darüber wissen, was zu tun ist oder welches spezifische Problem das Meeting lösen wird, damit er die anderen Teilnehmer im Voraus auf das Meeting vorbereiten kann (z. B. mit Dokumentation, Notizen, Folien usw.), damit die Leute dies können zu diesem Treffen kommen und wissen, warum sie dort sind und worüber sie sprechen. Was zu deinem anderen Problem führt:

Einladungen zum Meeting sollten auf Personen beschränkt sein, die dazu beitragen können

Sie sagen in der Frage, dass diese Leute, die nicht das Lernen machen, das Sie möchten, Gleichaltrige sind. Mit anderen Worten, dass Sie nicht ihr Chef sind. Ich nehme an, das bedeutet, dass sie einen Chef haben, der andere Erwartungen an sie hat als Sie, und dass Ihre Kollegen diese Erwartungen ernster nehmen. Haben Sie darüber nachgedacht, dass Ihre Kollegen vielleicht nicht an diesem Treffen teilnehmen möchten? Ich meine, wenn sie dort sein wollten, würden sie all das lesen, was Sie von ihnen wollen, ohne sich ausdenken zu müssen, wie man sie dazu bringt. Oder wenn ihr Chef wollte, dass sie da sind, dass sie all diese Arbeit machen würden. Ihr Chef muss sich nicht fragen, wie er Menschen motiviert, oder?

Es ist auch möglich, dass Sie ihre relative Fähigkeit, das Thema dieser Meetings zu verstehen oder sich dafür zu interessieren, aus einem anderen Grund überschätzt haben. Vielleicht sind sie nicht wirklich deine Altersgenossen? Vielleicht erwarten Sie, dass sie auf Ihrem Niveau auftreten, wenn sie nicht da sind?

Das sind nur zwei Möglichkeiten; es gibt noch unzählige mehr. Ungeachtet der Gründe dafür ist klar, dass sie nicht produktiv zum Meeting beitragen können. Also lade sie nicht ein.

Dies geht zurück auf die Planung des Treffens mit einem bestimmten Ziel oder Zweck. Wenn das Ziel darin besteht, das Design von Feature X zu diskutieren, brauchen Sie nur Leute, die X implementieren, und Leute, die die Anforderungen für Feature X verstehen. Vielleicht haben Sie auch die Tester für Feature X (falls Ihre Organisation Tester hat).

Wenn Sie der Meinung sind, dass die Anwesenheitsliste für Besprechungen bereits so begrenzt ist, müssen Sie die Vorbereitung auf die Besprechung verbessern, damit jeder zumindest eine Vorstellung davon hat, worüber alle sprechen.

Die Treffen haben ein bestimmtes Ziel und nur diejenigen, die dort sein müssen, werden eingeladen. Wenn wir über ein bestimmtes Design sprechen und andere es möglicherweise nicht „verstehen“, treten Probleme auf. Ein aktueller Vorschlag ist, die Meeting-Agenda und Tischdiskussionen zum Thema Meta-Learning weiter zu rationalisieren, um zu sehen, ob es hilft.
Es scheint, dass Ihre weniger erfahrenen Kollegen von einer Art Schulung (intern oder extern) zu den Themen profitieren könnten, die die größten Schmerzpunkte für Ihr Team darstellen. Es kann sinnvoll sein, etwas Zeit in die Organisation zu investieren, vielleicht ein 2-3-tägiges Seminar, damit diese Kollegen den Rest von Ihnen einholen können.

Sie müssen den Leuten zeigen, warum sie falsch liegen, oder akzeptieren, dass Sie es sein könnten

Wenn das Problem darin besteht, dass den Leuten wirklich das relevante Domänenwissen fehlt, dann müssen Sie ihnen erklären, warum ihr Ansatz problematisch ist. Wenn das Problem beispielsweise in der parallelen Ausführung besteht, müssen Sie zeigen, warum ein naiver Ansatz zu Race Conditions führen könnte.

In Wahrheit lässt sich niemand gerne als falsch erweisen , und nach einer solchen Erklärung ist es wahrscheinlicher, dass er Ihren Ideen vertraut.

Wenn es wirklich Ansichtssache ist

Natürlich ist es auch möglich, dass Sie Buch X gelesen haben, sich für ein bestimmtes Design begeistert haben und Ihre Kollegen nicht. Das macht sie nicht falsch, und sie können auch wertvolle Erfahrungen oder einen anderen ebenso gültigen Ansatz haben.

Im Bereich Software gibt es viele, viele Bücher und viele, viele Meinungen. Wenn Sie der Meinung sind, dass Ihr Ansatz wertvoll ist, dann verkaufen Sie ihn, erklären Sie, warum er besonders auf den Problembereich anwendbar ist, aber seien Sie bereit, zu respektieren und zu akzeptieren, dass der Konsens in eine andere Richtung gehen kann.

Wenn Sie Ihre Kollegen als unwissend oder bildungsbedürftig abtun, nur weil sie keine Enthusiasten Ihres Lieblingsbuchs oder -autors sind, werden Sie nicht weit kommen. Und tappen Sie nicht in die Falle zu denken, dass „jeder“ ein Problem auf eine bestimmte Art und Weise löst, nur weil es in Ihrem Buch so steht.

Die wirkliche Lösung liegt nicht in Ihren Händen, sondern in der Ihres Chefs (oder wer auch immer für das Projekt verantwortlich ist). Das musst du ihnen nur klar machen.

Erklären Sie ihnen zunächst das Problem in sehr einfachen Worten:

  1. Sie haben die Aufgabe, Lösungsentwürfe zu erarbeiten.
  2. Diese Designs erfordern Buy-in von anderen Teams.
  3. Den anderen Teams fehlt das erforderliche Fachwissen, um Ihre Entwürfe zu verstehen und warum sie vorzuziehen sind.
  4. Ihre Versuche, das Wissen zu vermitteln, das ihnen helfen würde, zu verstehen, scheitern (ohne eigenes Verschulden).
  5. Dies verursacht Verzögerungen im Projekt und zusätzliche Arbeit für Sie.
  6. Der Mangel an Fachwissen allein sollte Bedenken hinsichtlich der Lebensfähigkeit dieses Teams/dieser Personen aufkommen lassen, die für das Projekt oder das Unternehmen zugelassen werden.
  7. Mangelndes Fachwissen ist sowohl verständlich als auch behebbar, aber Mangel an proaktivem Lernen, insbesondere das Nachverfolgen der Empfehlungen, die Sie erhalten haben, ist es wirklich nicht.

Fragen Sie dann, wie sie möchten, dass Sie damit umgehen. Hier sind einige Optionen:

1 - Die Verantwortung für das Training des anderen Teams übernehmen

Dazu bedarf es sowohl einer zeitlichen Befristung als auch der Weisungsbefugnis. Es gibt jedoch einige Dinge, die man jemandem einfach nicht beibringen kann, wenn er nicht leidenschaftlich und proaktiv ist, was anscheinend nicht der Fall ist, also wird es nicht funktionieren.

2 - Die Autorität über das andere Team erhalten

Bringen Sie die Chefs dazu, anzuerkennen, dass Sie wissen, was Sie tun, und das andere Team nicht, also beseitigen Sie die Notwendigkeit ihrer Zustimmung oder sogar ihres Verständnisses und übertragen Sie im Wesentlichen die Verantwortung.

3 - Bitten Sie darum, dass das Team durch ein kompetenteres ersetzt wird

Möglicherweise können Sie auslagern, rekrutieren, einen Teil Ihres Teams in ihres integrieren oder eine Kombination davon.

4 - Erklären Sie die Dinge weiter so, wie Sie es tun

Dies führt zu Verzögerungen und Zeitverschwendung im Unternehmen.

5 - Hör auf, Dinge zu erklären

Was nur zu einer Pattsituation führen wird.

Natürlich ist keine dieser Lösungen schmackhaft, und wenn Sie sie Ihren Chefs vorlegen, werden sie zumindest die missliche Lage verstehen, in der sie sich befinden. Wenn sie keine Wahl treffen, besteht Ihre einzige Lösung darin, Option 5 zu implementieren und dasselbe immer wieder zu wiederholen Sache bei Meetings:

Dies ist die beste Lösung. Es tut uns leid, dass Ihnen das Fachwissen fehlt, um zu verstehen, warum dies so ist. Wir sind nicht in der Lage, Ihnen die Schulung zu geben, die Sie benötigen, um das Fachwissen zu erreichen, um es zu verstehen. Wir haben Ihnen Hinweise gegeben und Sie haben sie nicht aufgegriffen. Uns sind die Hände gebunden.

Dies wird eine sehr peinliche Stille in den Meetings schaffen. Einfach lächeln und nichts tun. Die Uhr tickt immer noch, und die Menschen, die sich am meisten um das Ticken der Uhr kümmern, werden bald etwas dagegen tun.