Als Projektleiter habe ich schon einige Tech-Projekte mit immer wieder neu zusammengestellten Teams bearbeitet. Das Team besteht normalerweise aus 2-3 Teammitgliedern, die die eigentliche Arbeit erledigen. Es ist schwierig, die Geschwindigkeit zu bestimmen. Wir sind nicht wirklich agil und sprinten auch nicht.
In der Regel beenden wir die Arbeiten vorzeitig oder am Ende des Quartals. Diese Ressourcen werden für die Arbeit eingesetzt, aber während der Woche wahrscheinlich zu 70-80 % ausgelastet. Der Rest der Zeit dient der Unterstützung geschäftlicher Anforderungen.
Ich habe wieder eine andere Gruppe von Projekten mit anderen Mitgliedern im Team. Wie kann ich ungefähr bestimmen, wann das Projekt abgeschlossen sein wird? Meine 2 Entwickler haben ihre Schätzungen für alle ihre Tickets niedergelegt.
Wie oft wirst du Releases machen? Eine Sache, die Sie versuchen könnten, ist, Tickets in vorläufige Veröffentlichungen (oder Iterationen) zu gruppieren, Ihre Schätzungen in Punkte umzuwandeln und dann eine Veröffentlichungsgeschwindigkeit / Iterationsgeschwindigkeit zu schätzen.
Priorisierung und Minimierung von Abhängigkeiten sind ebenfalls wichtig, insbesondere wenn Ihr Team nicht Vollzeit arbeitet. Sie haben Ihre Frage als Scrum markiert. Wenn Sie sich in Richtung Scrum bewegen möchten, beginnen Sie mit den Product Ownern, teilen Sie ein Backlog mit ihnen und definieren Sie einige Prioritäten. Es ist ein Fehler, sich auf das „Projektabschlussdatum“ zu konzentrieren, da alle wichtigen Dinge im Allgemeinen früh im Arbeitsprogramm passieren sollten, niemals am Ende.
Es hängt wirklich von der Art des Rückstands/der verbleibenden Arbeit und der von Ihnen verwendeten Methodik ab, die bei Ihrer Frage nicht klar ist.
Wenn Sie SCRUM verwenden, müssen Sie 2 Dinge wissen.
(Geschätzter Rückstand / Teamgeschwindigkeit) * Dauer der Sprints + Puffer – Geplante Ereignisse/Blätter sollten Ihnen eine ungefähre Zahl geben. Denken Sie daran, dass Zeitpläne in Agile fundierte Vermutungen und keine tatsächlichen Werte sind.
Wenn es ein Wasserfall ist, müssen Sie wieder 2 Dinge haben.
Basierend auf Ressourcenzuweisungen und deren Kapazität müssen Sie die Fristen berechnen, die in den meisten Fällen fest sind.
Wenn die Methodik so etwas wie XP ist, müssen Sie Release-Planungen und die Anzahl der Iterationen in die Berechnung einbeziehen.
Dies ist schwer zu empfehlen, ohne mehr über das grundlegende Lebenszyklusmodell, das Entwicklungsparadigma und die Methoden rund um die Schätzung zu wissen. Aber Sie sagen "wir sind nicht wirklich agil", daher sollte so etwas wie ein CBS/WBS das Rückgrat der Planung sein.
Thomas Owens
Benutzer2763930
Geoff Burns