Veränderung braucht Richtung, Orientierung und Erfahrung.
In meiner Führungsrolle und als Berater begleite ich Entscheiderinnen und Entscheider dabei, Wertschöpfung, Strukturen und Zusammenarbeit in Organisationen zukunftsfähig zu gestalten – mit strategischem IT-Verständnis, agiler Haltung und einem klaren Blick fürs Wesentliche. Denn Veränderung wirkt nur, wenn sie etwas bewegt. Mehr zu mir.
In den Daily Stand Ups bei Scrum werden üblicherweise von jedem Team-Mitglied die folgenden drei Fragen beantwortet: Was habe ich seit dem letzten Daily Stand Up gemacht? Was werde ich bis zum nächsten Daily Stand Up machen? Gibt es etwas, das mich zur Zeit bei meiner Arbeit behindert? Meiner Erfahrung nach sorgen diese drei Fragen zu unnötigen und zeitraubenden Ausführungen und Diskussionen.
In einem Interview mit David J. Anderson, Begründer der “Kanban-Philosophie in der IT”, äußerte er sich zu der Frage nach den Grundgedanken beziehungsweise Prinzipien von Kanban und benennt drei Grundprinzipien.
Ziel jeder Softwareentwicklung ist das Entstehen eines gewissen Werts. Niemand – vor allem keine Unternehmen – entwickeln Software zum Spaß (es sei denn Spaß an der Entwicklung ist der ausgesprochene Wert). Auch in einem typischen Auftraggeber Dienstleister Verhältnis geht es darum, für beide Seiten Wert zu erzeugen.
Überprüfen und Anpassen, auch im persönlichen Arbeitsumfeld, ist der erste Schritt zu Veränderungen auch in größerem Umfeld. Viel zu oft aber beschränkt man sich auf die Überprüfung. Damit fehlt der zweite wichtige Schritt. So banal es klingt: die Maßnahmen nach der Überprüfung sind es, die für die wirkliche Veränderung sorgen und diese Konsequenz fehlt oft.
Ein wichtige Aufgabe zu Beginn eines Projekts, Produkts oder einer Iteration ist die Planung der Aufgaben. In Scrum werden hier üblicherweise Features oder User Stories aufwandsbewertet. Diese Bewertung erfolgt oft durch ein Scrum Poker.
Vor einiger Zeit stellte sich unter anderem mir die Frage, wie agil ein Unternehmen und seine Teams sind, ob der “Grad der Agilität” ausreiche um im harten Konkurrenzkampf zu bestehen. Sind 50% genug, oder müssen es 80% oder sogar mehr sein? Was aber ist genau der “Grad der Agilität”, lässt sich das vergleichen und spielt es überhaupt eine Rolle, wie agil man (im Vergleich...
Eine oft geäußerte Kritik an Scrum ist der vor allem durch regelmäßige Treffen verursachte „Overhead“. Was aber ist „Overhead“ und lässt sich der Begriff hier überhaupt verwenden? Overhead wird häufig nur als Mehraufwand verstanden, tatsächlich bedeutet der Begriff aber etwas mehr: Overhead bezeichnet allgemeinen (evtl. entbehrlichen) Mehraufwand, der nicht direkt Nutzen erzeugt. Wenn also...
