Berechnung der Zeit, die benötigt wird, um das Projekt von Grund auf neu abzuschließen [geschlossen]

Ich möchte die für die Programmierung eines bestimmten Projekts benötigte Zeit berechnen oder schätzen. Dies kann die Zeit umfassen, die für die Analyse, das eigentliche Codieren usw. aufgewendet wird. Ich finde es schwierig, eine gute Schätzung abzugeben. Kann mir jemand bei der Erstellung einer guten Schätzung helfen oder mich auf Tools usw. verweisen?

Was haben Sie bisher untersucht? Welche Kenntnisse haben Sie über Planung/Schätzung? Wie ist Ihre Projektsituation? Machst du etwas ganz Neues? Haben Sie Experten an Bord? Hast du überhaupt ein Team? Sie müssen mehr angeben, um eine nützliche Antwort zu erhalten ...
Was meinen Sie mit „Ich finde es schwierig, eine gute Schätzung abzugeben“?
@salsolatragus Nun, wir haben ein Team, aber wir arbeiten an separaten Teilen. Ich bin nur für das Programmieren und Entwickeln der Lösung zuständig. Was das Fachwissen angeht, haben wir einen Digital Manager und ich bin ihm direkt unterstellt. Ich habe keine Ahnung von Planung und Schätzung. Wir sind ein funktionsübergreifendes Team und jeder kümmert sich um eine unabhängige Aufgabe. Bis letzte Woche war ich der einzige Programmierer. Also noch eine Person an Bord geholt.
Eine allgemeine Regel, die ich vor einiger Zeit gelernt habe, war, die beste Schätzung zu nehmen, die Sie mit jeder vernünftigen Technik erreichen können, und diese dann zu verdoppeln und dann zur nächstgrößeren Zeiteinheit zu wechseln. Wenn Sie also denken, dass es einen Tag dauert, rechnen Sie mit zwei Wochen. Wenn Sie glauben, dass es zwei Wochen dauert ... vier Monate.
@JD also was willst du schätzen? Nur Ihre Aufgaben? Die Arbeit des ganzen Teams? Allgemeine Ansätze zur Schätzung und Links zu Literatur wurden bereits von anderen bereitgestellt. Ich unterstütze, dass Sie dort anfangen sollten. Beachten Sie jedoch, dass eine gute Schätzung Erfahrung und technisches Fachwissen erfordert.

Antworten (5)

Es hört sich so an, als wollten Sie Schätzungen für Programmieraufgaben erstellen. Es gibt unzählige Methoden da draußen (keine perfekt, aber jede bietet etwas).

Sie sollten in einigen Büchern über das Schätzen lesen. Lesen Sie insbesondere über den Projektstrukturplan . Sie benötigen dazu keine Software, Sie können es selbst tun (obwohl Sie je größer das Projekt ist, desto eher werden Sie eine Softwarelösung verwenden wollen). Die Kurzversion besteht darin, Ihr Projekt in Komponenten aufzuteilen und weiter zu unterteilen, bis Sie zu Komponenten gelangen, deren Größe leicht abzuschätzen ist.

Sie könnten auch die Delphi-Wideband-Methode untersuchen, da Sie mit mindestens einer anderen Person zusammenarbeiten (obwohl Delphi mehr haben sollte, da die Daten anonym sein sollten und Ihre mit zwei Personen nicht sein werden).

Es gibt viele Bücher über Projektmanagement und viele, wie den Text von Field und Keller (nur OK), die wichtige Teile enthalten, die sich der Softwareentwicklung widmen, sich aber auf das gesamte Projektmanagement beziehen, nicht nur auf das Softwareprojektmanagement.

Lesen und Üben. Mit der Zeit wird es einfacher.

Gantter ist eine der besten Möglichkeiten, um damit zu beginnen! Erstellen Sie einen präzisen WBS (Work Breakdown Structure) mit einer Hierarchie von Aufgaben und Unteraufgaben. Weisen Sie grobe interne Fristen zusammen mit den tatsächlichen Fristen zu. Sie werden im Laufe der Zeit bessere Schätzungen vornehmen können!

Welche Bücher Sie auch lesen, um beim Schätzen zu helfen, Sie müssen die Wahrscheinlichkeit und die Auswirkungen von Zufallsvariablen wirklich verstehen. Viel zu oft, und bei sehr erfahrenen Mitarbeitern, neigen wir dazu zu denken, dass wir jede Variable kontrollieren, die bei einem Projekt eine Rolle spielt, und bei wirklich guter Planung gibt es keinen Grund, warum unsere Kosten- und Zeitziele nicht mit null Abweichungen erreicht werden sollten. Mit anderen Worten, wenn Sie über- oder unterschritten haben, war Ihre Planung irgendwie schuld.

Sie müssen verstehen, dass eine Schätzung probabilistisch ist und eine Reihe wahrscheinlicher Ergebnisse darstellt. Ihr Planungswert oder Ziel, das Sie bepreisen und als Basis für die Leistung festlegen würden, ist eine einzelne Zahl, die irgendwo in diesen Bereich fällt. Und die Wahrscheinlichkeit, dass Sie diese einzelne Zahl mit einer Varianz von null treffen, ist nahe null. Wenn Sie richtig zielen, sollte Ihre Karriere mit gleichen Unter- und Überläufen und sehr, sehr wenigen Null-Varianzen, wenn überhaupt, gefüllt sein.

Dann können Sie wie der Rest von uns in Ihrem Lebenslauf darüber lügen, dass Sie Ziele immer unterschreiten oder erreichen.

Wenn Sie sehen möchten, wie diese probabilistische Sache funktioniert, protokollieren Sie Ihre Pendelzeit zur und von der Arbeit, von Tür zu Tür. Schließen Sie keine Zeit aus, schließen Sie alles ein, sogar Stopps zum Tanken, Einkaufen oder sogar zur Happy Hour. Erstellen Sie dann ein Histogramm mit Ihren Ergebnissen.

Teilen Sie die Aufgabe in kleinere Komponenten auf. Wenn Sie die Komponenten immer noch nicht abschätzen können, fahren Sie mit der Aufschlüsselung fort, bis Sie die Komponenten abschätzen können.

Versuchen Sie zu schätzen, indem Sie auf Ihr bereits vorhandenes Wissen zurückgreifen.
Betrachten Sie eine kleine Aufgabe / ein Projekt, das Sie bereits erledigt haben, und vergleichen Sie es mit dem neuen und versuchen Sie, danach einzuschätzen.
Wiederholen Sie es für ein schwieriges fertiges.
Entscheiden Sie dann, wo die Aufgabe wirklich zwischen diesen beiden Schätzungen liegen wird.
Sie können die höhere nehmen, wenn Sie pessimistisch sind.