📎 Scrum / Scrumban | Nr. 97

#Onlinegeister - Radio über Netzkultur, Social Media und PR.

In dieser Podcast-Episode diskutieren Tristan und Christian das Thema Scrum. Sie erklären die Herkunft dieser Methode aus der Softwareentwicklungswelt und betonen die drei Prinzipien: Transparenz, Überprüfbarkeit und Anpassung. Die Sprecher gehen auf die verschiedenen Rollen bei Scrum ein, darunter Product Owner, Entwicklungsteam und Scrum Master, sowie die wichtigen Artefakte. Sie unterstreichen die Selbstorganisation des Teams und die Bedeutung inkrementeller Arbeit. Zudem werden die verschiedenen Ereignisse im Scrum-Prozess erläutert, wie Kick-off, Daily Scrums, Sprintreview und Sprintretrospektive. Abschließend zeigen sie anhand persönlicher Beispiele auf, wie Scrum bei unvorhergesehenen Situationen von Nutzen sein kann und betonen die Vorteile agiler Methoden in der Softwareentwicklung. Die Hörer werden dazu ermutigt, die Arbeit der Teammitglieder zu würdigen und die kontinuierliche Verbesserung durch agile Methoden wie Scrum zu unterstützen.

Kompakt in 2 Minuten oder weniger fassen wir für euch alle Themen auch monatlich in unserem exklusiven #Onlinegeister-Briefing zusammen. Monatlich in eure Inbox, jetzt abonnieren!

Kapitelmarken

0:00 Einführung
1:11 Ursprung von Scrum im Rugby
2:12 Entstehung und Formalisierung von Scrum
3:04 Grundannahmen und Prinzipien von Scrum
5:15 Aufteilung in Inkremente und kontinuierliche Verbesserung
5:55 Rollen und Artefakte in Scrum
8:03 Festlegung von Aufgaben und Vorgehensweisen
10:00 Ereignisse im Scrum-Prozess
11:32 Tägliche Absprachen im Sprint
12:02 Sprintplanung und -durchführung
13:09 Bewertung und Verbesserung im Sprint
14:26 Scrum in der Praxis
16:18 Einsatz von Scrum in Unternehmen
17:50 Erfolgsfaktoren und Ergebnisse von Scrum
22:24 Problemlösung und Flexibilität mit Scrum
25:48 Scrum als Unterstützung in unvorhergesehenen Situationen

Thema der Sendung

Wir haben detailliert die Zahlen und Eckdaten auseinandergenommen und einen Fachbeitrag zum Thema bei SocialMediaStatistik eingestellt:

Unser Dossier zum Thema
bei SocialMediaStatistik.de (folgt)

Für die Sendung haben wir recherchiert und Zahlen sowie Eckdaten ermittelt, auseinandergenommen und einen Fachbeitrag erstellt. Aus den Erkenntnissen und der Auswertung zum Thema haben wir eine tief gehende Analyse mit Take-away und Mehrwert bei SocialMediaStatistik.de verfasst. Weitere Informationen können bei uns erfragt werden. Einfach einen Kommentar unter dieser Folge schreiben oder uns per E-Mail kontaktieren.

Transkript

[0:00]

Einführung

[0:00]Bevor die Sendung losgeht, wir sprechen gleich über Scrum. Wenn ihr Hilfe braucht zu scromen, wenn ihr einen Scrum Master sucht oder einfach nur mit Scrum arbeiten müsst, dann kontaktiert mich. Christian Arno und mein Team. Ich helfe euch am Einrichten von Scrum und bin euer Scrummaster. Alle Infos unter WWW der minus Seminar Punkt DE Slash Consulting.

[0:21]

Radio Bennett und Social Media

[0:15]Music.

[0:21]Onlinegeister, Radio Bennett, Kultur, Social Media und PR. Mit Tristan Gerle. Guten Abend. Und Christian Almer. Willkommen.

[0:37]

Onlinegeister Folge 97

[0:30]Music.

[0:37]Heute geht es um Scrum und herzlich willkommen zu Folge 97 der Onlinegeister. Aus unserem wunderschönen Studio im noch wunderschönen Halle an der Saale. Und wir kommen auch gleich zum Thema, Onlinegeister, Thema der Sendung. Wie immer unsere drei Hinweise am Anfang, wir geben einen ersten Putz zum Thema alle Infos zu folgen unter Onlinegeister Dot COM und Gibt es seit 2016 im Radio prämiert als Newsletter und als Podcast. Hirtensarchiv, gebt Feedback und denkt dran, Onlinegeister helfen mit, digital Wissen weiter.

[1:11]

Ursprung von Scrum im Rugby

[1:11]Und wir wollen uns heute mit Scom auseinandersetzen. Du hast mir ja schon gesagt, Tristan, du weißt ja alles über Scrubben, du hast immer Rugby gespielt. Ja, eine obere Schuloberstufe musste man zwei Einzelsportarten und zwei äh Teamsportarten wählen und als einmal Teamsportarten habe ich Rugby gewählt und da gab’s das Gedrängel Gedränge, Gedränge auf Englisch scrum das ist da was stehender Begriff hier Fußball elf Meter, ich habe keine Ahnung von elf Meter, aber das Getränk erinnere ich mich, wenn der Ball irgendwo, Ich weiß nicht, warum es passiert ist, aber auch überstecken wir alle unsere Köpfe zusammen, der Ball wird irgendwie reingeschmissen, die beiden Dienst versuchen aus diesem Gedränge heraus dem Ballbesitz zu kommen und dann ein ein Versuch zu legen. Nur für alle Hörer, die uns jetzt zu elf Meter abseits oder den Gedränge noch ein bisschen was äh Informatives schreiben möchten Info at Onlinegeister Dot com oder auf der Webseite gerne unser Speedpife verwenden. Da könnt ihr euch uns könnt ihr uns auch eine Audionachricht schicken

