📎 Scrum / Scrumban | Nr. 97

Podcast: Play in new window | Download | Embed

Abonnieren Google Podcasts | RSS | Abo

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:

Gespielte Musik in der Radioversion

FĂŒr alle Songs, siehe unsere Spotify-Playlist.

Quellen & Links

  • siehe SocialMediaStatistik.de

ErwÀhnte Folgen

Hören & Download

Onlinegeister als Podcast abonnieren bei Amazon Music PodcastsOnlinegeister als Podcast abonnieren bei RTL+
Back to Top