Direkt zum Hauptbereich

Welche Methode ist besser? - Was ein Team tun kann, wenn es aus 2 Methoden auswählen muss

Neben Fachwissen brauchen Teams auch Methodenwissen. Nun herrscht aber kein Mangel an Methoden. Wie soll ein Team damit umgehen, wenn einzelne Mitglieder unterschiedliche Methoden propagieren? Kann man über Methoden streiten? Wie kann man einen Streit umgehen?
Für Teams ist es immer schwierig, wenn sie mehrere Methoden (/1/) anwenden sollen, die um die Gunst der Anwender konkurieren. Die Befürworter jeder Methode sammeln Argumente für die eigene und Beweise gegen die andere. Solange es dem Erkenntnisgewinn dient, habe ich nichts dagegen einzuwenden. Wenn es zum Hauptbeschäftigungszweck würde, fände ich es schade um die Motivation des Teams.

Wie läuft es normalerweise, wenn ein Team eine neue Methode braucht? 


Das klassische Vorgehen ist, dass man die Features aller Methoden auflistet und in jedem Bereich Punkte vergibt. Wer am meisten Punkte hat, gewinnt. Dieses Vorgehen halte ich nicht für sinnvoll. Nur weil der FC Bayern München in einer Saison die meisten Punkte in der Bundesliga hat, werden Sie kein Fan des Vereins. Da gehört mehr dazu.

Was wäre denn für ein Team ein guter Weg, um für sich die passenden Methoden herauszusuchen? Nehmen wir an, ein Team hat die Wahl zwischen den Methoden A und B. Schauen wir uns die Möglichkeiten an.
  1. Das Team entscheidet sich für eine Methode. Die andere wird abgelehnt.
  2. Das Team entscheidet gar nicht oder schiebt die Entscheidung immer weiter auf.
  3. Das Team wählt aus beiden Methoden das aus, was am besten passt.
Methoden werden übrigens von Menschen in die Organisation getragen.  Wir können nicht über sie diskutieren, ohne dass davon Menschen betroffen sind.

Was passiert bei diesen Möglichkeiten?

Stellen wir uns vor, ein Team möchte etwas für das strategische Denken tun. Innerhalb des Teams gibt es 2 Fraktionen:
  • Die erste Gruppe findet das Dame-Spiel dafür gut geeignet.
  • Die zweite Gruppe findet das Schach-Spiel dafür gut geeignet.
