7 Stimmen

Wie misst man ein kleines, großes oder sehr großes Projekt?

Ich lese zur Zeit Code Complete sowie einige andere Programmierbücher. Die Größe des Projekts wirkt sich auf viele andere Parameter aus, die man bei der Planung, Programmierung, Testautomatisierung usw. beachten muss. Ich habe mich gefragt, was die Leute in SO im Allgemeinen in der realen Welt verwenden, um ein Projekt in seine richtige "Gewichtsklasse" einzuordnen?

Geht es um Codezeilen? Anzahl der externen Schnittstellen? Erforderliche Seiten der Dokumentation?

2 Stimmen

Ich stimme dafür, diese Frage als "off-topic" zu schließen, da es nicht um Programmierung geht.

0 Stimmen

Cooler Mann, es hatte gute ACHT Jahre.

0 Stimmen

Es wird wahrscheinlich nicht gelöscht, sondern nur geschlossen - es gibt allerdings einen großen Druck, die Projektmanagement-Tags zu bereinigen und möglicherweise auf eine schwarze Liste zu setzen, weil sie missbraucht werden (jetzt, wo wir die Software-Entwicklung y Projektleitung Es gibt eine Initiative, die darauf abzielt, dass dort neue Fragen zu diesem Thema gestellt werden).

10voto

Garry Shutler Punkte 31414

Ich würde sagen, es ist der erforderliche Entwicklungsaufwand. Man braucht ein Team von sechs Entwicklern:

  • Kleines Projekt - bis zu 6 Monate
  • Großprojekt - 6-18 Monate
  • Sehr großes Projekt - 18+ Monate

Jeder wird jedoch eine andere Meinung haben.

Editar

Ich habe darüber nachgedacht, wie sich diese Werte für ein "Team" von 1 Entwickler ändern würden. Ich denke, sie würden in etwa so lauten:

  • Kleines Projekt - bis zu 1 Monat
  • Großes Projekt - 1-3 Monate
  • Sehr großes Projekt - 3+ Monate

Dies scheint darauf hinzudeuten, dass für eine kleine Anzahl von Entwicklern die Faustregel für die Projektgröße lauten könnte:

  • Kleines Projekt - bis zu 1 Monat pro Entwickler
  • Großes Projekt - 1-3 Monate pro Entwickler
  • Sehr großes Projekt - 3+ Monate pro Entwickler

Ich bezweifle allerdings, dass sich dies bei mehr als 6 Entwicklern skalieren lässt, da die Anzahl der Kommunikationskanäle die potenzielle Entwicklungszeit jedes Einzelnen in die Länge zieht. Das führt dazu, dass pro Monat und Entwickler weniger Arbeit geleistet wird, je mehr Leute Sie in Ihrem Team haben.

6voto

cgreeno Punkte 30732

Ich würde sagen Zeit y Arbeitskräfte .

2voto

danpker Punkte 603

Ich würde den Umfang eines Projekts in der Regel an der Zeit messen, die es braucht, um es abzuschließen, aber andere Leute mögen das anders sehen.

2voto

shoosh Punkte 73374

Die Lernkurve - Die Zeit, die ein neuer Entwickler braucht, um sich mit dem Code vertraut zu machen, bevor er etwas Nützliches dazu beitragen kann.

2voto

meade Punkte 22205

Es könnte eine Kombination von Dingen sein:

  • geschätzte Funktionspunkte - Größe des Codes
  • Integrationspunkte - mit externen Systemen
  • Komplexität der Anwendung (Webanwendungen sind in der Regel weniger komplex als eingebettete Systeme - vergleichen Sie eine Website mit einem Programm für ein Raketenschiff)
  • beteiligte Unternehmensgruppen - eine kleine Änderung, die die Zustimmung von 20 Unternehmenseinheiten erfordert, könnte einen großen Aufwand bedeuten

Die oben genannten Faktoren bestimmen den Umfang des Projekts - die Anzahl der Mitarbeiter bestimmt den Zeitplan und erhöht die Komplexität.

CodeJaeger.com

CodeJaeger ist eine Gemeinschaft für Programmierer, die täglich Hilfe erhalten..
Wir haben viele Inhalte, und Sie können auch Ihre eigenen Fragen stellen oder die Fragen anderer Leute lösen.

Powered by:

X