Zwei Begriffe, die von Nicht-Muttersprachlern gerne verwechselt werden, sind „Output“ und „Outcome“. Output bedeutet übersetzt „Ausgabe“, während Outcome „Ergebnis“ bedeutet – was bereits den gravierenden Unterschied verdeutlicht.
Ein Ergebnis enthält ein Bewertungsmerkmal, ein Gütekriterium, während Ausgabe lediglich zahlenmäßig ausdrückt, was geschafft wurde. Man kann das Outcome auch als Bewertung des Outputs betrachten.
WeiterlesenDer PONS definiert agil von lateinisch „agilis“ im Bezug auf Personen als „behände, schnell und gewandt“ im Bezug auf Sachen als „(leicht) beweglich“.
„Agil zu sein“ scheint also etwas mit Anpassungsfähigkeit, Geschwindigkeit und Beweglichkeit zu tun zu haben. Bezieht man noch die Fokussierung auf und Nähe zum Kunden mit ein, ist man bei dem, was ich unter Agilität verstehe:
Weiterlesen„Agil sein bedeutet anpassungsfähig zu sein und sich schnell und proaktiv auf verändernde Kundenbedürfnisse einzustellen.“
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 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.