[2:12]

Entstehung und Formalisierung von Scrum

[1:58]abseits im Rugby ist übrigens viel einfacher als am Fußball. Okay. Klammer, die aber zu. Ähm wir wollen über etwas, zumindest namentlich Verwandtes sprechen, denn der Begriff Scrum stammt wirklich aus dem Rugby von diesem genannten Gedränge. Aber Scrum als eine Methode wird vor allem im Bereich der Softwareentwicklung verwendet, weswegen wir halt einfach heute drüber sprechen wollen. Das ist halt so ein gern genommene Methodik, zumal ich halt eben auch vor Kurzem mehrere Kurse zum Thema geleitet habe, deswegen einfach im aufm aktuellen bin und mir denke, komm Kommen wir’s dann auch gleich noch mal aus dem äh Podcast und Radiosendung verwursteln. Du bist aufm aktuellen, aber die Methode gibt’s jetzt schon seit über 30 Jahren.

[2:36]Formalisiert seit neunzehnhundertdreiundneunzig, als eben Scrum-Methode äh und wir passen nur mal ganz kurz zusammen, da waren diverse Leute äh daran beteiligt, unter anderem äh und aus Japan Genau, äh dann aus den USA, Jeff Summerland und äh zusammen mit Kent Shraber fand dann eben diese Formalisierung von Scrum

[3:04]

Grundannahmen und Prinzipien von Scrum

[2:58]statt. Äh das orientiert sich an diversen weiteren Modellen, unter anderem Stereo of Constraints und das Toyota Modell. Was insofern ganz wichtig ist, weil zum Beispiel kann Band stammt auch aus der Toyota-Produktion für so eine andere gern genutzte Management-Startup et cetera Methode, wenn’s einfach um Projekt und Prozessmanagement geht. Für alle Details, wen das irgendwie interessiert, ich habe ein Unternehmen dazu, kontaktiert mich einfach. Ansonsten, das würde ich in den Rahmen sprengen, Wir wollen uns aber zumindest mal mit Scrum auseinandersetzen, weil egal, welche Software uns da anschauen in vielen, vielen Unternehmen wird Scrum einfach tagtäglich verwendet. Äh du hast ja vielleicht auch schon mal von ähm, Entsprechenden Softwareentwicklern gehört, wenn die dann halt eben Crunches machen müssen, wenn Projekten, Die Zeit. Die äh Grundannahme der Scrum-Methode ist oft für Entwicklungen es unvorhersehbar. Es könnten auftreten, es können plötzlich immer eine neue Idee haben, die das ganze Projektentwicklung noch mal nochmal neu überdacht werden muss, wie beim Rugby, wenn der Ball plötzlich seitlich reingeworfen wird, da weiß niemand so recht, wo oben, unten alle prügeln sich um das Ei.

[4:00]Genau, bei der Scrum-Methode wir äh hangeln uns hier an einer Infografik, die ich vor einer Zeit erstellt hatte Für alle Details mich einfach dann kontaktieren, der Seminar DE, da findet ihr dann die entsprechenden Links zu der Infografikübersicht, Wir gehen hier einmal ab, verlinken die natürlich auch in den regulären Showdowns der Onlinegeister, also insofern dann gerne bei online dot com auf der Webseite für den Podcast nochmal mitschauen. Aber als eine Methode sagt einmal, es gibt drei Prinzipien, auf denen Scrum basiert, die da wären. Mhm, Transparenz, also regelmäßige Übersichten für alle, Überprüfbarkeit, also dass die Aktivitäten innerhalb des Projektes regelmäßig abgeliefert und bewertet werden und Anpassung, Aufgaben werden inkrementell aufgeteilt und regelmäßig Anforderungen angepasst, also noch so unvorhergesehenes passiert sofort sagen, okay, das und das müssen wir ändern. Genau und wichtig ist hier vor allem wirklich dieser Begriff inkrementell inkrement, nicht zu wechseln, natürlich mit Exkrement, was was ganz anderes bedeutet, aber ein Inkrement Einheiten also jetzt nicht auf einmal, sondern man guckt hier dieser kleine Bereich, diese eine Funktion ist jetzt gerade wichtig, da müssen wir reingucken, dass die gut läuft, Als sich hier was geändert hat, müssen wir da wieder reinschauen. Genau. Kleine Abschnitte, möglichst äh so klein, dass man sich’s gut über sich behält, aber auch nicht äh zu klein ist, dass es zu kleinteilig wird.

[5:15]

Aufteilung in Inkremente und kontinuierliche Verbesserung

