Kanban Lerne wie du produktiver werden kannst

1. Willkommen beim Kurs: Hallo und herzlich willkommen zum Kurs auf agiles Kanban. In diesem Kurs werden Sie eine der beliebtesten verstehen, eine riesige Schule von Teilen genannt Kanban. In diesem Kurs erfahren Sie mehr über Kanban-Prinzipien und wie Kanban Ihnen und Ihrem Team helfen kann, eine Kultur der kontinuierlichen Verbesserung zu schaffen. Wir beginnen damit, zu erfahren, was Kanban ist und wie Sie es in Ihren Projekten und Teams einsetzen können. Wir werden beginnen, einen Prozessfluss durch ein einfaches Kanban-Board zu visualisieren und dann verschiedene Formen von Kanban-Boards zu erforschen. Wir werden verschiedene Prozessfluss-bezogene Probleme identifizieren, einschließlich zu viel Arbeit in Arbeit und die Nutzung von Ressourcen, ungleiche Größe Aufgabe, etc. mit einfachen und leicht zu verstehen Demonstrationen auf Kanban-Board. Wir werden diese Ineffizienzen nicht nur identifizieren, sondern auch Boden für die gleiche durch kontinuierliche Verbesserung des Prozessflusses mit Kanban-Board. Wir werden auch über die Best Practices sprechen, die befolgt werden sollen , indem Kanban verwendet wird, um das Beste daraus zu machen. Nehmen Sie also noch heute an diesem Kurs teil und integrieren Sie die Kanban-Methode des agilen Projektmanagements in Ihren Arbeitsstil und liefern Sie eine großartige Software. Jetzt kommen zu wem dieser Kurs ist. Dieser Kurs richtet sich an alle, die mit dem Projektmanagement vertraut sind. Bei jedem, der einen Projektmanager, ein Mitglied eines Projektteams hat , ist Ehrlichkeit kälter in einem Projektteam, das versucht, mehr Vertagung zu sein , oder jemand, der keine Erfahrung mit formalen Projektmanagement-Ansätzen hat. Aber als auf der Suche nach einem Substantiv, sollte jeder, der gerade diesen dummen Kanban gehört hat und mehr darüber wissen will. Und du weißt, was das Beste ist. keine Brian-Zweckmäßigkeit notwendig, um diesen Kurs zu nehmen. Auch wenn Sie nicht wissen, was Kanban ist und die verschiedenen Prinzipien und Konzepte unter Kanban und agilem Projektmanagement. Keine Sorge. Wir werden jedes der Konzepte von Grund auf neu abdecken. Warum sollten Sie diesen Kurs von mir nehmen? Als Einleitung bin ich Monica Robert. Ich bin Software-Ingenieur, MBA Marketing-Strategie. Aber noch wichtiger, ich habe Berufserfahrung in der realen Welt von American Express, wo ich eng mit Softwareteams zusammengearbeitet habe, um mehrere Projekte als Produktmanager zu verwalten. Jetzt bin ich leidenschaftlich daran, mein Wissen und meine Erfahrung zu teilen. Das hat mich direkt hierher zu dir geführt. Ich möchte, dass Sie diesen Kurs gründlich verstehen und genießen , damit Sie sich inspirieren lassen, alle Ihre Karriereziele zu erreichen. Ich habe die Werkzeuge, die nötig sind, um die Arbeit zu erledigen. Also lasst es uns tun. Wir sehen uns in der Klasse. Vielen Dank. 2. Einführung in Kanban: Lassen Sie uns jetzt unsere Diskussion über Kanban beginnen. Kanban ist eine sehr flexible und einfach zu implementierende Methode zur Prozessverbesserung. In der Tat denke ich, dass es so einfach ist, dass es der Ausgangspunkt für alle Teams sein sollte , die daran denken, den agilen Ansatz zu übernehmen. Und im Gegensatz zu Scrum, das strenge Regeln für Extreme Programming hat, die strenge Praktiken hat. Kanban ist sehr flexibel und Teams haben viel Spielraum, kreativ zu sein. Durch die Implementierung von Kanban. Einfach gesagt, Kanban ist erstaunlich und sehr einfach zu implementieren. Jetzt lasst uns verstehen, was Kanban ist. Also Kanban ist ein japanisches Wort, was wörtlich bedeutet, Brett oder Signalisierung mit Karten zuweisen. Es kommt aus der verarbeitenden Industrie. Als Toyota, ein japanischer Automobilhersteller, Kanban implementiert, um den Prozess der Autoherstellung zu überwachen und die Schritte, die die Grenzverbindungen sind, zu identifizieren. Von dort wurde es für die Softwareentwicklung angepasst und es war ähnlich erfolgreich. Die Idee von Kanban ist also, den Workflow zu visualisieren, um Prozessverbesserung zu erreichen. Lassen Sie uns diese Zeile im Detail verstehen. Der erste Teil ist die Visualisierung des Workflows. Dies bedeutet, dass es ein klares Bild davon geben sollte welche Schritte und Aktionen das Team unternimmt. Indem wir dies visualisieren, haben wir versucht herauszufinden, in welchem Schritt wir Ineffizienzen oder Verschwendung haben, und in welchen Schritten wird der Fluss unterbrochen? Dann kommt der zweite Teil, der Prozessverbesserung erreicht. Es gibt mehrere Schritte auf Praktiken, die Männer schlägt vor, den Prozess zu verbessern und einen höheren Fluss von Walkthrough es zu erreichen. Einige Praktiken sind wie die Begrenzung der laufenden Arbeit, die Verwaltung des Flusses, Implementierung von Feedback-Schleifen usw., die wir in den nachfolgenden Vorträgen besprechen werden. Aber bitte beachten Sie, dass dies nur Vorschläge und keine Regeln sind. Das Team kann jede Art von kreativer Lösung für die Probleme finden, die sie identifiziert abscheuliche Visualisierung des Workflows. Bevor ich Ihnen jetzt mehr über Kanban und seine Praktiken erzähle, sollte ich Ihnen zuerst zeigen, wie wir den Prozess mit einem Kanban-Board visualisieren. Sobald Sie das verstehen, werden all die anderen Dinge viel mehr Sinn für Sie machen. In der nächsten Vorlesung werden wir uns das Kanban-Board ansehen. Wir sehen uns in der nächsten. Vielen Dank. 3. Einführung in die Kanban Board: Hallo und willkommen zurück. In diesem Vortrag werden wir über den Kanban-Vorstand diskutieren. Also im Grunde, Kanban-Board ist ein Werkzeug, das Teams verwenden, um den evoze-Fluss zu visualisieren. Nun kann dies eine physische Tafel an der Wand sein , mit Haftnotizen, die verwendet werden, um Tau-Sonett darzustellen. Audit kann auch softwarebasierte Bohrung sein. Wie in diesen Tagen erstellen viele Teams ein solches Board für GIS-Software. Auf dieser Tafel erstellen wir verschiedene Spalten für verschiedene Schritte, die am Entwicklungsprozess beteiligt sind. Wie Sie auf dem Bildschirm sehen können, auf der linken Seite haben wir auf der linken Seiteeine physische Tafel mit Haftnotizen darauf. Und auf der rechten Seite haben wir ein Kanban-Board auf GIS-Software mit verschiedenen Schritten des Prozesses erstellt , die in jeder Spalte definiert sind. Und so haben wir in der ersten Spalte die To-Do-Liste. Dann haben wir im Gange, gefolgt von Viertelansicht und fertig. Und in jedem Schritt haben wir eine Reihe von Aufgaben ausgeführt werden. Nehmen wir nun ein Beispiel, um dies weiter zu verstehen. Daher ist diese implizite Form von Kanban-Board. Hier haben wir den Aufgaben-Workflow in drei Teile unterteilt. Die erste Spalte wird noch gestartet, gefolgt von „In Bearbeitung“. Und dann beginnt jede Aufgabe auf der linken Seite in dieser Spalte. Wenn das Team beginnt, daran zu arbeiten, wird die Haftnotiz aus der ersten Spalte entfernt und in die zweite Spalte eingefügt. Und wenn die Aufgabe abgeschlossen ist, wird sie in die letzte Spalte verschoben, die erledigt ist. Dies war also ein einfaches Kanban-Board, das nicht nur für Projekte, sondern auch für die Visualisierung der persönlichen Aufgaben arbeiten kann . Wie auch immer, das ist ziemlich einfach. Und wenn Sie wirklich vom Kanban-Board profitieren möchten, müssen Sie sich Ihren Prozess ansehen und Spalten treffen , die genau den Prozess für Ihr Team zeigen. Hier ist beispielsweise ein Sample-Board mit einigen zusätzlichen Spalten, die Sie sich beziehen, wenn Sie jemals in einem Entwicklungsteam gearbeitet haben. Diese Tafel stammt aus David Andersons Buch namens Kanban. In diesem Board fließen auch Bulk-Artikel von links nach rechts. Es gibt eine Eingabe-Warteschlange, die nur alle Dinge aufruft , an denen die Teams arbeiten müssen. Sobald ein Artikel abgeholt wurde, wird jedes Element diesem Analyseprozess unterzogen, gefolgt von der Entwicklung, dann erstellen bereit, testen und dann seine DIE freigeben. Innerhalb der Analyse und Entwicklung haben wir Väter Aggregation von inprogress und getan. So kann es einige Aufgaben geben, für die Analyse durch die Entwicklung durchgeführt hat noch nicht begonnen. Eine solche Aufgabe befindet sich also im Dunn-Abschnitt der Analysespalte. Gleiches gilt für die Entwicklung TAB. Bitte denken Sie daran, dass dies auch ein Beispiel Board ist. Wie bereits erwähnt, ist jedes Team anders und der Prozess folgte als Freund. Und deshalb werden Schritte in Kanban-Board für jedes Team anders sein. Angenommen, Sie haben einen zusätzlichen Schritt nach dem Testen und vor der Freigabe der Teenager in die Produktion, wo Ihr Team die entwickelte Aufgabe für das Business-Team oder die Geschäftsleiter präsentiert . Und basierend auf ihrem Feedback werden einige Pfade zurück an die Eingabe-Warteschlange gesendet, und einige gehen mit dem Release frühzeitig voran. Wenn dies das Szenario ist, müssen wir hier eine weitere Spalte für die geschäftliche Überprüfung hinzufügen. Und vielleicht bifurcieren Sie die Eingabe-Warteschlange in neue und senden Sie sie von der Überprüfung. Auf diese Weise ist es wichtig, die richtigen Spalten in der Kanban-Tabelle zu erstellen , die genau den Prozess darstellen, der in Ihrem Fall befolgt wird. Sobald Sie dies tun, wird Ihr Kanban-Board Ihnen die Ineffizienzen in Ihrem Prozess zeigen. Das ist also alles in dieser Vorlesung. In den nächsten Vorträgen werde ich Ihnen einige der Ineffizienzen zeigen, die der Kanban-Vorstand und einige Abhilfepraktiken in Kanban hervorgehoben hat. Wir sehen uns in der nächsten. Vielen Dank. 4. Ineffizienzen im Prozess finden: Hallo und willkommen zurück. In diesem Vortrag werden wir beginnen, einige der Probleme zu betrachten , die wir in einem Prozess finden können, wenn wir Kanban-Board implementieren. Für die Zwecke dieser Fälle werde ich dieses Kanban-Board verwenden, das dem Board, den wir in der letzten Vorlesung gesehen haben, ziemlich ähnlich ist. Also der normale Weg für eine Aufgabe auf diesem Kanban-Board, eine neue Geschäftsanfrage kommt in. Es sollte es als Körperpriorität nachgeben. Und es wird gepflückt und die Entwicklung findet statt. Dort wird entwickeltes Produkt getestet. Das getestete Produkt wird dann den Geschäftsführern präsentiert. Und wenn sie bestehen, wird es bereit für Studien. Dann haben wir auch ein Feedback. Aber wenn bei der Business Review einige Änderungen vom Business Manager vorgeschlagen werden. Die Aufgabe bewegt sich zurück zum ersten Schritt und durchläuft den gesamten Prozess erneut. Ich hoffe, Sie verstehen den Ablauf der Aufgaben hier. Sehen wir uns nun die erste Ausgabe an. Angenommen, Sie sehen ein Brett wie dieses für viele Tage in einem Monat. Also bitte ich Sie, das Video hier für ein paar Sekunden zu pausieren und mich wissen zu lassen, was dieses Board vorschlägt? Ok, nun, dieses Board schlägt vor, dass der Fluss oder der Testschritt aus irgendeinem Grund nicht so viel ist, wie er sein sollte. Der Zufluss ist höher und der Abfluss ist niedrig. Jetzt, wenn Sie in einem solchen Team arbeiten, würden Sie wahrscheinlich bereits das Gefühl haben, dass viele der Elemente noch getestet werden oder das Testen langsam ist, et cetera. Der Board weist jedoch deutlich darauf hin, dass der Fluss stark verbessert werden könnte. Wir machen mehr Tests. Diese Situation wird also genannt, dass zu viel WIP-Arbeit im Gange ist. In dieser Situation hat es keinen Sinn, mehr Entwicklung oder Gebäude zu tun, da es in der Testphase stecken bleiben wird. Ein klarer Vorschlag ist also, dass mehr Teammitglieder an der Testphase arbeiten müssen , anstatt an einer der vorherigen Phasen. Und wenn das Team anpassen, um diese Aufgabe gerecht zu werden beginnt, aus der Spalte zu löschen. In gewisser Weise hilft der Vorstand dem Team zu identifizieren, welche Aufgaben aufgegriffen werden sollen. Sie können auch darüber nachdenken und die Situation für ein nicht erwachsenes Team vergleichen. Ein Teammitglied, das als Entwickler arbeitet, wird weiterhin die Entwicklungsaufgaben auswählen. Viele dieser Aufgaben können jedoch sehr lange in Anspruch nehmen, bis die endgültige Freigabephase erreicht ist. Jedoch, in einem agilen Team mit Kanban, Das Team weiß, wo mehr Ressourcen zu verwenden, um einen besseren Fluss zu erreichen. Jetzt gibt es eine Kanban-Praxis, die sicherstellt, dass Maßnahmen ergriffen werden, bevor irgendwelche Schritte überladen werden. Es wird als Begrenzung der WIP bekannt. Lassen Sie uns das im Detail verstehen. In dieser einschränkenden WIP-Praxis sagten wir eine Begrenzung für die maximale Anzahl von Aufgaben, die in dieser Spalte vorhanden sein können. Oder dieser Schritt nach dem anderen. Wenn diese Grenze erreicht ist, dieser Dämon sicher, dass es keinen weiteren Zufluss in den Schritt gibt, bis die ausstehende Aufgabe im Schritt gelöscht ist. Zum Beispiel, wenn ich ein Limit von sechs Aufgaben auf den Schritt des Tests setze. Nun nehme ich an, 6 Tausend enden hier. Wir werden die ganze Entwicklung stoppen, eine Zeit aufbauen. Einige der Aufgaben werden aus dem Schritt gelöscht. Dadurch wird sichergestellt, dass die Steigung nicht überladen ist und das Testteam nicht überlastet wird. Auf diese Weise können WIP-Limits für alle Schritte festgelegt werden. Während es nicht notwendig ist, es auf alle Schritte zu setzen. Aber aus meiner Sicht, gelten als schießen sagte diese Grenzen auf alle Schritte. Jetzt stellt sich die Frage, wie entscheiden wir, welche Grenze gesetzt werden soll? Nun, es gibt keine magische Formel, die uns diese Nummer gibt. Teams müssen sich zusammensetzen, besprechen und eine Nummer einfallen lassen. Dann langsam können Sie es entwickeln und verbessern Sie es basierend auf der Erfahrung und Messung von Workflow. Also, das ist alles über WIP. Nur um zusammenzufassen, um zu viel WIP zu verhindern, sagten wir Grenzen. Und wenn diese Grenze erreicht ist, passen Sie das Team an, um zu löschen und somit den Fluss zu verbessern. Also, das solide ist Vortrag. Wir sehen uns in der nächsten. Vielen Dank. 5. Underutilization: Hallo und willkommen zurück. In der letzten Vorlesung haben wir das Problem gesehen, dass ein Schritt zu langsam ist und die Strömung behindert. In diesem Vortrag werden wir eine andere Art von Ineffizienz sehen, die unter Nutzung von Ressourcen steht. Lasst uns das durch ein Kanban-Board verstehen. Angenommen, Sie sehen ein Brett wie dieses. Ein großer Teil des Tass F&E Bauschritts. Und wie Sie sehen können, ist dieser Testing Schritt leer. Jetzt, da dieser Testing Schritt leer ist, ist es sehr, Mohawk zu bekommen. Aufgaben stehen im vorherigen Schritt noch und wechseln daher nicht zum nächsten Schritt, der ein Testschritt ist. In einer solchen Situation wird die Belegschaft für Tests unzureichend ausgelastet sein. Also im Grunde die Ressourcen, die die Aufgaben und den Testschritt verwalten und den Eingabefluss nicht so viel erhalten, wie sie umgehen können. Im Allgemeinen wird diese Art von Problem nicht intuitiv gefunden. Und das ist, wo Kanban-Board hilft. Wenn Sie also sehen, dass eine bestimmte Spalte die meiste Zeit leer ist, ist es ein Zeichen dafür, dass Sie einige ungenutzte Ressourcen haben, die Sie sich auf Mineralien konzentrieren können. In beiden Fragen, die wir in der vorangegangenen Vorlesung diskutiert haben, und in der anderen, die wir gerade diskutiert haben, gibt es also ein Flow-Problem. In einigen Schritten fließt die Arbeit schneller und einige Schritte langsamer. Und die Art und Weise, wie wir mit solchen Situationen umgehen, wird eigentlich als Verwaltung des Flusses bezeichnet. Und nur um zu klären, ist die Verwaltung des Flusses nicht etwas, das ein Manager tun muss. Das ist also etwas, was vom Team erkannt wird. Wenn das Team das Flow-Problem auf dem Board sieht, wissen die Mitglieder selbst, woran sie als Nächstes arbeiten sollen. Und deshalb ist Kanban auch als Pull-basiertes System bekannt. Sie müssen sich fragen, was ein Pull-basiertes System ist. Lassen Sie mich also ein Beispiel nehmen, um die Unterschiede zwischen Push- und Pull-System zu erklären und wie Kanban ein Pull-basiertes System ist. Nehmen wir also an, es gibt mehrere Aufgaben zu erledigen, wie die Entwicklung einer Funktion, einige Fehlerbehebungen, einige Dokumentation usw. Also in einem Push-System wird es jemanden geben. Es kann ein Manager, Audit-Teamleiter sein, der diese Steuer den Teammitgliedern zuweist. Alles, was Sie sehen können, dass die Aufgabe an die Teammitglieder geschoben wird. Aber wenn Sie den Fluss mit Kanban visualisieren oder Teammitglied wird auf das Kanban-Board schauen, wird sofort wissen, wo er oder sie am meisten benötigt wird und kann sofort das relevanteste Buch abholen. Die Person wird die relevanteste Aufgabe aus der Liste der zu erledigenden Aufgaben ziehen. Jetzt, da wir über Pull-basiertes System sprechen, lassen Sie uns auch die Vorteile diskutieren, die damit zusammenhängen. Der Vorteil eines pull-basierten Systems wird hinzugefügt, optimiert einen Workflow. Es reduziert die Vorlaufzeit und vor allem, reduziert die Überlastung der Arbeiter. Und ich fühle auch, dass die Menschen glücklicher sind, wenn sie sich für die Arbeit entscheiden, die sie tun. Und irgendwie ein Manager, der die Arbeit für sie lokalisiert. Um diesen Vortrag zusammenzufassen, hebt der Kanban-Vorstand die flow-bezogenen Themen für das Team hervor. Und ein agiles Team kann daher Flow Management anpassen oder durchführen , um einen Fluss im gesamten System zu optimieren. Das ist alles in dieser Vorlesung. Wir sehen uns in der nächsten. Vielen Dank. 6. Unequal Aufgaben: Hallo und willkommen zurück. In dieser Vorlesung werden wir eine andere Art von Thema diskutieren. Angenommen, eines Tages siehst du eine Schüssel wie diese. Neben der anderen Aufgabe gibt es diese Aufgabe Nummer drei, die sich in der Gebäudesäule befindet. Wenige Tage später sehen Sie, dass nur andere Vorgänge verschoben wurden. Aber Aufgabe Nummer drei sitzt immer noch in der Gebäudesäule. Und auch nach ein paar Tagen später. Du merkst das Gleiche wieder. Kannst du jetzt raten, was das andeutet? Nun, das deutet darauf hin, dass eine Aufgabe länger dauert, dann sollte es eine längere Zeit als Wasser übliche Aufgabe braucht. Dafür kann es viele Gründe geben. Lassen Sie uns ein paar von ihnen zusammen mit ihren entsprechenden Heilmitteln besprechen. Erstens, da jede Aufgabe der Freund ist, besteht die Chance, dass diese besondere Aufgabe mehr Arbeit erfordert. Aber für Ihr Verständnis, damit Kanban richtig funktioniert, das heißt, wenn wir nützliche Informationen von unserem Board erhalten möchten, müssen wir sicherstellen, dass alle Aufgaben fast die gleiche Zeit in Anspruch nehmen und bei einem ähnlichen Rate. Dies bedeutet, dass, wenn es eine große Aufgabe gibt , die in kleinere Aufgaben aufgeteilt werden muss. Um dies zu tun, ist eine gängige Praxis angenommen, eine neue Spalte am Anfang mit dem Schritt 10m als Bereich hinzufügen oder analysieren oder angeben, wo die Hauptanordnung ist Aufgabe der gleichen Größe für den Rest des Flow zu erstellen. Der Punkt, den ich hier hervorheben möchte, ist, dass Sie immer daran denken sollten, dass wir in Kanban sicherstellen müssen, dass ihre Aufgaben gleich groß sind. Das hier ist also eins. Abgesehen davon gibt es auch andere Möglichkeiten. Es besteht die Möglichkeit, dass die Person, die dieser Aufgabe zugewiesen ist, gebloggt wird oder Hilfe benötigt. Vielleicht gibt es einige Fehler oder Probleme aufgrund der Basis der vulkanischen Aktien. Vielleicht hat sich die zugewiesene Person mitreißen lassen und erweitert den Umfang der Aufgabe unangemessen. Daher könnten Gründe jeder sein, und es gibt keine festgelegte Praxis, um solche Probleme anzugehen. Ein regelmäßiger Blick auf das Kanban-Board hebt jedoch solche Probleme hervor. Und dann kann ein riesiges Team dementsprechend handeln, um es zu lösen. Also nur um zusammenzufassen, was wir besprochen haben, wenn eine Aufgabe länger dauert, dann sollte es sein. Dann halten Sie regelmäßig den Überblick. Auf dem Kanban-Board hilft immer. Unterteilen Sie die Aufgabe bei Bedarf in kleinere Aufgaben. Das ist alles in dieser Vorlesung. Wir sehen uns in der nächsten. Vielen Dank. 7. Die Aufgabe gekennzeichnet: Hallo und willkommen zurück. Lassen Sie uns in diesem Vortrag eine andere Art von Thema betrachten , die im Entwicklungsprozess auftreten kann. Dies ist also das Kanban-Board unseres Beispielprozesses, in dem wir diesen Business Review Schritt haben, in dem Manager die entwickelte Funktion überprüfen. Wenn es okay ist. Es geht zum nächsten Schritt. Und wenn es einige Änderungen braucht, geht es zurück auf den ersten Schritt. Dies schafft also hin und her eine Feedbackschleife. Es kann also mehr Feedback-Schleifen in dem Prozess geben, den Sie in Ihrer Organisation verfolgen. Feedback-Schleifen sind wichtig. Sie stellen sicher, dass die relevanten Geschäftsinformationen in den Prozess und die richtigen Schritte eingespeist werden , damit der zu entwickelnde Fötus auf dem neuesten Stand und Veränderungen in der Markt- und Wettbewerbsstrategie Rechnung trägt. Wir müssen jedoch auch erkennen, dass, wenn viele Elemente zurückgeschickt werden, um nach der Überprüfung zu widerrufen, der gesamte Ablauf des Prozesses reduziert wird. Immer wenn ein Element zum Widerruf zurückgeschickt wird. Die daran geleistete Arbeit geht vorher zu verschwenden. Plus 13 Mitglieder müssen noch einmal daran arbeiten. Das ist also eindeutig Ineffizienz, die angegangen werden muss. Wir müssen sicherstellen, dass Artikel nicht mehrmals zur Überprüfung zurückgeschickt werden. Aber woher wissen wir, dass ein Artikel mehrfach überprüft wurde? Wenn wir dies auf dem Kanban-Board visualisieren, ist es , eine Markierung auf diesem Haftnotiz für die Anzahl der Runde zu machen. Diese Haftnotiz geht hin und her durch den Prozess. Lassen Sie uns das durch ein Beispiel verstehen. Zum Beispiel, wenn der Knoten zum ersten Mal aus dem Überprüfungsschritt zurückbewegt, sind wir der einzelne Punkt auf der Markierung darauf, dass diese Aufgabe bereits überprüft wurde. Jetzt wird diese Aufgabe durch den Prozess voranschreiten und wieder unseren Business Review Schritt erreicht. Hier. Wenn die Dämmerung wieder mehr Änderungen benötigt, wird die Aufgabe erneut aus diesem Überprüfungsschritt zurückgeschickt. Dieses Mal werden wir einen weiteren Spott hinzufügen, um zu bezeichnen, dass dies zweimal überprüft wurde. Wenn die Daten zurück in den dritten Bereich gesendet werden, fügen Sie einen dritten Punkt hinzu usw. Auf diese Weise werden Sie, wenn Sie sich Ihr Kanban-Board ansehen, wissen, wie viele Artikel neue Artikel sind und wie viele Artikel es gibt, die zur Überprüfung zurückgeschickt wurden. Wenn wir diese kleinen MAC haben, können wir dieses Problem hervorheben. Während wir auf dem Thema Feedback und Review sind, möchte ich noch eine Sache diskutieren. Wie du es erlebt hättest. Oft ist der Prozess der Überprüfung in Büros keine tägliche Sache. Manager sitzen nicht und überprüfen die Aufgaben jeden Tag. Was passiert, ist, dass es bittet, immer Pilot zur Überprüfung. Und wenn es etwa 78 Aufgaben zu sehen sind, ein Treffen wie geplant. Bis zu diesem Zeitpunkt werden diese Aufgaben in der Warteschlange gehalten. Das schafft also auch Ineffizienz und Abfall. Der Punkt, den ich hier hervorheben möchte, ist, dass die Anhäufung von Aufgaben zur Überprüfung auch Ineffizienz und Abfall verursacht. Wir müssen sicherstellen, dass solche Treffen häufig und regelmäßig stattfinden, um diese Verschwendung zu minimieren. Und Violine auf der anderen Seite, zu häufigen Treffen zu haben, führt auch zu Ineffizienz. So haben die Menschen oft das Gefühl, dass sie weniger Zeit für die Arbeit haben, wenn sie an vielen Treffen teilnehmen müssen. Der Punkt, den ich hier ansprechen möchte, ist, dass Sie das optimale WIP-Limit für Ihren Überprüfungsschritt finden müssen , das Ihren Durchsatz maximiert und dadurch Ihre Effizienz erhöht. Das ist also alles in dieser Vorlesung. Ich hoffe, du hast das nützlich gefunden. Wir sehen uns in der nächsten. Vielen Dank. 8. Andere Probleme: Hallo und willkommen zurück. In diesem Video werden wir uns einige andere häufige Probleme ansehen , die wir während des Entwicklungsprozesses konfrontiert haben. Und wie kann Kanban uns dabei helfen, sie zu identifizieren? Die Themen, über die ich in diesem Vortrag sprechen werde , sind sehr fallspezifische Themen. Und du wirst ihnen vielleicht nicht gegenüberstehen. Deshalb werde ich nicht zu viel Zeit für jeden von ihnen verbringen. Die Agenda der Vorlesung ist zu zeigen, dass Kanban-Board für verschiedene Arten von Prozessen angepasst werden kann und verschiedene Arten von wahrscheinlichen Problemen überwachen kann. Das erste Szenario, das wir in diesem Video besprechen werden , besteht darin, viele externe Abhängigkeiten zu haben. Wie Sie bei der Arbeit an einem Projekt gemerkt hätten. Alle Projekte haben eine gewisse Ebene externer Abhängigkeiten. Wenn Sie beispielsweise einen Kunden haben, der den gesamten Text zeigt, den der Kunde sieht, wahrscheinlich eine Genehmigung durch das Marketing-Team benötigt. Und wenn es n Bedingungen und Bedingungen erwähnt, werden Sie auf jeden Fall die Zustimmung des juristischen Teams benötigen. Und viele solcher Genehmigungen und Bewertungen sind erforderlich. Dies sind also externe Abhängigkeiten. Da die produktive hat sehr wenig Kontrolle über diese Teams. Das Problem ist jedoch nicht, dass es sich um externe Abhängigkeiten handelt. Das Problem ist, dass sich das Team trifft, um regelmäßige Follow-ups mit den entsprechenden Teams zu machen. Und wenn das verpasst wird, wird die Genehmigung verzögert, und schließlich wird das Projekt verzögert. Eine einfache Lösung für dieses Problem ist das Hinzufügen einer separaten Spalte zum Ziehen der Abhängigkeiten, aber diese Spalte an einer geeigneten Position im Prozess. Bitte beachten Sie, dass für diese Spalte kein WIP-Limit erforderlich ist. Das Team muss nur eine Praxis der regelmäßigen Follow-ups zu der in dieser Spalte aufgeführten Aufgabe entwickeln . Und wenn eine Aufgabe zu lange dort sitzt, kann das Teammitglied sie auf die entsprechenden Ebenen eskalieren. Nun kommt zum nächsten Szenario, das auch ein gemeinsames ist, wo unser Team nicht nur an den Produkteigenschaften arbeitet, sondern manchmal muss das Team eine wichtige Präsentation machen. Alle Demo für Kunden oder einige Konferenzen kommt auf, für die das Team Zeit für die Vorbereitung verbringen muss. Zwar ist dies nicht direkt produktbezogene Arbeit, aber es ist wichtig, Arbeit und viel Zeit vielleicht darauf verbracht. Wie erklären wir uns für diese Zeit auf dem Schild? Dafür hat einfach eine Aufgabe dafür erstellt, genau wie jede andere Aufgabe. Und es wird auch durch das Schild fließen. Der Punkt ist, dass Kanban-Board sollte reflektieren, wo das Team Zeit verbringt , so dass wir die Effizienz erhöhen können, wo immer möglich. Also auf den Punkt gebracht, Kanban Board gilt als Sport und daher sollte es alle Dinge durch das Team getan reflektieren. Ebenso gibt es einige andere Aufgaben, die nicht direkt mit dem Produkt zusammenhängen, sondern getan werden müssen, um die Effizienz des Teams zu verbessern. Zum Beispiel möchten wir einige betriebliche Aufgaben automatisieren, oder wir möchten einige Tools aktualisieren, die wir verwenden. Da der Fokus auf dem Produkt liegt, werden diese Dinge nie aufgegriffen. Was wir also tun können, ist, dass wir Verbesserungsaufgabe auch an der Tafel hinzufügen können. Auf diese Weise erhalten sie auch ausreichende Sichtbarkeit und werden genau wie andere Aufgaben erledigt. Eine weitere Verwendung von Kanban-Vorstand kann in der Rekrutierung Prozess sein, wo wir eine neue Person eingestellt und wir arbeiten zu diesem neuen Beitritt. Wir können diese Person einfach dem langsamsten Schritt des Prozesses zuweisen. Das ist, wo die Person am meisten Gebrauch sein wird. Und die Person wird dazu beitragen, die Ausgabe des Prozesses zu erhöhen. Dies waren also einige der Fälle, die ich in diesem Video diskutieren wollte um zu zeigen, dass Kanban flexibel ist, um nicht nur produktbezogene Arbeit, sondern auch andere relevante Aufgaben zu integrieren . Das ist alles in dieser Vorlesung. Wir sehen uns im nächsten. Vielen Dank. 9. Defining: Hallo und willkommen zurück. In diesem Video werden wir über die Definition getan diskutieren. Das ist, wenn zu sagen, dass eine bestimmte Aufgabe abgeschlossen ist. Und hier sind wir einfach nicht zu definieren getan für das Feature. Wir müssen die Fertigstellung jedes Schrittes definieren. Lassen Sie uns das durch ein Beispiel verstehen. Sehen Sie, dass wir eine Aufgabe haben a, die im Bauschritt ist. Um zu sehen, dass der Schritt abgeschlossen ist, muss der Entwickler zuerst genau wissen, was von der entwickelten Funktion erwartet wird und was genau geliefert werden soll. Ebenso, wenn wir über die endgültige Funktion sprechen, die endgültige Funktion, die in die Produktion geht, die den Kunden entsprechen sollte, sind Manager Erwartung. So wie pro Kanban, wird vorgeschlagen, dass jede Spalte, oder sagen wir, die meisten Spalten sollten diese Bifurkation von in Bearbeitung und getan haben. Und es sollte klar definiert werden, dass nach dem Tun Was können wir unsere Aufgabe von in diesem Schritt in Bearbeitung zu bewegen abgeschlossen oder in diesem Schritt getan werden. Wenn es klar definiert, was getan wird, wird die Qualität bei jedem Schritt beibehalten. Und deshalb ist das Endergebnis von hoher Qualität. 1 zu beachten ist, dass, wenn wir sagen, dass ein Schritt auf eine Aufgabe abgeschlossen ist, es nicht notwendigerweise bedeutet, dass der Tanz zum nächsten Schritt bewegt. Die Passwort-Einfachheit in der Bankspalte des vorherigen Schritts. Denken Sie daran, dass Kanban ein Pull-basiertes System ist. Das ist es, was es ist. Selbst wenn der Entwickler das Kabel geschrieben hat, bedeutet dies nicht, dass die Aufgabe jetzt mit Testteam aussteht. Aufgabe kommt zum Testteam, wenn das Testteam es aus dem Entwicklungsschritt zieht. Also im Grunde niemand drängt es auf sie. Es ist ihr Ermessen und ging, um die Aufgabe abzuholen. Eine andere Sache, die ich hier hervorheben möchte, was Sie sich vielleicht auch fragen, dass diese beiden Unterspalten in Bearbeitung sind und getrennte WIP-Grenzen haben. Nun, da Kanban flexibel ist, ist es Ihr zweimal. Aber die allgemeine Praxis, die auch sinnvoller ist, besteht darin, eine einzige Grenze für den gesamten Schritt zu haben. Solange sich die Aufgabe in diesem Schritt befindet, sollte ihr entgegengewirkt werden, dass die Schritte in Bearbeitung sind. Meiner Ansicht nach haben Sie keine separaten WIP-Grenzwerte für die Unterspalte. Schließlich gibt es zwei Praktiken, die ich hier hervorheben möchte , damit die getroffenen Regeln ordnungsgemäß umgesetzt werden. Erstens ist es eine gute Praxis, diese Regeln tatsächlich auf einige Notizen zu schreiben und diese Knoten auf dem Kanban-Board zu haben. Zweitens, wenn jemand einen Knoten von einer Spalte in eine andere verschiebt, sollte ein anderes Teammitglied überprüfen, ob die Regeln für erledigt, während im vorherigen Schritt erfüllt sind oder nicht. In einem agilen Team ist das gesamte Team für die Qualität der Lieferung verantwortlich. Daher sollte das Team die Arbeit des anderen überprüfen, um Fehleinschätzung oder Unachtsamkeit durch eine Person zu verhindern , um negative Auswirkungen auf die Aufgabe des Essers zu vermeiden. Das ist also alles in dieser Vorlesung. Ich hoffe, Sie werden schätzen, wie wichtig es ist, die getroffenen Regeln klar zu präzisieren. Wir sehen uns in der nächsten Vorlesung. Vielen Dank. 10. Tägliches Standup: Hallo und willkommen zurück. Nun, da wir eine Tafel haben, um den Prozess zu visualisieren. Das ist wunderbar regelmäßige Treffen von Kanban vorgeschrieben, um das Beste aus diesem täglichen Treffen zu machen , Es heißt die tägliche Standup. Der Islam hat auch eine ähnliche Praxis, die als tägliches Scrum bekannt ist. Es gibt jedoch viele Unterschiede zwischen diesen beiden. Und der Grund für die Unterschiede ist das Gleiche, was wir von der Biegung von Kanban gesehen haben, nämlich Kanban ist flexibel, während Scrum strenge Regeln hat. Wenn wir also strenge Regeln sagen, bedeutet das, dass Scrum Regeln hat, wie lange dieses Treffen dauern wird, wer das Treffen abwickelt und was in diesem Treffen diskutiert wird. Was Kanban keine solchen Regeln hat. Wenn also die Frage in deinem Kopf ist, wer inständig aufstehen würde, dann kann jedes Mitglied das tun. Vielleicht bekommt jeder, ein neues Teammitglied die Chance, zufällig zu essen und dem Treffen einen neuen Geschmack zu verleihen. Oder vielleicht ist dieser Job der obersten Person des Teams zugewiesen. In der Regel sehen die Projektmanager dies jedoch, da sie dadurch über den Status der gesamten Aufgabe auf dem Laufenden gehalten werden. Und wenn es eine Aufgabe gibt, die blockiert ist oder einige Teammitglieder, die Hilfe benötigen, können sie dies tun. Aber wie gesagt, es ist die Wahl des Teams. Wer leitet das Meeting? Die nächste Frage ist, wie lange ist diese Aktivität? Nun, es gibt keine feste Dauer dieses Treffens. Wenn das Team erfahren ist, kann es innerhalb von fünf Minuten fertig werden. Aber oft fangen p Mitglieder an, sich gegenseitig über die Arbeit zu diskutieren oder sogar die Erfolge des anderen zu feiern. Es gibt keinen Schaden. Auch wenn das Meeting 30 Minuten dauert. Es endet nur in einer höheren Zusammenarbeit zwischen den Teammitgliedern. Nun schließlich, was soll im Stand-up diskutiert werden? Nun, das Team muss die Haftnotizen vorwärts bewegen, wenn sie es nicht früher getan haben. Ich meine, obwohl diese Stickies sollten verschoben werden, wann immer die Aufgabe erledigt ist, aber wenn etwas verpasst wird, ist täglich Standup eine Zeit, um das Board auf dem neuesten Stand zu halten. Abgesehen davon sollte das Team versuchen, Probleme zu identifizieren. Die Arten von Fragen wurden früher diskutiert. Die Mitglieder können hervorheben, wenn sie mit einem Problem in der Aufgabe konfrontiert sind. Zweitens, das sind die Dinge, die getan werden müssen. Abgesehen davon, es ist ein Produktteam über das, was sie diskutieren wollen. Behalten Sie einfach den Fokus auf dem Board und versuchen Sie, so viel Wert wie möglich hinzuzufügen oder daraus zu bekommen. Nun, kurz bevor wir diesen Vortrag abschließen, lassen Sie mich darauf hinweisen, was der tägliche Standup nicht ist. So tägliche Standup ist kein Review Meeting oder Demo von Funktionen gebaut oder Diskussion über das Produkt, etc. Sie können diese Meetings separat abhalten. Stand-up Meeting als nur ein Get together, um zu sehen, wie die Arbeit durch den Prozess fließt. Also, dass in dieser Vorlesung fallen. Ich hoffe, du hast das nützlich gefunden. Vielen Dank. 11. Regeln einrichten: Hallo und willkommen zurück. In diesem Video werden wir über eine sehr wichtige Sache sprechen , die wir tun müssen, wenn wir Kanban verwenden. Das ist etwas, was wir nicht mit Scrum zu tun haben. Dies liegt an dem großen Vorteil der Flexibilität, die mit Kanban verbunden ist. Der einzige Nachteil, den es hat, ist, dass es keine Standardregeln hat. Wenn Sie also Scrum verstehen, würden Sie wissen, dass es sehr strenge Regeln zu befolgen hat und das gesamte Team über die Regeln Bescheid weiß. In der Tat gibt es einen speziellen Rollenaufruf Scrum Master , der dafür sorgt, dass jeder über die Regeln Bescheid weiß. Aber mit Kanban haben wir diese Regeln nicht. Es gibt keine festgelegte Regel dafür, wann wir täglich aufstehen sollten. Wer bewegt die Haftnotiz oder wenn es keinen Kanban-Master gibt. Es kann Schienen, Sprint-Planungssitzungen oder Sprint-Review-Meetings geben oder nicht . Der Punkt ist also, dass Regeln nicht festgelegt sind und jedes Team seine eigenen Regeln für die Implementierung von Kanban ausarbeiten muss. Und wenn Sie Regeln erstellen, müssen Sie sicherstellen, dass diese Regeln explizit erwähnt werden und jeder sie klar versteht. Das bedeutet nun nicht, dass das Kanban-Team lange Dokumente schreiben muss , die den gesamten Prozess angeben. explizite Richtlinie kann so einfach sein wie das Schreiben von WIP-Beschränkungen über die Spalte. Und wie bereits besprochen, sollte das Team definieren getan. Wenn ein Team diät, dass Definition von getan ehrlichen Ag und legt es auf dem Kanban-Board. Team macht diese Definition explizit. Daher sollte jede Regel oder Praxis, die Sie als Teil der Implementierung von Kanban anwenden , explizit erwähnt werden, damit alle an Bord sind. Nun, da das gesamte Team diese Regeln gemeinsam erstellt, denken Sie vielleicht, dass dies nicht wirklich nützlich ist. Aber lass mich dir eins sagen. Es hilft ihm. Angenommen, ein Manager oder der Chef versucht, etwas Arbeit zu treiben. Wenn die WIP-Limits explizit erwähnt werden und der Manager mit der Richtlinie der WIP-Limits einverstanden ist. Das Team hat eine solide Basis, dass nur, wenn ein bestehender Job von der Liste genommen wird, nur der neue Job seinen Platz findet. So helfen explizite Richtlinien nicht nur innerhalb dieses Kanban-Teams, sondern helfen auch bei der Interaktion des Kanban-Teams mit anderen Stakeholdern in der Organisation. Das ist also alles in dieser Vorlesung. Danke.