Richtige Planung für ein Projekt

[swkevin08]

Wenn man sich mit Softwareentwicklung beschäftigt wird man, gerade als Anfänger, auf das Wasserfallmodell stoßen.
http://de.wikipedia.org/wiki/Wasserfallmodell

Um ein grobes Verständnis von Softwareentwicklung zu bekommen genügt das.

[mensch72]

Zitat von swkevin08:

Wenn man sich mit Softwareentwicklung beschäftigt wird man, gerade als Anfänger, auf das Wasserfallmodell stoßen.
http://de.wikipedia.org/wiki/Wasserfallmodell

Um ein grobes Verständnis von Softwareentwicklung zu bekommen genügt das.

Nun ja... das "Wasserfallmodell" kommt nach meiner praktischen Erfahrung real eher nur noch noch ganz unten bei Großprojekten zum Einsatz...

Für echte kleine Kundenprojekte wo es keinen Softwarearchitekten als Planer gibt, also der Kunde seine Anforderungen als Vorgabe gibt, da läuft es fast immer so:
http://de.wikipedia.org/wiki/Extreme_Programming

Wie ein Projekt läuft, hängt auch stark vom existierendem Hintergrund ab. Wenn Kunde B nur ein SubSet der Funktionalität einer lösung will, die man für Kunde A schon vor Jahren realisiert hat, dann kommt es durchaus vor, das man 60% des Codes ungenutzt lässt und nur die gewüschte Sollfunktion in per GUI/Schnittstelle realisiert.

Bei völligem Neuland und "10" Anforderungen, kann man schon Meilensteine definieren und diese einzeln realisieren. Wenn man sich selbst und erst recht im Team von Anfang an 100% gekapselte autonome Module/Schichten hält, kann man auch später mit vertretbarem Aufwand mal eine komplette Schicht austauschen oder neu schreiben. Da es eh keine perfekte Software gibt, realisiere ich lieber zeitnah funktionierende Software, deren sinnvolle strukturelle Grenzen ich kenne.

[swkevin08]

Zitat:

Nun ja... das "Wasserfallmodell" kommt nach meiner praktischen Erfahrung real eher nur noch noch ganz unten bei Großprojekten zum Einsatz...

Stimme ich Ihnen vollkommen zu! Aber für den Anfang kann und wird es nicht Schaden sich mit diesem auseinander zu setzen.
- Das ist wie wenn man einen Sortieralgorithmus lernt. Man starten fast immer mit Bubblesort -
Mir hat es viel gebracht, gerade was die Dokumentation angeht oder die Erkenntnis, dass sich der Entwurf und Anforderungen ständig ändern kann und somit viel Aufwand entsteht.

Zu Großprojekten habe ich keine Erfahrung, würde hier aber auch auf Scrum zurückgreifen.

[Bernhard Geyer]

Zitat von swkevin08:

Zitat:

Nun ja... das "Wasserfallmodell" kommt nach meiner praktischen Erfahrung real eher nur noch noch ganz unten bei Großprojekten zum Einsatz...

Stimme ich Ihnen vollkommen zu! Aber für den Anfang kann und wird es nicht Schaden sich mit diesem auseinander zu setzen.

Vor allem wenn man erklären will das viele SW-Probleme genau mit diesem Modell zu tun haben. Dann ist es gut wenn der lernende Praktische Erfahrungen mit diesem Modell hat.

Zitat von swkevin08:

Zu Großprojekten habe ich keine Erfahrung, würde hier aber auch auf Scrum zurückgreifen.

Wenns der (große) Auftraggeber mitmacht. Und man sollte die erhöhten Aufwendungen im Bereich Projektmanagement nicht unterschätzen.

[vagtler]

Zitat von Bernhard Geyer:

[...] Und man sollte die erhöhten Aufwendungen im Bereich Projektmanagement nicht unterschätzen.

Wer bei SCRUM ein Projektmanagement einsetzt hat es nicht verstanden.

[Bernhard Geyer]

Zitat von vagtler:

Zitat von Bernhard Geyer:

[...] Und man sollte die erhöhten Aufwendungen im Bereich Projektmanagement nicht unterschätzen.

Wer bei SCRUM ein Projektmanagement einsetzt hat es nicht verstanden.

Komisch nur das in Wiki steht: "Scrum (englisch für Gedränge) ist ein Vorgehensrahmen für das Projektmanagement."
Oder willst du sowas wie kommerzielle Abnahme, Change Management, ... so allein laufen lassen?
Da kannst du beim entsprechenden Auftraggeber sehr schnell kommerziellen Schiffbruch erleiten.
"Wie das hat Person xy gesagt? Im Vertrag steht aber das dies Schriftlich über abc zu laufen hat. Diese Implementierung haben Sie zwar gemacht, wir werden es aber nicht bezahlen."
Du kannst Firmenintern schön mit Scrum entwickeln, aber nicht bei allen Kunden wird das auch Vertragstechnisch zu tragen kommen.

[Thomas_K]

Ich werfe auch noch mal ein Wikipedia Link ein http://de.wikipedia.org/wiki/Softwaretechnik. Da kann man sich erstmal einen Überblick über alle Facetten der Software Entwicklung verschaffen.

Wirklich wichtig ist wie bei so vielen Dingen der erste Schritt und da sollte in wenigen Sätzen aufschreiben, was die Software denn erledigen soll. So dass man in ein, zwei Tagen, Wochen, Monaten noch weiß, auf was es denn Ankommt bzw. auf welches Ziel man steuern muss.