Wenn man über Agile Missverständnisse spricht, darf man das wichtigste Missverständnis nicht aussen vor lassen: Agil! Allein schon die Tatsache, dass es Agile Missverständnisse gibt, zeigt, das Agil nicht die Antwort auf alle Fragen und Probleme in der aktuellen Projektwelt sein kann.
WeiterlesenDer Zeitpunkt ist gekommen, feierlich stehen wir da. Das Anforderungsmanagement. Das Produktmanagement. Die UX-Agentur ist stolz auf die Ergebnisse der Designs und Wireframes. Die Abteilungsleitung freut sich: Jetzt haben wir alle Anforderungen zusammen! Die, die wichtig sind. Unzählige Abstimmungsrunden und ein paar Anwender-Interviews sind vergangen. Der Vorstand ist auch einverstanden. Das Budget ist freigegeben, nach Präsentation des Steuerungsgremiums. Endlich können wir in die agile Softwareentwicklung starten. Wäre da nicht schon wieder dieses Missverständnis …
Weiterlesen… oder: Warum wir Nussknacker brauchen!
Kennst Du das? Insbesondere im Beratungsumfeld wird nach sogenannten „Experten“ verlangt. „Haben Sie mal einen Experten für Thema X? Wir haben da so ein Problem und benötigen Beratung“, höre ich häufig, wenn uns Beratungsanfragen erreichen.
„Gestatten: Wir sind Experten im Nicht-Wissen“, liegt mir da als Replik auf der Zunge. Ich bekenne: Ich habe mich das bisher nicht getraut. Stattdessen schreibe ich lieber diesen Beitrag.
Weiterlesen„Twice the work in half the time“, so heisst es an manchen Stellen. „Agil skalieren!“, hört man häufiger von Vertretern der unterschiedlichsten Skalierungs-Frameworks. Skalieren, das klingt so schön nach Fahrt aufnehmen. Nächste Haltestelle Hyperloop. Ich kann schon das Leuchten in den Augen der Unternehmen sehen, die Geschwindigkeit nun auf die gesamte Organisation ausrollen wollen.
Doch Ihr ahnt schon, dass da erneut ein Missverständnis lauert …
WeiterlesenIn Deutschland lieben wir Geschwindigkeit. Und Vorhersagbarkeit. Idealerweise bis auf die zweite Stelle nach dem Komma. Deswegen mögen wir auch den agilen Begriff der „Velocity“. Ja, ein Team, das nimmt so richtig Fahrt auf, wird gigantisch produktiv, und erledigt viel mehr in viel kürzerer Zeit. Auf dass die Time-to-Market ordentlich glüht. Doch leider gibt es da ganz viele Missverständnisse, die ich im Folgenden besprechen möchte. Mein Eindruck ist nämlich, dass die Velocity oftmals für andere Zwecke genutzt wird.
WeiterlesenBei agiler Arbeit ist die maßgebliche Organisationsstrategie die Selbstorganisation, weil sie einer komplexen und dynamischen Umgebung besser gerecht wird als steuernde Ansätze. Damit fallen ein paar der klassischen Führungsaufgaben weg, denn Methode und Struktur der Arbeit braucht nicht mehr extern geliefert zu werden.
Die Interaktion mit der Aussenwelt – die Abhängigkeiten zu anderen Organisationsteilen, der Zugriff auf Ressourcen und nicht zuletzt alle die Dinge, die ein Team nicht selbst lösen kann – bleiben aber als Aufgabe erhalten. Das führte dazu, dass Servant Leadership zur dominanten Führungsstruktur in agilen Umgebungen wurde, die nicht zuletzt in der Rolle des Scrum Masters operativ verkörpert wird.
WeiterlesenArbeitet ein (Software-)Team erfolgreich agil, so wird dies schnell als Möglichkeit gesehen, das auf weitere Teams oder das gesamte Unternehmen auszurollen. Im klassischen Projektmanagement gibt es hier die Funktion des Project Management Office (PMO).
WeiterlesenSelbstorganisation entsteht nicht von alleine, sie braucht Ziele, Kompetenzen, Kooperationsmuster und Methoden. Jeder agile Coach weiß das und viele haben die Erfahrung gemacht, dass man diese Dinge nicht voraussetzen darf, sondern die Umgebung dafür bereitstellen muss.
Weil das Team das ganz offensichtlich nicht von sich aus kann – denn dann wäre es ja bereits selbstorganisiert – muss das woanders herkommen. Aber was mache ich jetzt als agiler Coach? Die Kollegen überreden? Mühsam, und ich kann mich nicht darauf verlassen, dass sie es dann tatsächlich machen. Workshops? Zertifikate? Offizielle Firmenstrategien? Management-Statements?
WeiterlesenWenn der Agile Coach nur ein Team hat um dessen Wohl er sich kümmern soll, dann hat er Glück. Es gibt einen klaren Fokus, man kann sich kümmern, man kann für „sein Team“ sorgen und es gedeihen lassen. Eigentlich das perfekte Setup, mit dem man den größten Benefit realisieren kann.
WeiterlesenAgile Methoden setzen auf das Team, nicht auf die Individuen. Alles soll das Team entscheiden, alles soll das Team gemeinsam machen. Von Pair über Mob Programming, die meisten Dinge lasten auf mehr als einem paar Schultern. Als Metapher hat man sogar den Bus-Faktor gefunden: Wie viele Leute aus dem Team muss ich mit dem Bus überfahren, bis die Software nicht mehr weiterentwickelt werden kann?
Wenn Sie die Seite weiterhin nutzen, akzeptieren Sie die Verwendung von Cookies. Weitere Informationen
The cookie settings on this website are set to "allow cookies" to give you the best browsing experience possible. If you continue to use this website without changing your cookie settings or you click "Accept" below then you are consenting to this.