Direkt zum Hauptbereich

Zur Erinnerung: Bei Scrum geht es nicht um Projekte sondern um produktive Teams

Teams können mit Scrum ihre Projekte managen. In den meisten Fällen klappt das ganz gut. Aber im Kern geht es Scrum darum, die Produktivität von Teams zu steigern. Scrum ist also nicht nur etwas für Softwareentwickler oder auf die IT-Branche beschränkt. Alle Teams können sich von Scrum etwas abgucken, um besser zu werden. Aber warum erhöht sich die Produktivität eigentlich?

Jeff Sutherland hat in diesem Jahr die Abschlussrede auf dem Scrum-Day in Berlin gehalten. Meine Erwartung war, dass wir etwas über neue Trends erfahren. Aber die Rede war viel besser. Er hat sie mit lang bekannten Trends begonnen: Die meisten Leute sind von ihrer Arbeit frustriert.

Abschlussrede von Jeff Sutherland

Im weiteren Verlauf seiner Rede hat Jeff Sutherland dargelegt, wie Ken Schwaber und er verschiedene Ideen zum Scrum-Konzept zusammengefügt haben. (Alle Folien der Keynote gibt es bei Scrum Inc.). Diese Ideen drehen sich ganz stark um Selbstorganisation und Lernen.

Scrum motiviert, weil ein Team Zuvertrauen zur eigenen Leistung und zur eigenen Lösungskompetenz bekommt.
  • Ein Scrum-Team braucht keinen Mikromanager mehr als Chef. Es redet mit ihm (oder ihr) über geschäftliche Werte. 
  • Das Team lässt sich nicht von Beratern vorschreiben, wie es zu arbeiten hat. Es hat gelernt, dass es selbst die guten Ideen findet und in den Arbeitsalltag integriert.

Wenn wir Scrum in Teams einführen, fangen wir an, alle Listen mit möglichen Aufgaben einzusammeln. Daraus machen wir eine Liste und lassen sie von einer Person sortieren. Das gibt Überblick. Außerdem erstellen wir eine Qualitätsprüfliste, die für alle Aufgaben gilt. Die Teammitglieder haben nicht mehr das Gefühl, dass sie irgendwas vergessen haben.

Bei den einzelnen Aufgaben sprechen wir über konkrete Akzeptanzkriterien. Wir stellen die "Wann-bist-Du-zufrieden-Frage". Qualitätsmanagement beginnt mit der Formulierung der Akzeptanzkriterien. Das Team kann sicher sein, dass die Arbeit erledigt ist, wenn diese Kriterien und die der allgemeinen Qualitätsprüfliste erfüllt sind. Die Teammitglieder sind also nicht von der guten oder schlechten Laune oder der geänderten Meinung des Chefs (oder der Chefin) abhängig.

Das Team verpflichtet sich, selbst Fortschrittsdaten zu erheben. Damit weiß es, was es leisten kann. Außerdem hält es bewusst alle paar Wochen inne, um Verbesserungspunkte auszumachen.

Ein großen Voteil sehe ich auch darin, dass die ganzen Besprechungen des Teams zeitlich begrenzt sind. Wenn die Zeit um ist, wird gearbeitet. Das diszipliniert. Das funktioniert aber auch. Denn bei Scrum gehen wir davon aus, dass wir in der Diskussion nicht die perfekte Lösung finden. Wir probieren einfach den besten Weg aus, der uns im Moment einfällt und messen das Ergebnis.

Teams sind also mit Scrum produktiver:
  • Die anstehende Arbeit ist klar erkennbar.
  • Die Qualität wird vorher eindeutig geklärt.
  • Das Team organisiert sich selbst.
  • Das Team misst und verbessert selbst die eigene Leistung.

Wer mehr über Scrum lernen will, kann sich den offiziellen Scrum-Guide durchlesen oder einen Kurs bei Scrum Events buchen. 

Ihr wollt mehr über Scrum wissen? Wir haben eine Übersichtsseite zu Scrum, über die man sich in die wichtigsten Artikel in diesem Blog einlesen kann.

 

Kommentare

  1. JA!!!
    "agil" passt nicht zum Management von Projekten und Programmen sondern zum gesamten Leben von Produkten
    Mehr dazu hier:
    https://www.xing.com/net/pri610d2ex/agile-at-large/andere-diskussionen-und-fragen-zu-agile-large-761131/agil-passt-nicht-zum-management-von-projekten-und-programmen-sondern-zum-gesamten-leben-von-produkten-44263868/

    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?

Der Softwareeisberg, die Softwarepyramide - Wie sprechen wir über neue Software?

Software ist aus den Geschäftsprozessen vieler Unternehmen nicht mehr wegzudenken. Sie verwaltet Kunden- und Produktdaten. Sie automatisiert Abläufe und verhindert Fehler. Aber Software veraltet. Was machen wir, wenn wir Unternehmenssoftware erneuern müssen? Von den ersten Konzepten bis zum ersten Release ist es ein weiter Weg, mit vielen Entscheidungen. Wie sprechen wir über diese Entscheidungen?