[5:15]Das darf man sich vielleicht äh mit Lego-Modell vergleichen, wo ja auch viele kleine Steine, ein großes Ganzes am Ende bilden. Oder so macht’s ja auch die Anleitung von Leguan Board erstmal aus einzelnen kleinen Steinen, ein kleines, etwas größeres Teil zusammen, was an sich noch nix ist, das aber dieses aus mehreren kleinen Teilen bestehende Teil wird da das große Ganze drangebaut und hat dann seine Funktion Das hat eben aus vielen kleinen Dingen etwas Großes und natürlich auch kontinuierlich verbessertes, entsteht, was nämlich auch bei Scrum sehr wichtig ist, weil wir haben in einem Software zu tun haben, die auch regelmäßig aktualisiert, geupdatet werden muss und verbessert werden muss.

[5:55]

Rollen und Artefakte in Scrum

[5:55]Deswegen auch bei Scrum werden sogenannte Rollen, drei Rollen, drei Artefakte und vier Ereignisse beschrieben, wie halt eben dieses Modell, wie diese Methode funktioniert, Da gibt’s die drei Rollen. Wir gehen einfach mal kurz durch. Das Meer beginnt. Der Product Owner, der ist für wirtschaftlichen Erfolg und Produkt verantwortlich Das ist im Regelfall eben der Abtölschauftraggeber oder der Chef in einem Softwareunternehmen, der sagt, hey, wir haben einen Auftrag an Land gezogen, liebe Entwickler, kümmert euch mal drum dann auch gleich das Die zweite Gruppe, das Entwicklungsteam oder nur Team, da gibt’s verschiedene Bezeichnungen, aber auch die, äh die setzen die Produktwünsche vom um, arbeiten aber ansonsten komplett selbstorganisiert. Also quasi kriegen die Anweisung vom Chef, dass sie bis dann und dann das und das äh erledigen sollen beziehungsweise aber wie die das machen, das ist deren Ende aussehen, habt Spaß. Ja, beziehungsweise macht’s, schlicht oder greifen. Ähm, Ja Scrummaster kümmert sich um Prozess und Beseitigung von Hindernissen. Coacht das Team aber gibt auch keine Anweisung, Genau, also der gibt die Vorgaben. Das Team setzt diese Vorgaben um und der Scrummaster ist quasi das Öl im Getriebe und sorgt dafür, dass halt eben Hindernis auf dem Weg beseitigt werden dass solche das Team, was er komplett selbst organisiert arbeiten soll, weil die zum Beispiel nicht wissen, ja wie, wie können wir uns gut selbst organisieren ist auch das Grummaster. Äh an der Stelle halt eben Ansprechpartner. Und äh da gibt’s auch inzwischen wirklich eigene Abschlüsse und Weiterbildungen zum Scrummaster.

[7:25]Ihr merkt auch bei den Bezeichnungen, also am Ende gibt’s dann noch übrigens erst eine vierte mögliche Gruppe, die Stakeholder. Also das sind Kundenanwender des Produktes, das ist das Management, das ist die Öffentlichkeit an sich. Halt eben Shareholder Anteilseigner sind, sind Stakeholder, Interessensgruppen, also quasi das Aktionärswohl und das Gemeinwohl, wenn man so möchte, die Stakeholder sind dann das Gemeinwohl, also alle Leute, die irgendein Interesse an diesem Ding haben könnten, aber die sind nicht unbedingt im Mord Teil von diesen typischen drei Rollen. So, das wäre jetzt erst mal die äh Leute, die da involviert sind. Mhm. Im Regelfall sollten das bis aufs Team, was ja schon als Namen mehrere Leute hat, aber immer eine Person sein, der Einfachheit wegen.

[8:03]

Festlegung von Aufgaben und Vorgehensweisen

[8:04]Und was müssen die machen.

[8:06]Da gibt’s halt diese drei Artefakte, die mindestens ausgefüllt werden müssen. Da gehen wir es mal nicht zu intensiv drauf ein, aber ist der Product Backlog, Also vom Produkt gepflegter Aufgabenkatalog fürs Entwicklungsteam genau, geführt nach unterschiedlichen Prinzipen, unter anderem dem Investprinzip Das lassen wir jetzt aber mal bei der Erwähnung. Ähm dann gibt’s das Sprint-Backrock oder Sprint Backlog, Sprints spielen bei den genannten Ereignissen da nochmal eine Rolle. Also wie halt eben die Leute mit diesen Artefakten dann praktisch arbeiten werden später ähm und nach dem Product Backlog, also dem Aufgabenkatalog gibt’s dann das Sprint-Berglog, halt eben ein quasi ein Dokumentation, der zu erledigenden Aufgaben im aktuellen Sprint, also sprich in der aktuellen Bearbeitungsphase Ja. Und dann das Product Ingrement, die erledigten Aufgaben im aktuellen und allen bisherigen Sprints, also was haben wir bisher geschafft? Und die drei Artefakte bilden dann zusammen den die Dokumentation des gesamten Projekts. Genau, also wir haben noch mal zur Änderung den Product Order, der macht auch dieses Product Backglock, das darf man sich auch äh gern bekannt drei Stapeln Papier vorstellen, Der erste Stapel der halt eben alle Wünsche drauf, die er halt eben für das Produkt haben möchte. Äh das Entwicklerteam zusammen.

[9:20]Suchen dann halt eben die entsprechenden Zettelchen daraus, packen es auf den mittleren Stapel das Wert in dieser Sprit-Back-Llog, also das ist halt alles das, was jetzt gerade erledigt werden muss, Und wenn man dann quasi fertig sind, das ist dann sozusagen die Ablage. Äh dann gibt’s dieses Product Incomment, wo er dann eben alles draufkommt, was wir halt erledigt haben. Also von, ich sage mal, To Doing, dann.

