Business Stories  - Erfahrungen
9:15
OKR Problem #1 - zu viele Ziele
0:55
Einführung in Agilität (Intro)
1:50
Was ist wirkungsvolle Agilität?
1:47
Das Agile Fluency Model in Lego
1:57
Das Kanbunny erklärt Kanban
0:55
7 жыл бұрын
Leadersheep Principles
0:59
7 жыл бұрын
Agiler Festpreis
51:29
8 жыл бұрын
Certified Post-It Master
2:48
8 жыл бұрын
Interview Henning
19:49
9 жыл бұрын
Test-Camp
1:44
9 жыл бұрын
Inspect & Adapt mit Lego
2:07
9 жыл бұрын
it-agile Buildprozess
1:49
9 жыл бұрын
Die agile Chance
31:37
9 жыл бұрын
Einfachheit in Softwareprojekten
44:44
Monatliche Auslieferung
6:32
9 жыл бұрын
Wie funktioniert Software-Kanban?
7:18
Пікірлер
@mg-se8cx
@mg-se8cx 10 ай бұрын
diese gut !
@SkoxLy
@SkoxLy Жыл бұрын
Gutes Video. Auch 8 Jahre später :)
@andikleve2972
@andikleve2972 Жыл бұрын
Danke, klasse Vortrag - hat mir einige tolle Anregungen gegeben!
@derlerner2683
@derlerner2683 2 жыл бұрын
Gutes Video!
@inkognito8642
@inkognito8642 2 жыл бұрын
Arbeiten mit Kärtchen kann heutzutage nicht Modern sein!
@GottHilft
@GottHilft 3 жыл бұрын
Stark 💪
@MistaSmith
@MistaSmith 3 жыл бұрын
Kanbunny ist so eine süße Idee!
@nanibanani7560
@nanibanani7560 3 жыл бұрын
richtig richtig TOP (Y)
@josefscherer2018
@josefscherer2018 3 жыл бұрын
Schöne Grafiken aber die Musik ist nicht so mein Ding :(
@fatihcoskun2771
@fatihcoskun2771 3 жыл бұрын
ja echt verständlich und gut gemacht. Thx
@4your_style
@4your_style 3 жыл бұрын
...super erklärt!
@francitomerchhustler6202
@francitomerchhustler6202 4 жыл бұрын
🤣
4 жыл бұрын
Das ist bis jetzt das beste deutschsprachige Video was ich zu diesem Thema gesehen habe. Gute Arbeit! Vielen lieben Dank für das gute Video :))
@jagnaschmidt4389
@jagnaschmidt4389 4 жыл бұрын
Hallo, mich würde interessieren welches Buch hier geschrieben wurde und wo man das bestellen kann.
@WirSindAgile
@WirSindAgile 4 жыл бұрын
Hallo, Jagna, danke für Dein Interesse an Stefans und Fritz' Buch. Es heißt "Agile Verträge", ist im d.punkt-Verlag erschienen und hier erhältlich: www.amazon.de/dp/B0711ZBQ53/ref=dp-kindle-redirect?_encoding=UTF8&btkr=1 Viel Spaß beim Lesen!
@healthpit
@healthpit 4 жыл бұрын
Ein richtig gutes Video!
@PhilippKieschke
@PhilippKieschke 4 жыл бұрын
Danke!
@wolf-gideonbleek2929
@wolf-gideonbleek2929 4 жыл бұрын
Sehr, sehr cool!
@esmailiyou
@esmailiyou 5 жыл бұрын
Kurz und effektiv. Danke!
@darwinjoker6973
@darwinjoker6973 6 жыл бұрын
wie macht ihr das mit einem 24/7 Support oder mit dem Support vom Rechenzentrum ? sollen die auch jeweils in den einzelnen Scrum Teams vertreten sein ? dann wird das ganz schön redundant und teuer ....
@UrsReupke
@UrsReupke 5 жыл бұрын
Du hast recht, wenn jedes Team seinen eigenen Support macht, dann ist das teurer als wenn es eine zentrale Anlaufstelle gibt. Den 24/7-Support für einzelne missionskritische Softwareprodukte haben wir dennoch schon in Scrum-Teams erledigt, das klappt gut, und hat für den Kunden den Vorteil, dass er sofort mit jemandem spricht, den er kennt und der sich mit der Sache auskennt. Damit das funktioniert, braucht es natürlich eine Übereinkunft, dass der Kunde nicht wegen Trivialitäten anruft. Infrastruktur wird ja eher nicht von (skalierten) Scrum-Teams betrieben, deswegen hätten wir auch kein Team, dass den Support übernehmen kann. Macht ihr das mit Scrum? Wie funktioniert es?
@majakonninger9426
@majakonninger9426 6 жыл бұрын
Sehr gut erklärt. Was ich persönlich an der Kanban-Methode sehr schätze, ist deren hohe Flexibilität. Ich arbeite bei Zenkit, einem Start-up, das eine Projektmanagement- Anwendung entwickelt hat und wende Kanban sowohl im Job, als auch privat an. Funktioniert wirklich gut. Auf dem Zenkit- Blog haben wir ebenfalls einen Artikel zu Kanban verfasst. blog.zenkit.com/kanban-explained-what-youve-always-wanted-to-know-1cc585e33e9e Schaut doch mal rein und lasst mich wissen, was ihr davon haltet. Über neue Ideen und Feedback freuen wir uns.
@PhanchaiSiam555
@PhanchaiSiam555 6 жыл бұрын
Gut erklärt
@EatFreshReloaded
@EatFreshReloaded 6 жыл бұрын
Hat mir sehr geholfen Danke (y)
@Riaxandra
@Riaxandra 7 жыл бұрын
:"D
@FrankHSauer
@FrankHSauer 7 жыл бұрын
Vielen Dank! Wir haben das Video in unser Wörterbuch der Werte eingebaut: www.wertesysteme.de/agilität/
@UrsReupke
@UrsReupke 7 жыл бұрын
Vielen Dank!
@timgerhard6551
@timgerhard6551 7 жыл бұрын
#bbbaden
@olivers.9606
@olivers.9606 7 жыл бұрын
Einfach gut! Setzt nicht bei Adam und Eva an und fesselt durch die Prägnanz auch den "ungeduldigen" Zuschauer. Weiter so!!!
@seevenup83
@seevenup83 7 жыл бұрын
Scrum mag für Projektleiter gut sein aber ist der Horror für jeden Betreiber oder Entwickler. Dieses nicht vorausplanan und annehmen jeder hat gerade Zeit ist der Horror
@antonnonym3783
@antonnonym3783 7 жыл бұрын
Schon das dritte tolle Erklärvideo (habe schon Scrum 1 u. 2 gesehen.) Nochmals vielen Dank :-)
@WirSindAgile
@WirSindAgile 7 жыл бұрын
Sehr gerne.
@KasiaKubiak19
@KasiaKubiak19 8 жыл бұрын
Sehr interessantes Material! Danke! Wenn ich mich schon dort befinde, will ich Ihnen etwas empfehlen. kanbantool.com/ - meiner Meinung nach ein der besten Tools im Bereich Kanban. Ich glaube, dass viele von uns dort etwas für sich selbst finden. Nochmals empfehle. Schönen Tag! :)
@MahdiKashani94
@MahdiKashani94 8 жыл бұрын
vielen dank
@saml.3084
@saml.3084 8 жыл бұрын
Hi, ist agilität in der IT-Operation möglich bzw. die Aufgaben (reine IT-Operation Aufgaben betrachtet) die in der IT-Operation zu erleldigen sind, ob man diese agilier gestalten könnte?? Falls ja, mit welchen Methoden ??
@iljapreu147
@iljapreu147 8 жыл бұрын
Hallo +Sam L., was würdest Du denn damit erreichen wollen? Was sind Beispiele für Aufgaben, von denen Du sprichst?
@saml.3084
@saml.3084 8 жыл бұрын
Hi +Ilja Preuß, die Umsetzung von Scrum in der IT-Operation ist schwerig (hier werden interdisziplinäre Teams aufgestellt, d.h. die ungestört ihr Projekt machen ), weil in der IT Operation kannst du gewisse Dinge nicht vorhab planen, z.B. es kann jeder Zeit eine Störung bzw. ein Kunde ruft an (oder Ticket kommt rein) und da muss man schnell reagieren. Dann ist Scrum ungeeignet?! Oder gibt es eine abgewandelte Form von Scrum, für solche Fälle?! Danke im Voraus
@Dark_X2
@Dark_X2 8 жыл бұрын
Ist ein paar Tage her: Aber schau mal in Kanban rein, dass könnte für solche Fälle deutlich besser geeignet sein...
@UrsReupke
@UrsReupke 8 жыл бұрын
Hallo, Sam L., das geht auch mit Scrum, zum Beispiel indem ihr in der Planung Kapazität freilasst für solche Störungen. Das könnte die Form von bewusster Unterplanung haben, oder die Form von begrenzt vielen "goldenen Tickets", die der PO oder ein Stakeholder im Sprint noch befüllen dürfen. Ob sich Scrum lohnt hängt davon ab, ob ihr neben dem vorfallsgetriebenen Geschäft genug Produktentwicklung habt. Falls ihr nur Vorfälle bearbeitet ist Scrum wohl eher nichts. Dann folge einfach DarkX2s gutem Hinweis: Schau mal in Kanban rein.
@MrGrauz
@MrGrauz 8 жыл бұрын
Tolles Spiel für eine Jax. Habe ich anscheinend verpasst. Vielleicht beim nächsten Mal! :-)
@ninovrkic1157
@ninovrkic1157 9 жыл бұрын
Scrum ist unheimlich interessant für mich. Eigentlich komme ich mehr aus dem klassischen Projektmanagement. Klassisch bedeutet vor allem für mich inklusive Netzplan, Kapazitätenplan, Kostenplan und streng nach Kundenvorgabe sprich mit Lastenheft usw. Vor einigen Wochen habe ich eine Scrum-Schulung über Xing in Stuttgart besucht. Dort bin ich dieser neuen Art „konzeptionelle Projektentwicklung“ - dargestellt am Beispiel des Automobilherstellers Opel - schnell nähergekommen. Scrum verspricht, so wie ich das verstehe, vor allem in und während der Konzeptphase des jeweiligen Projekts wesentlich effizientere Einsparungen in Sachen Projektablauf, Projektzeit, Projektkosten usw. Das klassische Projektmanagement ist starr und unflexibel. Jede Kundenvorgabe ist nicht nur in der Konzeptphase akribisch abzuarbeiten. Bei Scrum ist das ganz anders. Hier arbeitet man wesentlich flexibler und unkonventioneller. Scrum ist meiner Meinung nach, und das mit Sicherheit nicht nur in der Konzeptphase des Projekts, wesentlich projektnäher sprich realitätsnäher. Projekterfolge werden nachweislich schneller erzielt. It-Agile bietet diesbezüglich unheimlich tolle Weiterbildungsmöglichkeiten. Vielleicht besuche ich die eine oder andere Seminarveranstaltung (ninovrkic.com).
@Knacki42
@Knacki42 9 жыл бұрын
Schönes Video. Trotzdem: Crossfunktionale Teams sind nicht unbedingt besser. Gerade in der SW Entwicklung gibt es nun mal Spezialisten (Frontend, Mobile, Backend). Jeder kann alles (aber nix richtig) vs. Spezialisten für Komponenten.
@stefanroock5330
@stefanroock5330 9 жыл бұрын
Cross-Finktionales Team bedeutet, dass alle Fähigkeiten im Team sein müssen, die für die Produktentwicklung notwendig sind. Im Team sind Spezialisten damit problemlos möglich - und auch in der agilen Welt üblich.
@Knacki42
@Knacki42 9 жыл бұрын
Stefan Roock Ich weiß was "Crossfunktionales Team" bedeutet und habe auch schon in solchen gearbeitet. Und natürlich gibt es immer Spezialisten im Team (Designer, Qualitätsmanager, Frontend Programmierer). In SAFe beispielsweise gibt es ja auch Teams die in Containern arbeiten und eben nicht crossfunktional aber trotzdem agil. Das bedingt natürlich zusättzliche Abstimmungsmeetings und so weiter.
@stefanroock5330
@stefanroock5330 9 жыл бұрын
Michael Knoll Dann verstehe ich Deinen ursprünglichen Punkt vielleicht nicht richtig. Worauf willst Du hinaus? Ich stimme zu, dass cross-funktionale Teams nicht immer die beste Lösung sind - nämlich dann nicht, wenn das Umfeld stabil und die Aufgaben repetitiv sind.
@steffenwinkler393
@steffenwinkler393 9 жыл бұрын
Eine Aussage ist, Kommunikation zwischen den Teams ist teuer, deswegen kommuniziert man nicht und implementiert Redundanzen. Das ist kurzsichtig und klingt nach Script kiddie oder Copy/Paste. Redundanzen werden richtig teuer und lähmen den Fortschritt, weil man jedes neue Feature oder jeden Bug in jeder Redundanz einpflegen muss.
@stefanroock5330
@stefanroock5330 9 жыл бұрын
Jedes Team sollte Redundanzen in seinen Modulen vermeiden. Das geht mit moderaten Kosten. Wenn die Teams passend geschnitten sind, gibt es nur geringes Redundanzrisiko. Will man alle Redundanzen zwischen allen Teams (z.B. zwischen 15 Teams) komplett vermeiden, wird das sehr teuer aufgrund der notwendigen Koordination. Lässt man alle Redundanzen bestehen, erzeugt das ebenfalls Kosten. Es geht um die Optimierung der Gesamtkosten und dieses Optimum liegt in den meisten Kontexten bei keinem der Extreme. Ausführlichere Diskussion gibt es in der Agile Review 1/2014.
@MarcelVanHove
@MarcelVanHove 10 жыл бұрын
Ich mag Luna! Wunderbares Video, Danke!
@UrsReupke
@UrsReupke 10 жыл бұрын
Danke für das Lob. Deine Filme waren uns Inspiration.
@DanielDubbel
@DanielDubbel 10 жыл бұрын
Tolles Video und super Überblick - vielen Dank dafür.
@deralexist
@deralexist 10 жыл бұрын
Hi super Video! Ca 4.25 was wird abwechselnd gemacht?
@UrsReupke
@UrsReupke 10 жыл бұрын
Vielen Dank. Abwechselnd macht sie die horizontale und vertikale Skalierung: Sie gründet stückweise neue Teams (vertikale Skalierung) und dehnt die entlang der Wertschöpfungskette (horizontale Skalierung) aus. Wenn sie's nicht macht, muss sie am Ende das Marketing an einen sehr großen bestehenden Entwicklungsapparat angliedern, und das erhöht den Integrationsschmerz.
@TheKiwiHH
@TheKiwiHH 10 жыл бұрын
Coole Zeichnungen - selbst gemacht oder hattet Ihr Hilfe?
@UrsReupke
@UrsReupke 10 жыл бұрын
Selbst gemacht, alles ist live aufgenommen. Nicole (im Bild) hat Kunst studiert, sie ist "Bachelor of Fine Arts in Design and Production", und unterstützt uns unter anderem mit Visual Facilitation und Visual Recording - wenn Sie nicht gerade in Neuseeland Filme dreht.