Ich habe Mühe, wirklich zu begreifen, was Vorlaufzeit bei einem Kanban-Projekt bedeutet.
Ich habe in mehreren Büchern darüber gelesen, aber ich kann es immer noch nicht fassen.
Kann es jemand erklären.
Wiki hat die gemeinsame Definition dieses Begriffs:
Eine Vorlaufzeit ist die Latenzzeit zwischen der Initiierung und Ausführung eines Prozesses.
Wenn Ihr Arbeitsbereich die Softwareentwicklung ist, dann ist die Definition aus dem JIRA-Glossar für Sie vielleicht verständlicher:
Die Vorlaufzeit ist die Zeit, die von der Erfassung eines Problems bis zum Abschluss der Arbeit an diesem Problem vergeht.
Mit anderen Worten (Beispiel für den Softwarebereich): Eine Vorlaufzeit ist die Zeit zwischen dem Zeitpunkt, an dem Sie ein Problem registriert haben, und dem Zeitpunkt, an dem Sie die neue Version der Software mit dem behobenen Problem geliefert haben (neue Version wird bereitgestellt/neuer Patch freigegeben wird/etc):
Issue Issue
requested =================================================>>> delivered
| Activity Activity |
|---------------|---------------|---------------|---------------|---------------|
| List of List of List of List of | List of
| created issues implemented delivering | delivered
| issues under issues issues | issues
| implementation |
| |
| |
| |
|<--------------------------Lead Time-------------------------->|
Verwechseln Sie diesen Begriff nicht mit dem ähnlichen Begriff „Zykluszeit“:
Die Lieferzeit beginnt mit der Anfrage und endet mit der Lieferung. Die Taktzeituhr beginnt, wenn die Bearbeitung der Anfrage beginnt, und endet, wenn der Artikel versandbereit ist. Die Zykluszeit ist ein eher mechanisches Maß für die Prozessfähigkeit. Die Lieferzeit ist das, was der Kunde sieht.
Issue Issue
requested ================================================>>>> delivered
| Activity Activity |
|---------------|---------------|---------------|---------------|---------------|
| List of | List of | List of List of | List of
| created | issues | implemented delivering | delivered
| issues | under | issues issues | issues
| | implementation| |
| | | |
| |<-Cicle time->| |
| |
|<--------------------------Lead Time-------------------------->|
Werfen Sie auch einen Blick auf diesen Artikel: Kanban: Definition von Durchlaufzeit und Zykluszeit. Es geht um die gleichen Anliegen, aber mit schönen Bildern.
Und noch ein weiterer Artikel mit gleichem Inhalt (falls Sie die Swimlanes und ASCII-Grafiken von JIRA nicht mögen): Cycle Time [and Lead Time] .
Wenn Sie immer noch ein Problem haben, den Begriff "Vorlaufzeit" zu verstehen, hinterlassen Sie bitte einen Kommentar, ich werde versuchen, es zu klären.
Laut David Anderson beginnt die Durchlaufzeit, wenn ein Arbeitselement in das Kanban-System eintritt, und endet, wenn es die erste unendliche Warteschlange erreicht . Mit anderen Worten, es beginnt, wenn man sich verpflichtet, das Arbeitselement zu liefern, und endet, wenn es zur Lieferung bereit ist.
In der Softwareentwicklung liegt die Zusage vor, wenn sich das Team und PO/PM auf die Arbeit an einem Arbeitselement einigen, und die Lieferung erfolgt, wenn das Arbeitselement zur Bereitstellung oder Lieferung bereit ist.
Es spielt keine Rolle, ob das Team sofort mit der Arbeit beginnt oder nicht, da die Durchlaufzeit aus Sicht des Anforderers gemessen wird. Wenn das Team also andere Dinge zu tun hat und nach 3 Tagen mit der Arbeit an der Arbeitsaufgabe beginnt und 2 Tage für die Fertigstellung benötigt, beträgt die Vorlaufzeit 5 Tage. Wenn die Bestellung/PM das Arbeitselement erst nach 4 Tagen annimmt, beträgt die Vorlaufzeit nicht 9 Tage, da die Uhr aufgehört hat zu ticken, als sie die Lieferung erreicht hat.
Der Lernende
Sergej Kudrjawzew
Sergej Kudrjawzew
Sergej Kudrjawzew
Efeu
Stanislaw Baschkirtsew