Um zu beweisen, wie ein anderer Entwickler seinen Zeitplan verbessern kann, muss Ted die aktuell erwarteten Liefertermine aufzeigen. Er schätzt alle Vorgänge auf seiner Zeitachse so gut er kann. Ein großer Teil seiner Arbeit liegt weit in der Zukunft, aber er kann ungefähr sagen, wie lange er für jede einzelne Aufgabe braucht.
Sobald die Vorgänge geschätzt sind, gruppiert er die Vorgänge auf seiner Zeitleiste nach Teams und legt seinen Plan für die Aufstellung der Vorgänge auf der Grundlage ihrer Sprinttermine fest:
Mit dem Kapazitätsplanungs-Tool ordnet er jedem Sprint Arbeit zu, um zu ermitteln, wie viele Durchgänge (Iterationen) sein aktuelles Team auf der Grundlage seiner aktuellen Kapazität von 30 Story Points zu bewältigen hat:
Nach seinen aktuellen Schätzungen wird sein Team sieben Durchläufe brauchen, um sein aktuelles Projekt abzuschließen. Von hier aus wiederholt er den Prozess mit dem nächsten Projekt und erstellt so seinen groben Plan für das ganze Jahr.
Als Nächstes muss Ted ein Szenario erstellen, in dem sein Team eine höhere Velocity hat. Er aktiviert Szenarien in seinem Plan und nennt diesen Plan Current team:
Dann kopiert er sein bestehendes Szenario in sein neues Szenario und nennt es New hire:
In seinem neuen Szenario erhöht Ted die Sprintkapazität um einen neuen Entwickler und passt dann die Zuweisung der Vorgänge an die neue Bandbreite an:
Wenn er fertig ist, hat Ted die Möglichkeit zu zeigen, wie ein weiterer Entwickler seinem Team helfen wird. Mit einem neuen Mitarbeiter werden sie ihr erstes Projekt fast einen Monat früher abschließen als bisher geplant. Und im Laufe eines Jahres werden durch die Einstellung eines weiteren Entwicklers sechs Wochen zusätzliche Zeit freigesetzt.
Als Ted das seinem Chef vorstellt, wechselt er zwischen den beiden Szenarien, um die beiden Zeitpläne gegenüberzustellen.