SlideShare ist ein Scribd-Unternehmen logo
1 von 21
Stop the Line in der Softwareentwicklung
XP-Days Germany 2009
Stefan.Roock@it-agile.de
Toyota
Problem? Alarm!
Stop the Plant
Problemursachen
Kein Lager
Wir sind anders!
Nützlich?
Tatenlos?
Warteschlange
Visualisierung
Broken Windows
Verlässlichkeit
Branches
Bye bye, Bugs!
nicht
nur
Bugs
Unser Bugtracker
Don‘t Manage Bugs
Fix Them
Vielen Dank für die Aufmerksamkeit
stefan.roock@it-agile.de
Twitter: StefanRoock

Weitere ähnliche Inhalte

Andere mochten auch

Zurück zum guten alten Push-Marketing?
Zurück zum guten alten Push-Marketing?Zurück zum guten alten Push-Marketing?
Zurück zum guten alten Push-Marketing?Christian Holst
 
Peter_Brovc_SPEZIALIST_FUR_VERKEHRSWESEN_2011
Peter_Brovc_SPEZIALIST_FUR_VERKEHRSWESEN_2011Peter_Brovc_SPEZIALIST_FUR_VERKEHRSWESEN_2011
Peter_Brovc_SPEZIALIST_FUR_VERKEHRSWESEN_2011Peter Brov?
 
Historia de la Educacion a Distancia
Historia de la Educacion a DistanciaHistoria de la Educacion a Distancia
Historia de la Educacion a DistanciaCamilo Arboleda
 
Ergebnisse einer empirischen Studie zu Informationsqualitätskriterien in Corp...
Ergebnisse einer empirischen Studie zu Informationsqualitätskriterien in Corp...Ergebnisse einer empirischen Studie zu Informationsqualitätskriterien in Corp...
Ergebnisse einer empirischen Studie zu Informationsqualitätskriterien in Corp...Wolfgang Reinhardt
 
Islamismo anachury
Islamismo anachury Islamismo anachury
Islamismo anachury MaMonica
 
Cómo utilizar fotos narradas
Cómo utilizar fotos narradasCómo utilizar fotos narradas
Cómo utilizar fotos narradasAwen_monica
 
Actividad 2.2 presentacion gustavo solano
Actividad 2.2 presentacion gustavo solanoActividad 2.2 presentacion gustavo solano
Actividad 2.2 presentacion gustavo solanosolgocomputadora
 
Calentamiento global
Calentamiento globalCalentamiento global
Calentamiento globalecci
 
Taller de apoyo y acompañamiento octavo primer periodo semana 7
Taller de apoyo y acompañamiento octavo  primer periodo semana 7Taller de apoyo y acompañamiento octavo  primer periodo semana 7
Taller de apoyo y acompañamiento octavo primer periodo semana 7Jorge Didier Obando Montoya
 

Andere mochten auch (20)

Taller estadistica inferencial
Taller  estadistica inferencialTaller  estadistica inferencial
Taller estadistica inferencial
 
Zurück zum guten alten Push-Marketing?
Zurück zum guten alten Push-Marketing?Zurück zum guten alten Push-Marketing?
Zurück zum guten alten Push-Marketing?
 
Peter_Brovc_SPEZIALIST_FUR_VERKEHRSWESEN_2011
Peter_Brovc_SPEZIALIST_FUR_VERKEHRSWESEN_2011Peter_Brovc_SPEZIALIST_FUR_VERKEHRSWESEN_2011
Peter_Brovc_SPEZIALIST_FUR_VERKEHRSWESEN_2011
 
Historia de la Educacion a Distancia
Historia de la Educacion a DistanciaHistoria de la Educacion a Distancia
Historia de la Educacion a Distancia
 
Plan de area matematicas 2014 (1)
Plan de area matematicas 2014 (1)Plan de area matematicas 2014 (1)
Plan de area matematicas 2014 (1)
 
Rae
RaeRae
Rae
 
Ergebnisse einer empirischen Studie zu Informationsqualitätskriterien in Corp...
Ergebnisse einer empirischen Studie zu Informationsqualitätskriterien in Corp...Ergebnisse einer empirischen Studie zu Informationsqualitätskriterien in Corp...
Ergebnisse einer empirischen Studie zu Informationsqualitätskriterien in Corp...
 
Islamismo anachury
Islamismo anachury Islamismo anachury
Islamismo anachury
 
tipos de mercado
tipos de mercadotipos de mercado
tipos de mercado
 
carnaval
carnaval carnaval
carnaval
 
