Ich habe ein Scrum-Team, das aus Client-Entwicklern und den Entwicklern meines Unternehmens besteht, um ein 8-köpfiges Team zu bilden. Ich habe viele Reibungen/Streitigkeiten zwischen Teammitgliedern darüber festgestellt, wie ein Problem am besten gelöst werden kann.
Wie würden Sie solche Probleme lösen und sicherstellen, dass beide Parteien zufrieden sind und die beste Methode verwendet wurde?
Machen Sie "architektonische Spikes" von beiden. Das bedeutet: Legen Sie einen angemessenen Zeitrahmen für die Arbeit fest (normalerweise einen Tag), stellen Sie sicher, dass die Arbeit vollständig praktisch ist (bauen Sie so viel wie möglich von jeder konkurrierenden Lösung aus), werfen Sie die mit Stacheln versehene Arbeit weg, wenn Sie fertig sind, und nur dann diskutiere um zu entscheiden. Eine Möglichkeit, dies effektiver zu gestalten, besteht darin, jedes Subteam dazu zu bringen, den Vorschlag des anderen Subteams zu verstärken. Dadurch wird sichergestellt, dass Sie nach Abschluss der Spikes nicht mit einem Problem des „Fallacy of Sunk Costs“ enden. Jede theoretische Argumentation wird in Richtung „Analyseparalyse“ tendieren. Praktisches Arbeiten ist viel effektiver, um die beste Lösung zu finden.
Im Sprint Planning ist dies eine Zuordnung von Kapazität zum Lernen statt zur Umsetzung. Solange es nicht Ihren gesamten Sprint verschlingt und das Team noch an einem potenziell veröffentlichbaren Produktinkrement arbeitet (zusätzlich zum Lernen aus den Spitzen), sollten Sie in der Lage sein, auf Kurs zu bleiben.
Anders gesagt: Streiten kostet mehr Zeit, als nur Alternativen auszuprobieren.
Interessanterweise ist es auch besser, eine willkürliche Entscheidung zu treffen, als zu versuchen, die "richtige" Lösung zu argumentieren, da dies Ihrem Team die Möglichkeit gibt, schneller zu prüfen und sich anzupassen. Streit ist fast immer Verschwendung.
Wie Ken Schwaber, der Gründer von Scrum, sagt: „Verwenden Sie Scrum, um in einem Monat das Falsche zu bauen“ (paraphrasiert) und dann „inspizieren und anpassen“.
Konflikte und Meinungsverschiedenheiten sind gut, weil es bedeutet, dass Ihr Team engagiert ist, über Dinge nachdenkt, investiert ist, nach einer erfolgreichen Lösung sucht und so weiter. Wenn Sie keinen Konflikt hatten, obwohl es großartig erscheint, könnten Sie ein stark unmotiviertes Team mit niedriger Moral oder einen ernsthaften Fall von Gruppendenken oder ein ähnliches Phänomen haben.
Sie müssen die Meinungsverschiedenheit bearbeiten. Erstellen Sie einen Weg für die zwei oder mehr Teamsegmente, um ihren Standpunkt zu argumentieren und die Vor- und Nachteile verschiedener Alternativen zu besprechen. Sie müssen es erleichtern, um die Dinge emotionslos und auf Fakten / Quellenbasis zu halten. Sie können entweder den Entscheidungsträger spielen oder eine Art Abstimmungsstruktur erstellen, um ein Problem oder eine Kombination aus beidem zu bearbeiten. Es kann wie eine Menge Arbeit erscheinen und den Anschein haben, als würden die Dinge nicht vorankommen, aber es ist weitaus besser, das Beste aus den Überlegungen Ihres Teams herauszuholen, als mit einer minderwertigen Lösung weiterzumachen und das Problem später zu überarbeiten.
Mit meinem geringen Wissen über Projektmanagement würde ich sagen, dass ich glaube, dass jeder seine/ihre Meinung hören und umsetzen möchte. Eine der Qualitäten eines PM ist, ein guter Zuhörer zu sein und mit den am Projekt beteiligten Personen zu kommunizieren, um die Arbeit produktiv zu machen und die Deadline einzuhalten.
Es ist jedoch wichtig zu beachten, dass Sie als PM die konkurrierenden Ziele des Projekts ausbalancieren sollen, bei dem jedes Team über den besten Weg zur Lösung eines Problems streitet. Ihr Urteil/Ihre Entscheidung zu bestimmten Problemen soll mit Fakten untermauert werden und mit der Gewissheit, dass Sie als PM zweifelsohne die richtige Entscheidung treffen, nachdem Sie sich diese angehört haben.
Todd A. Jacobs