Software Engeneering
Lernen
« zurück zur Kartenübersicht « Liste
9/24 [9]

lernen 2

Entwicklungsmodell Software Kanban darstellen können

Kanban => kontinuierliche Verbesserung
Mit Kanban sieht man ziemlich schnell wo das System lügen oder zur System Auslastung kommt

Ist sehr gut Vorrauschschauend

Kein Humaner Ansatz => sondern rationalisierender Ansatz

Kanban nicht für neu-entwicklung eher für Verbesserungen einer vorhandenen Software

Ziele:       

  • Schneller, vorherebarer und stetiger Arbeitsfluss
  • Prozess-Optimierung durch Systematische Reduktion des Work in Progress

Prinzip wie im Laden, ist was leer, wird bei Bedarf das Regal wieder befüllt(Kennzeichen an einer Karte)

In der SW-Entwicklung ist die Kanban Karte eine Aufgabe, diese wandert von Phase zu Phase

Signal (Bedingung) zum Ziehen neuer Aufgaben ist:

WIP – begonnene Arbeit > 0

Software-Kanban ist ein Pull-System (wie Scrum)

Neue Aufgaben werden nur in den Prozess gezogen, wenn Kapazitäten frei sind!

4 Prinzipien
   1. Dort beginnen wo man sich befindet

  1. Sich auf inkrementelle, evolutionäre Veränderungen einigen (kleine Schritte, Gedult)
  2. Anfangs die bestehenden Rollen, Verantwortlichkeiten und Berufsbezeichnungen beibehalten Team Änderung will)
  3. Für Leadership auf allen Ebenen sorgen (Übernahme von Verantwortung)

Kerneigenschaft

  • Arbeitsfluss visualisieren (Pinnwand mit Karten)
  • Work in Progress(WIP) begrenzen(wie viele Aufgaben gleichzeitig)
  • Flow Managment (das möglichst gleichmäßiger Fluss besteht)
  • Prozess-Regeln explizit machen (wann ist was fertig, welche Karte wird als nächstes Gezogen)
  • Feedback-Schleife einbauen (wie zufrieden ist der Kunde, was ist unsere Wichtigste Aufgabe)
  • Gemeinsam an Verbesserungen Arbeiten

Diskussion