Plan de area matematicas 2014 (1)
Plan de area matematicas 2014 (1)Plan de area matematicas 2014 (1)
Plan de area matematicas 2014 (1)
 
Cómo utilizar fotos narradas
Cómo utilizar fotos narradasCómo utilizar fotos narradas
Cómo utilizar fotos narradas
 
Cartel de aseos
Cartel de aseosCartel de aseos
Cartel de aseos
 
Weisheiten
WeisheitenWeisheiten
Weisheiten
 
Actividad 2.2 presentacion gustavo solano
Actividad 2.2 presentacion gustavo solanoActividad 2.2 presentacion gustavo solano
Actividad 2.2 presentacion gustavo solano
 
Webquest
WebquestWebquest
Webquest
 
El franquismo i y ii para 4º de la ESO
El franquismo i y ii para 4º de la ESOEl franquismo i y ii para 4º de la ESO
El franquismo i y ii para 4º de la ESO
 
Calentamiento global
Calentamiento globalCalentamiento global
Calentamiento global
 
Música
MúsicaMúsica
Música
 
Taller de apoyo y acompañamiento octavo primer periodo semana 7
Taller de apoyo y acompañamiento octavo  primer periodo semana 7Taller de apoyo y acompañamiento octavo  primer periodo semana 7
Taller de apoyo y acompañamiento octavo primer periodo semana 7
 

Mehr von Stefan ROOCK

Agile Organisation: What, When, How
Agile Organisation: What, When, HowAgile Organisation: What, When, How
Agile Organisation: What, When, HowStefan ROOCK
 
Hauptsache dem Team geht's gut? Setzen! Sechs!
Hauptsache dem Team geht's gut? Setzen! Sechs!Hauptsache dem Team geht's gut? Setzen! Sechs!
Hauptsache dem Team geht's gut? Setzen! Sechs!Stefan ROOCK
 
Agile Organisationen: eine Frage der Haltung
Agile Organisationen: eine Frage der HaltungAgile Organisationen: eine Frage der Haltung
Agile Organisationen: eine Frage der HaltungStefan ROOCK
 
ScALeD: Agile Skalierung jenseits von Skalierungsframeworks
ScALeD: Agile Skalierung jenseits von SkalierungsframeworksScALeD: Agile Skalierung jenseits von Skalierungsframeworks
ScALeD: Agile Skalierung jenseits von SkalierungsframeworksStefan ROOCK
 
Pecha-Kucha: Scrum in Cool
Pecha-Kucha: Scrum in CoolPecha-Kucha: Scrum in Cool
Pecha-Kucha: Scrum in CoolStefan ROOCK
 
Nein-Sagen für Product Owner
Nein-Sagen für Product OwnerNein-Sagen für Product Owner
Nein-Sagen für Product OwnerStefan ROOCK
 
Agile Organisationen: eine Frage des Leadership
Agile Organisationen: eine Frage des LeadershipAgile Organisationen: eine Frage des Leadership
Agile Organisationen: eine Frage des LeadershipStefan ROOCK
 