[9:43]Ganz simplen drei Stapel. Diejenigen, die sich mit Can-Bannschua beschäftigt haben, da dürfte es jetzt klingeln, ansonsten mich gern kontaktieren. Christian äh und das sind jetzt erstmal die Rollen und die Artefakte, also sprich,

[10:00]

Ereignisse im Scrum-Prozess

[9:54]Die Leute, die was zu erledigen haben und äh halt eben die Werkzeuge mit denen, was erledigt wird. Es geht noch komplexer, aber wir wollen jetzt hier nur eine allgemeine dann gibt’s auch Dinge, die passieren können. Genau. Nämlich für Ereignisse plus Kick-off, Kick-off ist quasi Ereignis, null. Der gesamte Durchlauf wird geplant und besprochen. Rahmenbedingungen werden definiert und abgesteckt Wie soll’s ausgehen? Wo geht’s hin? Genau, weil Scrum eine Projektmensch mit Methode ist und Projekte haben Anfang, Mitte und Ende. Die sind irgendwann fertig. Prozesse für diesen anderen großen Managementbereich haben das eben nicht Prozesse können immer und immer wieder rotierend laufen. Deswegen natürlich irgendwann, es muss losgehen an der Stelle und das Kick-off ist ja genau das, also wir kicken’s los dieses gesamte Ding, also halt eben führen ein erstes großes Gesamtgespräch wohl, Alle Leute, also diese drei Rollen, die Steakwa, so und das Team, die sind alle beteiligt und du wir besprechen uns erst mal, wir planen und wir überlegen. Und dann wird halt eben in Folge von dem Ganzen hat das Product Backlog erstellt, äh hat eben vom und dann wird das Ganze halt eben.

[11:00]Ich habe hierbei unsere Infografik da einfach mit äh Butter das als Beispiel genommen. Ich habe ja einen großen Butterblock, den schneide ich in kleinere Stücke runter und diese kleineren Stücke In die Inhalte von dem jeweiligen Sprint und das darf man auch wirklich als Sprint wortwörtlich verstehen, so wie das gedacht ist. Also sprüht es immer eine Einheit. Okay, wir schaffen jetzt dieses eine Inkrement in diesem einen Sprint.

[11:22]Teil eins, Festlegung des Was? Was soll hier geschafft werden? Und wenn wir das haben, Teil zwei, Festlegung des Wie. Wie schaffen wir das? Mhm.

[11:32]

Tägliche Absprachen im Sprint

[11:32]In diesem Sprint kommt dann das Ereignis Nummer zwei, Daily Scrums, denn täglich wird maximal wird maximal 15 Minuten lang abgesprochen, was ist der aktuelle Stand während des Sprints, was haben wir gestern geschafft, was wollen wir heute schaffen.

[11:44]Also ein Sprinter, also wir sind jetzt schon bei der Hälfte der Ereignisse, wir haben jetzt äh nach dem allgemeinen Kickoff, das findet nur einmal statt für den Start insgesamt, haben wir dann halt eben eine, ja

[12:02]

Sprintplanung und -durchführung

[11:53]noch unbekannte oder zumindest maximal vielleicht grob geplante Anzahl von Sprints, die im Regelfall ein bis vier Wochen, also eine Woche bis einen Monat im Regelfall dauern sollten. Und ähm innerhalb dieser Sprints haben wir dann eben diese Dailys oder Daily Scrums, also eben wirklich, wie’s Tristan auch schon gesagt hat, jeden Tag wird einmal abgesprochen, so, wie viel Butterstückchen haben wir noch, um dann halt eben unsere am Ende, ja unser Produkt dann zu haben, also unser funktionierendes und inkrementell verbessertes Produkt, das halt eben aus diesen einzelnen Inkrementen, also sprich aus den einzelnen, ich sage mal Legosteinen steht, darf man sich genauso vorstellen wie mit irgendeinem Klemmbau schon herstelle. Äh Adi, ich habe da so ein Set, Das Set zusammenbauen und weiß vielleicht schon, okay, das sind so viel Teil, das werde ich nicht an einem Tag schaffen, ich brauche mehrere Sitzungen und kann die ersten zwei Seiten von der von der Anleitung mache ich heute, nächsten zwei Seiten, morgen und so weiter und so darf man sich auch etwa diese Sprints vorstellen.

[12:46]Genau, wer da einen Sprit durch ist, gibt’s das Sprintreview, als drittes Ereignis im Scrum ähm wurde das Ziel erreicht, Gibt’s Feedback, Ergebnisrepräsentationen haben wir’s geschafft,

[13:09]

Bewertung und Verbesserung im Sprint

[12:57]Und auch wirklich erst mal ohne Bewertung einfach nur, okay, haben wir’s geschafft, okay, was haben wir geschafft äh und halt eben, ist das auch wirklich geschafft oder gehen da die Meinungen auseinander? Da spielt nämlich auch das DOD, die Definition of Done. Große Rolle. Das wie gesagt, geht zu tief bei Scrubb mit rein. Ich habe da vor Kurzem erst äh für anderthalb Wochen Kurs gegeben zu dem Thema. Man kann sehr intensiv behandeln, wenn man möchte. Ähm aber, Tipp für euch da draußen, einmal um zu verstehen, wie Software hergestellt wird und halt eben auch wie also vielleicht wär’s auch praktisch für sich umsetzen möchte. Deswegen gehen wir da überhaupt durch, das eine und dann gibt’s noch die Sprintretrospektive, die nach der Review stattfindet. Das wäre dann der Bewertungsteil, also nicht nur haben jetzt die Leistung noch, wurde gut gearbeitet, was kann verbessert werden? Also wie können wir im nächsten Sprint, also im nächsten Durchlauf für das nächste Teil unseres Gesamtproduktes, was können wir halt eben besser machen.

