Wie kurz ist ein Planungszeitraum angesichts konsequenter Veränderungen zu kurz?

Änderungen sind keine Seltenheit, Änderungen der Anforderungen und Änderungen der technischen Daten ändern sich im Workflow. Ich habe akzeptiert, dass es Änderungen geben wird, aber ich frage mich: Wenn ich weiß, dass Änderungen stattfinden werden, wie kurz ist ein Planungszeitraum zu kurz? (Begründungen sind erwünscht)

• Eine Iteration (2-4 Wochen)?
• Eine Woche?
• Ein Zeitraum von 2-3 Tagen?
• Ein Tag?
• 1/2 am Tag?

Angenommen, das Unternehmen "plant" 1 [Zeitintervall (von oben)] im Voraus vom aktuellen, so dass jeder Plan wie folgt klingt:

„[heute morgen / heute / diese Woche / etc.] Sie werden auf arbeiten diese und [heute Nachmittag / morgen / nächste Woche / etc.] Sie arbeiten werden , dass .

Nehmen Sie außerdem an, dass die Änderungen des Fokus / der Richtung konsistent alle zwei bis drei Zeitintervalle auftreten.

Ich bin ein Scrum Practitioner, daher werde ich Ihnen vorschlagen, es zu verwenden.

1. Definieren Sie die Dauer Ihrer Iteration. Ich mag zwei Wochen Iteration in Startups und einen Monat in großen Unternehmensprojekten
2. Wählen Sie zu Beginn einer Iteration aus den Funktionen aus, die Sie aus dem Product Backlog entwickeln möchten. Niemand hat das Recht, den Iterationsplan zu ändern, nicht einmal der Produktmanager.
3. Änderungen treten im Product Backlog auf, nicht im Iterationsplan. Daher sind Sie bei Ihrer Arbeit nie betroffen.

Weitere Details zu Scrum

Wenn Sie häufig planen, geht das Gesamtbild in allen Details verloren, und Sie drehen am Ende nur Ihre Räder. Das ist ein großes Risiko.

Ich bevorzuge die Verwendung von XP (oder Scrum), das besagt, dass Sie zu Beginn jeder Iteration einmal planen sollten, was ich am effektivsten finde, wenn sie 1-2 Wochen lang sind.

Trotzdem gibt es in Kanban einige sehr coole Dinge, die die Planung bei Bedarf fördern, obwohl ich persönlich denke, dass Kanban besser für Wartungs- und Support-Situationen geeignet ist, als wenn die Entwicklung von vorne begonnen wird.

Ich zerlege die Dinge so:

1. Jede bedeutende Projekt- / Anwendungsentwicklung - 1 Woche.
2. Einfache einmalige Verbesserungen werden in eine Liste aufgenommen, priorisiert und jede wird in Zeiträumen von einem halben bis ganzen Tag behandelt.
3. Fehlerkorrekturen haben normalerweise Priorität und durchlaufen einen ähnlichen Prozess wie # 2, können aber manchmal viel schneller behoben werden.

Der Schlüsselfaktor hierbei ist, wie viel Planung Sie tatsächlich für eine bestimmte Aufgabe durchführen können. Wenn Sie eine brandneue Website starten, die Yadda, Yadda, Yadda ausführt, müssen Sie im Voraus mehr planen, als einen Fehler zu beheben. Wer plant Bugs im Voraus? Der Abteilungsleiter stellt fest, dass er etwas vergessen hat und es für die Berichterstattung zum Ende des Quartals benötigt. Sie müssen die Dinge beiseite legen und daran arbeiten.

Eine wöchentliche Iteration kann 10 Stunden oder 50 Stunden dauern. Es hängt alles davon ab, wie viel anderes Material unmittelbar ist. Ich denke, es ist für das Management viel einfacher, die Zeitbeschränkungen zu verstehen, wenn Sie fragen, ob Sie ein Projekt beiseite legen sollten, um eine kleine Ergänzung vorzunehmen? Ich bin angenehm überrascht, wenn sie diese kleine Änderung als unnötig identifizieren und ich weiter an der yadda-yadda-yadda-Website arbeiten sollte.