Hallo Herr Thomas, „light“ bezieht sich auf folgende Aspekte: 1. Im Gegensatz zum klassischen Kanban-Ansatz muss die Methode nicht im Gesamtunternehmen (Produktion) integriert sein. Der Einsatz der Methode Kanban light findet im Projektteam statt. So ist die Methode relativ zügig einsatzbereit, unabhängig und bleibt im Aufwand überschaubar (keine großflächige Integration im Unternehmen). 2. Die enthaltene Information der einzelnen Karte ist übersichtlich und dabei einfach gehalten. Genau so, dass die Teilnehmer die Inhalte verstehen und ohne große Recherche und Schulungsmaßnahmen eigenständig damit arbeiten können. Zu „wip-limits+damit kvp trigger“: Korrekt, ich verzichte bei Kanban light auf wip-limit und kvp-trigger. Nachfolged die Begründung aufgrund meiner Erfahrung: Die Methode mit Verzicht auf wip-limit und kvp-trigger kann in ihrer Anwendung weitere Vorteile mit sich bringen. Dazu gehört auch die Identifikation von Bottlenecks und deren Behebung im Kontext der Anwendung ohne feste Begrenzung. Dies beobachte ich insbesondere bei unerfahrenen Projektmitarbeiter/innen, die erstmalig mit zeitlich eingeteilten (Monat, Woche...) und klar definierten Aufgaben arbeiten. Aber: Dies erfordert eine entsprechende Haltung von beiden Seiten. A) Projektleitung/Coach…: Fehler in der Einschätzung einzelner Arbeitsaufwände zulassen und den Projektmitarbeiter/innen Raum für Selbsterkenntnis lassen und B) Projektmitarbeiter/innen, die sich auf die Methode einlassen. Eine Reaktion auf Engpässe setzt die, im Steckbrief beschriebene, Selbstdisziplin in der Durchführung voraus. Konnte ich Ihre Frage damit beantworten? Viele Grüße Daniel Reinold

„Kanban ist ein Vorgehensmodell zur Softwareentwicklung, bei dem die Anzahl paralleler Arbeiten, der Work in Progress (WiP), begrenzt und somit kürzere Durchlaufzeiten erreicht und Probleme – insbesondere Engpässe – schnell sichtbar gemacht werden sollen.“ (Definition gemäß Wikipedia)
&nbsp
Wenn bei einer Vorgehensweise wie Ihrem "Kanban Light" das wesentlichste, prägende Element weggelassen wird, sollte man es nicht nach dem Ursprung benennen! Wenn ich bei einem Auto die Räder weglasse – Konzept Rad/Straße – und den Rumpf dann im Wasser verwende, damit es sich noch bewegt, würde ich den Rumpf nicht mehr als Auto bezeichnen… - wie ihr Kanban Light: Sieht zwar äußerlich noch aus wie Kanban (weil es wie Kanban ein Task-Board verwendet); hat aber nicht dessen Funktion und Wirkung.
&nbsp
Fazit: Keine WiP-Limits = kein Kanban!
&nbsp
Das wird Ihnen David Anderson, der Erfinder von SW-Kanban, sofort bestätigen.
&nbsp
Nennen Sie den Artikel in „Task-Board-Nutzung“ um (und entfernen sie alle „Kanban“s aus dem Text) und es passt.
&nbsp
PS: Wie beschrieben bedeutet „Kanban“ zu Deutsch (Signal-)Karte. Also den Begriff „Kanban-Karte“ (Karte-Karte) zu verwenden, macht wenig Sinn. Ebenso: Schritt 2: Definieren Sie das Kanban-Board-Layout! Schritt 4: Skizieren Sie die Kanban-Rubriken!

Sehr geehrter Herr Bertsch, vielen Dank für ihren ausführlichen Kommentar. Ich möchte hierzu nur einen Kommentar hinterlassen, da ich unsere beiden Sichtweisen für schlüssig, aber nicht entscheidend halte. Weder ist für mich das WIP Limit wesentlich, noch der Vergleich mit einem Auto schlüssig. Zunächst zum Auto: Wenn ein Auto für Sie ein Kraftfahrzeug im Straßenverkehr mit vier Rädern ist, mag für sie richtig sein. Für andere ist die Definition eines Autos eine Karosserie mit Verbrennungsmotor. Die Zeiten ändern sich - Ich traue mir diese Festlegungen nicht zu. Der Rumpf eines Autos würde wahrscheinlich im Wasser sinken (mit oder ohne Räder). Aber tatsächlich wurden meines Wissens bereits einige Hybride entwickelt und mit dem Titel "Amphibien Auto" versehen. Nur bin ich darin wirklich kein Experte. Zum Thema Kanban: Wenn für Sie (oder der/die Autor/in für Wikipedia) ein WIP-Limit Kanban ausmacht, dann mag das für diese Person so sein. Für mich trifft das nicht zu. Andere setzen die Struktur und Vorgehensweise der Just-in-time Produktion/Lieferung in den Vordergrund. So zum Beispiel Toyota, die sich Kanban aus dem Konzept von Supermärkten ableiteten (http://www.toyota-global.com/company/vision_philosophy/toyota_production_system/just-in-time.html). Wir können uns hier an verschiedenen Stellen die Sichtweisen darlegen. Allerdings steht für mich die Entwicklung einer Methode im Vordergrund, die im Kern leicht verständlich und umsetzbar ist - eben "light". Für Ihre Übersetzungen bin ich Ihnen dankbar. Herzliche Grüße! P.S.: Toyota hat übrigens Kanban (Kanban nach der Toyota-Sicht) ebenfalls weiterentwickelt (e-Kanban, gleicher Link). Dinge sind weggefallen, Dinge sind hinzugekommen. Das würde wahrscheinlich einen eigenen Steckbrief füllen, daher möchte ich es hier nur erwähnen.

Hallo Herr Bertsch, vielen Dank für Ihren engagierten Kommentar, in dem Sie Ihre Perspektive - die genauso berechtigt ist wie die des Autors - darlegen. Zu einem Punkt möchte ich als Redakteur gerne erklärende (nicht belehrende) Worte ergänzen. Sie monieren, die Wortkombination "Kanban-Karte", da das japanische "ban" ja bereits "Karte" bedeutet. Nun wird aber "Kanban" als japanisches Fremdwort nicht mehr in der wörtlichen Bedeutung "Signalkarte" verwendet sondern - Sie zitieren ja selbst den Wikipedia-Eintrag" - in der Bedeutung als Methode. Es ist also sprachlich durchaus korrekt von einer "Kanban(=Methode)-Karte(=Werkzeug)" zu sprechen. Änliche Bedeutungswandlungen gibt es immer wieder, man denke an das "PDF-Format" oder den "Prozessablauf". "PDF" ist bekanntermaßen das "portable document format" und "Prozess" bedeutet "das Voranschreiten, Ablaufen". Beste Grüße Georg Angermeier