[13:51]Und im Westfal habe ich am Ende dann halt ein funktionierendes Produkt, was ich halt inkremental, also Stück für Stück verbessern kann, sprich Software, sollte man natürlich wissen, wenn ich ein Haus baue, sollte ich mich da eher nicht an Eskörmethode orientieren, weil sie nach schauen wir mal, wie’s morgen läuft. Ist nicht so die beste ja und sollte auch nach einem gewissen Plan stehen bei Statik et cetera da eine Rolle spielen eben so was wie Software, da haben wir ja am Ende wirklich nur also wir haben eine Software, die entsteht, aber ja auch immer wieder angepasst wird. Das ist ja ein Work and Progress, das ist ja niemals in dem Sinne fertig. Es wird ja immer wieder dran rumgebastelt.

[14:26]

Scrum in der Praxis

[14:27]Und dafür ist Scrum halt schlussendlich gedacht. Also klingt zwar vielleicht etwas kompliziert mit den ganzen Rollen und so weiter, aber am Ende eigentlich eine relativ simple Methodik, runtergebrochen, was würdest du sagen, wie funktioniert’s? Versuchen, so viel Planung reinzubekommen, dass alle wissen, was zu tun ist, aber jeder beteiligt mir so viel Freiheit zu geben, dass sie alles einbringen kann, was sie für richtig hält, Genau und Punkt aus, Ob er das runtergebrochen. Es kam nämlich auch ein ganzes durch schönes Durcheinander werden, wenn die Leute nicht wissen, was der iPad holt, was der andere tut. Äh wo aber jeder weiß, was die anderen tun, ist bei der Band Stolen Babys, Monsterparty. Mad-Monster-Party von der Band Stone Babys hier auf Radio Corax bei der Onlinegeistern.

[15:12]Onlinegeister, Thema der Sendung. Und wir reden heute über Scrum, Ich weiß, es wird total spannend. Projektmanagement, wer träumt davon nicht, aber ähm zum einen praktische Nutzen ist auf jeden Fall gegeben, es gibt auch sehr viele große Unternehmen, die aktiv mit Scrum arbeiten, äh vor allem halt eben im Softwarebereich. Wir hatten ja eingangs schon mal ein paar Beispiele mit genannt äh aber was halt eben Videospiele angeht, was aber auch gerne große Softwarefirmen angießen, weil die bekannten Silicon Valley Unternehmen auch zum Beispiel auch der Seminar mal eigen zu nehmen, wir arbeiten auch nach Scrum als methodischer Grundlage in einer Leicht angepassten Vorbau. Wir haben auch wir haben Dailys, wir haben einmal in der Woche unser weekley, wo dann quasi immer einen neuen Sprint Start, mitmachen mit den einzelnen Aufgaben, die da halt eben das Team in der Folgewoche dann halt eben abarbeiten soll. Also da möchte ich nur sagen, haben wir halt eben auch schon äh auch um kleineren diese Methodik einfach aufgrund dessen, dass es halt eben auch agil ist, also Scrum gehört zum, Management Lean Management, also wenn’s halt eben um äh ja neue, moderne Arbeitsformen geht mit dazu.

[16:18]

Einsatz von Scrum in Unternehmen

[16:19]Da mir auch ein paar Zahlen noch mal mit vorbereitet genau. Wir können ja jetzt äh vieles in einen Raum stellen an der an dem Punkt, klar Aber es gibt auch seit 2012 vom BPM-Labor der Hochschule Koblenz die Langzeitstudie Status Quo agile oder Adrial Verbreitung und nutzen agiler Methoden. Ich glaube, statt das große Teil, dann wird’s auch agile sein, Ja, aber eigentlich ist es Edgie, also auf englisch ja. Ja genau, das und da werden dann eben diverse Methodiken einfach auch immer wieder regelmäßig verglichen Und äh das kommen dann so schöne Namen, die kann man mit ich finde immer noch Extreme Programing Das ist relativ weit oben dabei bei vielen der Kategorien. Ja. Wir sind ja in dem Fall im äh IT-Sektor, aber genauso auch äh allgemein, klassisches Projektmanagement et cetera und eben auch Scrum. Ja. Management ist bei vielen Puten ganz weit hinten.

[17:12]Ja äh weil es halt eben an featuring Ort war sehr starr ist, was halt eben vorg, ein Ergebnis angeht. Was aber bei Scrum sehr, sehr gut funktioniert, ist und da gehen wir jetzt hier mal einfach auf die Umfrage. Es sind leider keine äh extrem genauen Zahlen, weil bisher nur eine äh Infografik da haben, aber um die 90 Prozent der Befragten sagen zum Beispiel Scrum zu, geliefert gute Ergebnisse mit sehr gut und gut zusammengefasst als

[17:50]

Erfolgsfaktoren und Ergebnisse von Scrum

