Sie haben also ein Projekt mit einer sich ständig ändernden Teamgröße und Ihr Chef möchte, dass Sie ihm eine genaue Schätzung geben, wie lange es dauern wird? Sie können dies tun, solange Sie den Unterschied zwischen genau und präzise beachten. Ihre Genauigkeit hängt weitgehend von der Anzahl der Artikel ab und davon, wie detailliert (zerlegt) jeder Artikel ist; Je mehr Gegenstände Sie haben, desto mehr funktioniert das Gesetz der großen Zahlen für Sie, indem Sie über- und unterschätzt werden.
Ihre Genauigkeit ist eine Funktion des Vertrauens. Beachten Sie, dass Schätzungen keine Einzelpunktwerte sind, sondern ein Bereich mit Zahlen mit einem Prozentsatz an Konfidenz. Zum Beispiel wäre eine richtige Schätzung nicht "2 Wochen", sondern "50% Konfidenz von 2 Wochen, 80% Konfidenz von 4 Wochen".
Wenn ich die Person mit der wenig beneidenswerten Aufgabe war, eine Schätzung für die Fertigstellung eines Projekts zu liefern, das so willkürlich wie im ursprünglichen Beitrag verwaltet wird, würde ich versuchen, einen Bereich basierend auf der minimalen Anzahl zugewiesener Personen zu ermitteln (zB "48 bis 66 Wochen bei 2 Entwicklern [50% bis 80% zuversichtlich]"), und ein Bereich, der mit der durchschnittlichen Anzahl zugeordneter Personen assoziiert ist (zB "25 bis 45 Wochen mit 5 Entwicklern [50% bis 80%] zuversichtlich] "), und verwenden Sie die niedrige Zahl von der durchschnittlichen Zahl zusammen mit der hohen Zahl von der minimalen Anzahl (z. B." 25 bis 66 Wochen gegeben irgendwo von 2 bis 5 Entwickler [50% bis 80% zuversichtlich] "), und selbst dann würde ich einen Haftungsausschluss machen ("plus 10% für die verlorene Zeit wegen Kontextwechsel").
Besser noch, ich würde genau erklären, warum diese Anordnung war, um höflich, suboptimal zu sein, und warum Multitasking ein primärer Wegweiser auf dem Weg zum Projekt Hell ist.
Wie eine andere Person vorgeschlagen hat, könnte die Änderung des Arbeitsablaufs von iterationsbasiert zu flussbasiert (Kanban) eine gute Strategie sein. Mit Kanban bearbeiten Sie wechselnde Projektprioritäten, indem Sie die Priorität von Elementen im Rückstand ändern. Sobald ein Element vom Team erfasst wurde, ist es in der Regel fertig (es fließt den gesamten Workflow durch, Stakeholder dürfen das Team nicht stören, indem sie sich mit der laufenden Arbeit herumärgern). Ich habe Kanban für nachhaltige Ingenieurprojekte verwendet und es hat sehr gut funktioniert. Wie es mit Schätzungen helfen würde, ist der Schlüssel zum kontinuierlichen Fluss, zu versuchen, dass jedes Arbeitselement ungefähr die gleiche Größe hat (1x, 2x, 3x, nicht 10x, 20x, 100x). Sie sollten die Bewegung von Elementen durch den Workflow verfolgen, indem Sie die Daten der Prozessstatusänderungen verfolgen, z. B. Warteschlange 1/15, Entwurf 1/22, Entwicklung 1/24, Test 2/4, Integration 2/7 usw., und dann generieren ein kumulatives Flussdiagramm, um die Zeit-in-Status-Zeitdauern im Zeitverlauf zu bewerten. Das Ausarbeiten, wie lange das Projekt dauern sollte, da Sie die Größe jedes Elements und die Zeit durch den Workflow für Elemente kennen, ist eine triviale Rechenübung, die dem Leser überlassen bleibt.(Die interessantere Frage ist, wie man Constraints erkennt und dann wie man sie entfernt. Tipp: Suchen Sie lange nach Zuständen, da sich Arbeit vor Constraints stapelt.)
... community wiki ... – joshcomley
Nein, nicht Community-Wiki. Diese Frage wird eine Antwort haben, die für Wic und sein Team unter diesen Bedingungen funktioniert. –
Ich stimme für das Schließen dieser Frage als Off-Topic ab, da es nicht um die Programmierung geht. –