Abb. 1: Schachfiguren (Quelle: http://commons.wikimedia.org/wiki/File:ChessSet.jpg)
Die erste Abstimmung ergibt genau 50% für jedes Spiel.

Die o. g. erste Möglichkeit bedeutet, dass sich zum Beispiel die Dame-Spieler (mit Macht) durchsetzen. Die Schachspieler sind nun die Verlierer.

Bei der zweiten Möglichkeit ist zu überlegen, ob das Nicht-Entscheiden einen Schaden verursacht. Methoden werden nicht ohne Grund ausgewählt. Offensichtlich gibt es Business-Problem, was gelöst werden soll. Das Aufschieben zögert damit auch die Lösung heraus. Wenn die Entscheidung keine Auswirkungen hat, dann ist wahrscheinlich die Methode nicht relevant. Dann braucht das Team keine Zeit damit zu verschwenden.

Bei der dritten Möglichkeit besteht die Gefahr des Rosinen-Pickens, z. B. Schachspielen mit Damesteinen.

Jede gute Methode ist in sich konsistent. Das bedeutet, dass ein Teil ohne die anderen nicht oder nur schlecht funktioniert. Das Kombinieren auf Methodenebene ist nur gestattet, wenn man sich mit beiden Methoden sehr gut auskennt. Das ist aber oft nicht der Fall.

Was ist dann die Alternative?

Alle drei Möglichkeiten sind nicht sehr attraktiv:
  • Es gibt Verlierer durch die Bevorzugung einer Methode.
  • Es entsteht Schaden, weil man nicht rechtzeitig handelt.
  • Es entsteht Veränderungsaufwand in der Organisation, ohne dass ein Nutzen gestiftet wird.
  • Methoden werden nutzlos kombiniert.
Gibt es denn keine Alternative? Ich denke schon. Darüber schreibe ich im zweiten Teil.

Anmerkungen

  • /1/ Nach meinem letzten Beitrag über Methoden, muss ich den Begriff vorsichtiger verwenden. In diesem Beitrag setze ich Methode und Verfahren gleich (was eigentlich nicht richtig ist). 

Kommentare

  1. Methode = Weg zum Ziel.

    So hätte ich Verfahren auch übersetzt.

    Worin wäre der Unterschied zu sehen?

    AntwortenLöschen
  2. Hallo Anonym,

    lt. Wikipedia geht es bei Methoden um Erkenntnisgewinn (die wissenschaftliche Methode), d. h. wir haben eine Hypothese und überlegen uns Experimente, um die Hypothese zu bestätigen oder zu widerlegen.

    In der Praxis benutzen wir das Wort Methode aber genauso, wie Du sagst, als Weg zum Ziel.

    Viele Wege zum Ziel funktionieren gut ohne den Zweck, zu neuer Erkenntnis zu gelangen.

    Das ist für mich der Unterschied.

    LG, Jan

    AntwortenLöschen
  3. Danke für die Abgrenzung.

    Im Übrigen ein super Blog, dem weitere Verbreitung zu wünschen ist.

    AntwortenLöschen
  4. Hallo Anonym,

    danke für das Lob. Ich gebe es gern an alle Autoren weiter.

    Bezgl. der weiteren Verbreitung: Bei Xing kann man übrigens Feeds importieren. Neue Beiträge werden dann automatisch empfohlen.

    LG, Jan

    AntwortenLöschen

Kommentar veröffentlichen

Beliebte Posts aus diesem Blog

Microsoft Teams: Die neuen Besprechungsnotizen - Loop-Komponenten

  Haben Sie in letzter Zeit in einer Teams-Besprechung die Notizen geöffnet? Dort sind inzwischen die Loop-Komponenten hinterlegt. Die sind zwar etwas nützlicher als das, was zuvor zur Verfügung stand. Trotzdem ist noch Luft nach oben. Und es gibt sogar einige ernstzunehmende Stolperfallen. Hier ein erster, kritischer Blick auf das was Sie damit tun können. Und auch darauf, was Sie besser sein lassen.

Agile Sternbilder: Die Entdeckung kosmischer Agilitäts-Superkräfte

Hast du dich je gefragt, ob dein Sternzeichen deine Fähigkeiten in einer agilen Arbeitsumgebung beeinflusst? In diesem Blogpost tauchen wir ein in die faszinierende Welt der Astrologie und ihre mögliche Verbindung zu modernen Arbeitsweisen. Entdecke, wie die Sterne deine agilen Stärken prägen könnten. Ob überzeugter Agilist oder neugieriger Sternzeichenliebhaber – dieser Artikel kann dir neue Perspektiven eröffnen und vielleicht sogar dein nächstes Teamprojekt inspirieren!

Den passenden Job finden

Hier teile ich, wie ich daran arbeite, endlich den richtigen Job zu finden. Kleingedrucktes: Dieser Artikel richtet sich (natürlich) an jene, die gerade in der luxuriösen Position sind, dass sie nicht jedes Angebot annehmen müssen. Anstatt von Engagement zu Engagement zu hetzen und frustriert zu sein über Konzernstrukturen, fehlende Ausrichtung und die Erkenntnis, dass in einem selbst beständig die Hintergrundfrage nagt, ob es das ist, womit man seine immer knapper werdende Lebenszeit wirklich verbringen möchte, gibt es manchmal auch die Möglichkeit, die nächste berufliche Station etwas nachhaltiger auszusuchen - auch, um tatsächlich (etwas) mehr beitragen zu können.

Die Microsoft Teams-Not-To-Do-Liste

Viele hoffen, dass es  für die Einrichtung von Microsoft Teams  den Königsweg gibt, den perfekten Plan – doch den gibt es leider (oder glücklicherweise?) nicht. Genauso wenig, wie es jemals einen Masterplan für die Organisation von Gruppenlaufwerken gab, gibt oder je geben wird. Was gut und vernünftig ist hängt von vielen Faktoren und ganz besonders den Unternehmensprozessen ab. Sicher ist nur eines: Von alleine entsteht keine vernünftige Struktur und schon gar keine Ordnung. Dafür braucht es klare Entscheidungen.

Agilität ist tot. Ausgerechnet jetzt?

Agilität wird zurückgefahren, Hierarchien kehren zurück. Doch ist das wirklich der richtige Weg in einer Welt, die immer unberechenbarer wird? Oder erleben wir gerade eine riskante Rolle rückwärts?

Wie beschreibt man einen Workshop für eine Konferenz?

Konferenzen bieten immer ein gutes Forum, um sein Wissen und seine Erfahrungen zu teilen. Was für die Vortragenden selbstverständlich scheint, ist für die Besucher:innen oft unverständlich. Wie können Vortragende ihren Workshop in 2-3 Sätzen beschreiben, damit die Besucher:innen schnell einschätzen können, er sich für sie lohnt?

Gemeinsam eine Anwenderdokumentation erstellen

Unternehmenssoftware ist ein wichtiges Bindeglied zwischen Anwenderinnen und Anwendern, den Unternehmensprozessen und den Ergebnissen. Normalerweise schreibt der Hersteller der Software die Dokumentation für diejenigen, die die Software benutzen. Wenn die Software allerdings stark angepasst wurde, muss die Dokumentation von denen kommen, die die Prozessmaschine am besten verstehen - den Anwenderinnen und Anwendern. Wie könnte man das praktisch machen?

Scrum und Hardware: Es kommt auf die Basics an

Man kann Hardwareprodukte agil entwickeln. Zum einen kommt Scrum aus der Hardwareentwicklung. Die Softwerker haben die Hardwarekonzepte auf ihre Situation übertragen. Zum anderen hat Hardwareentwicklung heute ganz viel mit Software zu tun. Gerade in frühen Phasen kann man sich mit Simulationen noch viele Wege offen halten und mehrere Pfade parallel verfolgen. In diesem Beitrag empfehle ich eine Podcastfolge und ein Buch, für alle, die mit der Geschwindigkeit ihrer Hardwareentwicklung nicht zufrieden sind.