[17:39]mögen wir äh für Ergebnisqualität knapp unter neunzig Prozent Teamwork ist bei Scrum knapp über 90 Prozent, ne, also Scrum hatte auch wieder Platz Nummer eins, jeweils äh belegt. Also was Ergebnisqualität angeht, Teamwork mit Abstand Platz eins.

[17:54]Planungssicherheit. Da sind alle Methoden relativ weit äh unten, nur drei kommen auf über 50 Prozent und auch da liegt Scrum knapp vorne. Genau da aber muss auch generell sagen, dafür ist halt eben natürlich auch einfach Azure Management halt eben agil, also es gibt natürlich wenig Sicherheit an der Stelle. Da ist dann natürlich im Verhältnis dazu das klassische Projektmanagement sehr weit oben. Ähm einfach weil’s natürlich sehr viel Sicherheit aufgrund der starren Strukturen bietet. Aber Bei Effizienz hingegen ist es ganz weit abgeschlagen Das klassische Management. Scrum ist aufm zweiten Platz. Aber sehr knapp. Äh mit etwas über siebzig, etwas über 70 Prozent, wo äh muss ich nur Kannen geschlagen geben, was wir vorhin auch erwähnt hatten. Mhm.

[18:37]Geschwindigkeit wiederum hat Scrum wieder locker den ersten Platz mit äh etwa 5undsiebzig Prozent, bekommen. Also im Sinne von man kann damit schnell auf Ergebnisse äh auf Ergebnisse kommen, genauso auch Bei der Produkteinführungszeit, also schnell auf ein funktionierendes Produkt kommen. Da scrum auch mit auf jeden Fall weit über 70 Prozent, sehr weit vorne liegen alle ungefähr im gleichen Bereich ganz stark beschlagen wie das klassische Projektmanagement nicht auf Platz 1 ist Scrum bei der Fähigkeit zur Innovation, Hier sagen die Befragten der GSG Design-Thinking mit über 80 Prozent. Kannst du das kurz erläutern? In der Kurzfassung ist eine deutsche Erfindung, SAP, die haben sich die Signing ausgedacht, ist so ein Methodenkoffer an Möglichkeiten für alle weiteren Details. Kriegst dann alle mich einfach kontaktieren. Das würde hier in den Rahmen sprengen. Ähm kann man sehr, sehr ausweizen. Ich habe auch komplett eigene Seminare halt zu dem Thema, deswegen.

[19:28]Innovationen hoch oben äh Scrum ist aufm etwas abgeschlagenen oder zweiten Platz. Ganz okay. Ja, sieht okay eigentlich. Ähm aber es ist schon hier deutlich, dass Designsticking da oben ist. Bei der Kundenzufriedenheit ist Design Thinking auch relativ weit oben, muss sich hier aber wieder Scrum geschlagen geben. Also auch da Scrum supertoll, genauso auch bei Genauigkeit der Bewertung, der Fortschritte, zwar auch äh knapper erste Platz, aber gut der erste Platz. Und wieder Genau und gesamte Leistungsfähigkeit der Methode auch wieder Scrum auf Platz eins, also bis auf wenige Ausnahmen, In dem Fall bei den äh Teilnehmern dieser Status quo edual, langzeitstudie, die jetzt seit 2012 ja gesagt, schon betrieben wurde, auch in dem Fall ja Quelle Hochschule Koblenz, also jetzt schonende äh größere Institutionen.

[20:13]Das heißt also, die Daten sind so weit außerkräftig und scruben ist es funktioniert halt eben, laut der, laut den Befragten der Studie. Halt. Wir haben jetzt vor der Musikreite viel über die einzelnen Schritte und die Rollen gesprochen, aber runtergebrochen kann man einfach sagen, weniger ist mehr, Lass deinen Mitarbeitern Freiheiten und am Ende einfach mal gründlich gucken, was hat geklappen, was hat nicht geklappt. Ist es nicht, also wir haben da vier schlaue Leute, die diese Methode entwickelt. Das klingt, als hätte man auch selber drauf kommen können, an vielen Stellen, also ich sage das auch regelmäßig in meinen Kursen, ähm, Nehmt euch das raus, was euch aus dieser Methode gefällt. Es ist ja keine Verpflichtung, es ist jetzt keine Gesetzesgrundlage oder so was, das Ding. Es ist eine Empfehlung, wie ihr arbeiten könnt, Und ähm da ist es ja auch wirklich bei den bei den einzelnen Rollen zum Beispiel. Das ist halt zum Beispiel eine Kompetenzbegrenzung gibt, dass nicht so Stichwort Micromanagement, einer überwacht irgendwie alle und greift immer wieder mit rein so ein, Wir haben halt eben jeder hat so einen eigenen Fachbereich. Die Leute machen das, was sie können und es ist halt auch eben sehr viel Eigenverantwortung dabei.