Roadmaps und Agile Reporting abseits von Velocity und Story Points (Agile Wed...
Roadmaps und Agile Reporting abseits von Velocity und Story Points (Agile Wed...Roadmaps und Agile Reporting abseits von Velocity und Story Points (Agile Wed...
Roadmaps und Agile Reporting abseits von Velocity und Story Points (Agile Wed...Stefan ROOCK
 
Roadmaps und Agile Reporting abseits von Velocity und Story Points
Roadmaps und Agile Reporting abseits von Velocity und Story PointsRoadmaps und Agile Reporting abseits von Velocity und Story Points
Roadmaps und Agile Reporting abseits von Velocity und Story PointsStefan ROOCK
 
Roadmaps und Agile Reporting abseits von Velocity und Story Points
Roadmaps und Agile Reporting abseits von Velocity und Story PointsRoadmaps und Agile Reporting abseits von Velocity und Story Points
Roadmaps und Agile Reporting abseits von Velocity und Story PointsStefan ROOCK
 
Vertragsgestaltung für agile Softwareentwicklung (OOP 2018, München)
Vertragsgestaltung für agile Softwareentwicklung (OOP 2018, München)Vertragsgestaltung für agile Softwareentwicklung (OOP 2018, München)
Vertragsgestaltung für agile Softwareentwicklung (OOP 2018, München)Stefan ROOCK
 
Agile Verträge - Vertragsgestaltung für agile Softwareentwicklung
Agile Verträge - Vertragsgestaltung für agile SoftwareentwicklungAgile Verträge - Vertragsgestaltung für agile Softwareentwicklung
Agile Verträge - Vertragsgestaltung für agile SoftwareentwicklungStefan ROOCK
 
Warum die meisten Hackathons den Unternehmen nichts bringen
Warum die meisten Hackathons den Unternehmen nichts bringenWarum die meisten Hackathons den Unternehmen nichts bringen
Warum die meisten Hackathons den Unternehmen nichts bringenStefan ROOCK
 
MbO, OKR und Nordstern
MbO, OKR und NordsternMbO, OKR und Nordstern
MbO, OKR und NordsternStefan ROOCK
 
XP-Days-Kurzvortrag: ALIGNMENT UND VERBESSERUNG MIT DEM NORDSTERN-KONZEPT
XP-Days-Kurzvortrag: ALIGNMENT UND VERBESSERUNG MIT DEM NORDSTERN-KONZEPTXP-Days-Kurzvortrag: ALIGNMENT UND VERBESSERUNG MIT DEM NORDSTERN-KONZEPT
XP-Days-Kurzvortrag: ALIGNMENT UND VERBESSERUNG MIT DEM NORDSTERN-KONZEPTStefan ROOCK
 
Alignment und Verbesserung mit dem Nordstern-Konzept (Kurzvortrag)
Alignment und Verbesserung mit dem Nordstern-Konzept (Kurzvortrag)Alignment und Verbesserung mit dem Nordstern-Konzept (Kurzvortrag)
Alignment und Verbesserung mit dem Nordstern-Konzept (Kurzvortrag)Stefan ROOCK
 
UX und agile Entwicklung - eine Aufgabe für das ganze Team
UX und agile Entwicklung - eine Aufgabe für das ganze TeamUX und agile Entwicklung - eine Aufgabe für das ganze Team
UX und agile Entwicklung - eine Aufgabe für das ganze TeamStefan ROOCK
 
Alignment und Verbesserung mit dem Nordstern-Konzept
Alignment und Verbesserung mit dem Nordstern-KonzeptAlignment und Verbesserung mit dem Nordstern-Konzept
Alignment und Verbesserung mit dem Nordstern-KonzeptStefan ROOCK
 

Mehr von Stefan ROOCK (20)

Agile Organisation: What, When, How
Agile Organisation: What, When, HowAgile Organisation: What, When, How
Agile Organisation: What, When, How
 
Hauptsache dem Team geht's gut? Setzen! Sechs!
Hauptsache dem Team geht's gut? Setzen! Sechs!Hauptsache dem Team geht's gut? Setzen! Sechs!
Hauptsache dem Team geht's gut? Setzen! Sechs!
 
Agile Organisationen: eine Frage der Haltung
Agile Organisationen: eine Frage der HaltungAgile Organisationen: eine Frage der Haltung
Agile Organisationen: eine Frage der Haltung
 
Scrum in cool
Scrum in coolScrum in cool
Scrum in cool
 
ScALeD: Agile Skalierung jenseits von Skalierungsframeworks
ScALeD: Agile Skalierung jenseits von SkalierungsframeworksScALeD: Agile Skalierung jenseits von Skalierungsframeworks
ScALeD: Agile Skalierung jenseits von Skalierungsframeworks
 
Pecha-Kucha: Scrum in Cool
Pecha-Kucha: Scrum in CoolPecha-Kucha: Scrum in Cool
Pecha-Kucha: Scrum in Cool
 
Nein-Sagen für Product Owner
Nein-Sagen für Product OwnerNein-Sagen für Product Owner
Nein-Sagen für Product Owner
 
Agile Organisationen: eine Frage des Leadership
Agile Organisationen: eine Frage des LeadershipAgile Organisationen: eine Frage des Leadership
Agile Organisationen: eine Frage des Leadership
 
Roadmaps und Agile Reporting abseits von Velocity und Story Points (Agile Wed...
Roadmaps und Agile Reporting abseits von Velocity und Story Points (Agile Wed...Roadmaps und Agile Reporting abseits von Velocity und Story Points (Agile Wed...
Roadmaps und Agile Reporting abseits von Velocity und Story Points (Agile Wed...
 
Roadmaps und Agile Reporting abseits von Velocity und Story Points
Roadmaps und Agile Reporting abseits von Velocity und Story PointsRoadmaps und Agile Reporting abseits von Velocity und Story Points
Roadmaps und Agile Reporting abseits von Velocity und Story Points
 
Roadmaps und Agile Reporting abseits von Velocity und Story Points
Roadmaps und Agile Reporting abseits von Velocity und Story PointsRoadmaps und Agile Reporting abseits von Velocity und Story Points
Roadmaps und Agile Reporting abseits von Velocity und Story Points
 
Vertragsgestaltung für agile Softwareentwicklung (OOP 2018, München)
Vertragsgestaltung für agile Softwareentwicklung (OOP 2018, München)Vertragsgestaltung für agile Softwareentwicklung (OOP 2018, München)
Vertragsgestaltung für agile Softwareentwicklung (OOP 2018, München)
 
Metriken@agile
Metriken@agileMetriken@agile
Metriken@agile
 
Agile Verträge - Vertragsgestaltung für agile Softwareentwicklung
Agile Verträge - Vertragsgestaltung für agile SoftwareentwicklungAgile Verträge - Vertragsgestaltung für agile Softwareentwicklung
Agile Verträge - Vertragsgestaltung für agile Softwareentwicklung
 
Warum die meisten Hackathons den Unternehmen nichts bringen
Warum die meisten Hackathons den Unternehmen nichts bringenWarum die meisten Hackathons den Unternehmen nichts bringen
Warum die meisten Hackathons den Unternehmen nichts bringen
 
MbO, OKR und Nordstern
MbO, OKR und NordsternMbO, OKR und Nordstern
MbO, OKR und Nordstern
 
XP-Days-Kurzvortrag: ALIGNMENT UND VERBESSERUNG MIT DEM NORDSTERN-KONZEPT
XP-Days-Kurzvortrag: ALIGNMENT UND VERBESSERUNG MIT DEM NORDSTERN-KONZEPTXP-Days-Kurzvortrag: ALIGNMENT UND VERBESSERUNG MIT DEM NORDSTERN-KONZEPT
XP-Days-Kurzvortrag: ALIGNMENT UND VERBESSERUNG MIT DEM NORDSTERN-KONZEPT
 
Alignment und Verbesserung mit dem Nordstern-Konzept (Kurzvortrag)
Alignment und Verbesserung mit dem Nordstern-Konzept (Kurzvortrag)Alignment und Verbesserung mit dem Nordstern-Konzept (Kurzvortrag)
Alignment und Verbesserung mit dem Nordstern-Konzept (Kurzvortrag)
 
UX und agile Entwicklung - eine Aufgabe für das ganze Team
UX und agile Entwicklung - eine Aufgabe für das ganze TeamUX und agile Entwicklung - eine Aufgabe für das ganze Team
UX und agile Entwicklung - eine Aufgabe für das ganze Team
 
Alignment und Verbesserung mit dem Nordstern-Konzept
Alignment und Verbesserung mit dem Nordstern-KonzeptAlignment und Verbesserung mit dem Nordstern-Konzept
Alignment und Verbesserung mit dem Nordstern-Konzept
 

Pecha-Kucha: Stop The Line

Hinweis der Redaktion

  1. Mein Name ist Stefan Roock von it-agile und ich möchte etwas zu Stop the Line in der Softwareentwicklung erzählen. Das Stop the Line Prinzip stammt ursprünglich von Toyota und ist Bestandteil des Toyota Production Systems. Es wird in der Fahrzeugproduktion eingesetzt. Es funktioniert wie folgt:
  2. Bei Toyota gibt es Zugleinen, an denen jeder in der Produktion ziehen kann, wenn er ein Problem entdeckt. So ein Problem kann etwas Triviales sein, wie ein kleiner Kratzer in einem Kotflügel. Hat jemand an der Leine gezogen, ertönt ein Alarmsignal und eine Lampe beginnt zu leuchten. So kann man direkt sehen, wo das Problem entdeckt wurde.
  3. Wenn so ein Alarm ausgelöst wurde, kommt ein Ingenieur mit weißen Handschuhen angelaufen (ein sogenannter White Glove) und entscheidet: „Liegt wirklich ein Problem vor?“ Wenn ja, stoppt er die Produktionslinie. Vom ersten Alarm bis jetzt darf maximal 1 Takt vergangen sein. Das ist weniger als 1 Minute.
  4. Jetzt kommt ein Supervisor dazu und entscheidet: Kann das Problem innerhalb von 2 Takten behoben werden? Wenn nein, stoppt der Supervisor die ganze Fabrik. In einer Toyota-Fabrik mit 7 Produktionslinien wird im Schnitt jede Minute einmal Stop-the-Line ausgelöst.
  5. Toyota verfolgt diesen Ansatz, weil das entdeckte Problem i.d.R. nicht auf einen Zufall zurückgeht. Es gibt stattdessen eine tiefere Problemursache, die beseitigt werden muss, z.B. eine falsch eingestellte Maschine. Sonst tritt das Problem wieder auf.
  6. Der Grund dafür, dass so kurze Zeitfenster für die Entscheidungen existieren, ist die geringe Menge an Lagerplätzen bei Toyota. Zwischenprodukte der vorgelagerten Arbeitsschritte können nirgends zwischengelagert werden.
  7. Toyota in Fortune 500 in 2008: Fünftgrößtes Unternehmen der Welt Größtes Autounternehmen der Welt 230 Mrd. USD Umsatz 15 Mrd. USD Gewinn Für Toyota funktioniert der Ansatz also offenbar sehr gut.
  8. Aber kann man Stop-the-Line sinnvoll auf Softwareentwicklung übertragen? Softwareentwicklung ist schließlich definitiv keine Produktion. Statt sequenzieller immer gleicher Tätigkeiten besteht Softwareentwicklung aus kreativer Tätigkeit und Interaktion zwischen Menschen.
  9. Was könnte Stop-the-Line in der Softwareentwicklung bringen? Qualitätsdenken wird befördert. Probleme werden früh sichtbar und beseitigt. Man weiß jederzeit genau, wo man steht. Folgefehler werden vermieden.
  10. Wenn ich Stop-the-Line vorschlage, ist die erste Reaktion immer: Wenn bei jeder Kleinigkeit alle stoppen, dann sitzen die meisten Leute bei einem Problem ja rum. Das ist zu teuer. Wir müssen eine hohe Auslastung haben. Daher mein Tipp: Alle stoppen bis sich Problemlöser gefunden haben. Dann darf der Rest weiterarbeiten.
  11. Solange das Problem besteht, darf nicht eingecheckt werden. Wer mit seiner aktuellen Aufgabe fertig ist und einchecken müsste, sollte keine neue Aufgabe beginnen. Stattdessen wird er/sie auch zum Problemlöser. So vergrößert sich die Menge der Problemlöser, je länger das Problem andauert.
  12. Erfahrung: Eine aufdringliche Visualisierung ist nützlich. Wir haben dazu eine Ampel nur mit grün und rot aufgehängt, die im mit dem CI-Server (z.B. Hudson) verbunden ist. Die Ampel wird an einem gut sichtbaren Ort aufgehängt.
  13. Erfahrung: Wenn die Ampel meistens rot ist, wirkt das sehr demotivierend und sie wird ignoriert. Daher sollte man sich bei dem, was die Ampel visualisiert bewusst auf das beschränken, was man in mind. 50% der Fälle grün hat. Also z.B. erstmal nur die Unittests. Und dann erhöht man schrittweise den Umfang: Integrationstests, Akzeptanztests, Live-Bugs, …
  14. Erfahrung: Der ganze Ansatz ist nicht durchhaltbar, wenn die Ampel häufig einen falschen Zustand anzeigt. Wenn die Ampel ständig rot ist, weil die Build-Infrastruktur nicht stabil läuft, wird sie nicht mehr beachtet.
  15. Erfahrung: Bei der Arbeit mit Feature-Branches wird es sehr schwierig. Braucht man eine Ampel je Branch? Oder eine auf allen Branches? Oder nur eine auf dem Trunk? Wahrscheinlich braucht man dann eine kompliziertere Visualisierung wie einen großen Monitor, der dann aber nicht mehr so eindeutig funktioniert.
  16. Erfahrung: Qualität rückt stärker ins Bewusstsein der Projektbeteiligten. Strikte Trennungen zwischen Qualitätssicherung und Entwicklung verschwinden. Bugrate sinkt
  17. Welcher Trigger? Wir hatten bereits: CI-Server zeigt Fehler Interne Tests zeigen Fehler Live-Probleme Refactoring-Bedarf Beliebige Hindernisse
  18. Erfahrung: Wenn man fleißig Stop-the-Line praktiziert, kein elektronisches Tool mehr zur Bugverwaltung notwendig. Die wenigen existenten Bugs können bequem auf Zetteln an der Wand hängen.
  19. Ich habe gelernt, dass es keine Software ohne Fehler gibt und das man mit Fehlern leben muss. Aber müssen wir das wirklich so hinnehmen? Ich glaube, wir können das besser. Don‘t Manage Bugs, Fix Them!