[21:15]Also das macht im Kernscrum aus, das ist auch Das, was bei Scrum gut funktioniert und ähm weswegen es natürlich auch und vor allem von IT-Unternehmen seit den 90ern, genutzt wird halt eben, weil halt eben IT dann super Beispiel ist eben, wenn die Software, wenn ich Videospiele sonst was herstelle Ich habe ja immer irgendwelche Probleme, die gerne mal auftauchen, wo ich halt nicht einfach äh das in einem Plan schon mal vor äh bedenken kann für irgendwas. Man hat einfach irgendwelche Softwarefehler aufdrehen können, aber halt eben auch Klassiker können krank werden, Menschen können einen Job kündigen, es kann halt eben personell irgendwas passieren. Da habe ich nämlich auch gleich mal ein eigenes Beispiel aus dem letzten Jahr, wo ich wo mir genau so was passiert ist, wo Headscrum extrem geholfen hat, aber Ich meine nur, dass er eine relle Beispiel, also was Leute kennen, die mit Softwareentwicklung zu tun haben, man versucht äh bugfixes zu betreiben, hier wie sie fünf Bux kurz rauskriegen und mal das fertig mit den Backfixes und hat 50 Code. Ja, weil einfach der eine backt zu einem neuen Problem geführt hat. Da gab’s auch ein wunderschönes Internet minen basierend auf äh irgendeiner Folge von, ich habe hier mittendrin hieß die Serie damals auch den Vater der Familie, der.

[22:24]

Problemlösung und Flexibilität mit Scrum

[22:24]Nach Hause und stell fest, kein ich glaube irgendwie äh Glühbirne ist Glühbirne im Schrank ist defekt und dann äh will irgendwie eine neue Glühbirne ausm Schrank holen, der Schrank quietscht, aber, äh dann will er die halt eben dieses Quietschen beseitigen, stellt fest, oh wo die Sprayflasche dafür ist alle, dann will er äh mitm Auto zum Supermarkt und er hat ihm ein neues Sprayflasche äh holen, dann macht das Auto komische Geräusche und dann kommt die Ehefrau und Mutter äh dann nach Hause äh und sagte dann halt eben, ist dir aufgefallen, dass die Glühbirne defekt ist und der Mann dann halt eben unterm Auto? Was denkst du, was ich gerade mache, Das ist so ein schöner, ich finde ein super schönes visuelles Beispiel, wie halt eben an vielen Stellen Software und Backfixe, als Beispiel, wenn’s halt um Problembeseitigung geht, wie das funktioniert. Also kommt genau, es werden extrem viele Festungen gerne aufgemacht, Und da soll halt eben natürlich auch Scrum helfen, zum Beispiel in diesen einzelnen Sprints, möglichst klein gehalten wird und erwähnt wird, was es gestern schiefgelaufen, was müssen wir heute angucken, damit’s so weitergehen genauso aber auch Was spielt jetzt gerade keine Rolle und muss in den nächsten Schritt überführt werden, dass wir uns eben auch nicht zu stark verzetteln, Wir haben ja jetzt auch eine Aufgabe zu erfüllen. Die Aufgabe müssen wir umsetzen und klar ist es natürlich schon wichtig, zum Beispiel eine Dokumentation für die geschriebenen Software zu machen, aber wenn ich das halt eben jetzt nicht hinbekomme, weil ich jetzt eine andere Aufgabe habe, dann Mache ich mir quasi eine Notiz und dann kommt das im nächsten Sprint einfach mit rein, dass man’s einfach nicht zu sehr aufhalten auch mit anderen Tätigkeiten.

[23:45]Also das soll halt auch so ein bisschen mithelfen auch so für einen gewissen Fokus da zu arbeiten. Und vor allem halt eben auch ähm mit unvorhersehbarkeiten klarzukommen den Fall hatte ich im letzten Jahr gehabt äh meine.

[23:59]Wunderbare und einfach nur total äh schnuckelige und liebe und einfach nur grandiose Tochter wurde.

[24:05]Halt eben einen Monat so früh geboren im letzten Jahr, Geburtsdatum war der 29.4. und geboren hatte sich dann entschieden, ich nehme den fünften Vierten, Was also schon mal hieß, wir konnten wenig vorbereiten und, ja ich war dann halt eben so quasi von jetzt auf gleich mit meiner Frau im Krankenhaus et cetera PP. Äh ich meine klar, sie hat natürlich die gesamte Arbeit gemacht. Da will ich jetzt auch nix irgendwie eine Abrede stellen, aber hieß für mich natürlich auch, ich war mehrere Tage logischerweise Nicht im Unternehmen. Ich kann mich nicht um meine Mitarbeiter kümmern. Aufträge sind also liegen geblieben, und das ist halt etwas, wo agile Methoden helfen sollen, zum Beispiel mit sowas unvergesslichen, also wenn zum Beispiel der Chef ausfällt, in dem Fall klarzukommen, denn eine Woche danach äh, Wir haben uns doch so äh wir sind noch am Eingewöhnen, eine neue Familie et cetera PP und ich komme nach Hause, äh war noch einkaufen, habe Abendessen vorbereitet, wir setzen uns hin und Ich kriege dann so ein komisches Drücken rechts äh halt eben so äh kurz unter der Lunge und wenn man dann wenn man nur mal Tipp in die Richtung wenn ihr den Eindruck habt da drückt irgendwas und das fühlt sich so an wie ich hab kein großen Essensbrocken verschluckt aber das bleibt halt dann wird’s wahrscheinlich äh eine, Gallenblasenproblem sein. Ich hatte jedenfalls eine Gallenkollege gehabt, eine Woche nachdem meine Tochter zu früh geboren wurde, Wohne ins Krankenhaus eingeliefert. Nächste Tag Not-OP, der gesamte schöne äh und ich war zwei Wochen zusammengerechnet, mindestens ausgefallen plus natürlich die ganze Rekonvanzenzzeit, Und auch, das kann man sich nicht ausdenken. Deswegen nehme ich jetzt ein reales Beispiel und das ist halt eben auch.

[25:33]Wo halt agile Methoden helfen sollen um halt eben sowas äh also natürlich nicht zu verhindern, es geht nicht, aber eben ähm so was auffangen zu können, dass man eben in der Lage ist, möglichst flexibel auf sowas zu reagieren.

[25:48]

Scrum als Unterstützung in unvorhergesehenen Situationen

[25:48]Also abschließend zusammengefasst, Scrum hilft bei geilen Kollegen, Kinder kriegen.

[25:54]Wenn du so möchtest. Liebe Hörer, ihr könnt natürlich gern Aussage nochmal ins rechte Licht drücken, aber, Das Unvorhersehbarkeiten auf äh angeht.

[26:07]Für die Kistenaufrufe an der Stelle. Ja genau. Scrubb hilft gegen geilen Kuliken, ärztlich geprüft, neun von zehn empfehlen’s. Nein, jetzt ernsthaft. Ähm aber es ist halt eben genauso passiert und Da hatten wir halt eben auch, also Scrummethode sowie diverse Herangehensweisen, einfach diese Agilität in der Planung äh schon helfen können, dass ich zum Beispiel einfach andere Aufgaben dann einfach mal vorgezogen haben für mein Team. Ich habe den einfach nur Smartphone-Chat ging ja durchaus, Also ich konnte ja soweit klar denken, es hat einfach nur weh getan, wenn ich mich bewegt habe und, Also nach der nach der OP dann vor allem, ähm vorher, nee, war nicht schön, ähm aber da kommen wir halt eben dann einfach diverse andere Aufgaben vorziehen. Was hat zum Beispiel beim klassischen Projektmanagement, wo du genau du hast Checkliste, erstens, das, zweitens, das, drittens das und in der Reihenfolge und nicht davon abweichen? Da geht sowas halt eben nicht und wenn da halt jemand ausfällt, dann verschiebt sich alles. So hat man halt eben noch die Möglichkeit, so innen drinne halt eben so ein bisschen hin und her zu arbeiten. So wie ja beispielsweise auch wenn ich wieder diesen Lego-Vergleich heranziehe, wie er eine gute, gute Möglichkeit haben. Wir können uns natürlich einmal an den Plan halten und das Modell bauen, wie es der Hersteller möchte. Müssten wir aber nicht. Wir können auch sonst was zusammensetzen das ist ja der große Vorteil von solchen Bausteinen einfach. Ich kann ja draus machen, was ich möchte. Da sind dann solche agilen Methoden, allen voran halt eben Scrum, weil die auch diese auf diesen Inkrementen, auf diesen in einzelnen Bausteinen quasi aufbauen. Super Sache und.

[27:32]Wenn ihr das nächste Mal äh liebe Hörerinnen und Hörer da draußen, äh mit Software arbeitet und sei es nur, dass ihr uns vielleicht jetzt über den äh aktuellen hört, in der Podcastform, es ist Software Wie wird die programmiert? Wahrscheinlich mit solchen Methoden dass ihr euch also nicht wundert. Vielleicht klappt niemals alles perfekt, manches vielleicht sehr gut, anders nicht, aber dafür ist es halt eben auch wieder inkrementell, es wird stets und ständig verbessert, Und äh ja, einfach auch mal den Leuten dafür bedanken, dass sie sich da äh den Arsch aufreißen bei solchen Projekten, um halt auch einfach gute, Produkte gute Software, die wir auch nutzen können, zu liefern. Das war’s dann für heute. Es ging um Scrum, Shownots, Infografing, alle aktuellen Entwicklungen zum Thema der Sendung monatlich auch in unserem exklusiven und vor Kurzem mit dem Innovationswettbewerb ausgezeichneten Newsletter-Briefing. Alle Infos unter Onlinegasse Dot COM Slash Newsletter alles hochsichere Radio Folge, Spiele verlinke ich euch Spotify-Playlist und ein Hinweis speziell für unsere Podcast-Hörer, online Gast, da wird unter eine Creative-Pommes CC bei ND-Lizenz veröffentlicht, also Lieblings, teilt es und seid kreativ damit, aber bitte informiert uns. Und da verabschieden wir uns vom Thema.

Moderatoren & Gäste

An dieser Episode haben in zunehmender Follower-Zahl mitgewirkt:

• Moderation und Musik: Tristan Berlet (X / Twitter)
• Co-Moderation und Recherche: Christian Allner (Tools und Tipps für Homeoffice und digitale Transformation)
• Interviewgast: —

Gespielte Musik in der Radioversion

Für alle Songs, siehe unsere Spotify-Playlist.

Quellen & Links

• siehe SocialMediaStatistik.de

Erwähnte Folgen

• SaaS – Wie gut ist Software as a Service? | Nr. 95

Hören & Download

• Abonniert uns über RSS, bei Apple Podcasts, Spotify, Google Podcasts oder einem Podcatcher eures Vertrauens!
• Unterstützt uns und bringt euch in die Sendung ein!
• Sorgt für spannendere Themen und schreibt euer Feedback!
• Oder sprecht euer Feedback auf unsere Voicemail!

Der Beitrag 📎 Scrum / Scrumban | Nr. 97 erschien zuerst auf #Onlinegeister.