Zitat von Innosoft

Extreme Programming

Awesome

Extreme programming als prozessmodell in einem unternehmen find ich mutig

Nun ja, mutig vielleicht, ist aber fuer kleine/mittlerere Unternehmen gang und gebe, und oftmals nicht weil es vom Prozessmodell so gedacht war, sondern weil es nicht anders geht (z.B. hohe Entwicklerfluktuation, unsichere Deadlines, etc.).

Das es gang und gebe ist ist mir schon klar, dass es nicht die beste variante ist software zu erstellen (ausser schnelle hacks - aber welche firma macht das schon) ist auch klar. Allerdings ist es die bequemste. Software die so erstellt wird kann aber unmöglich von guter qualität sein (ich mein damit je umfangreicher - desto mieser). Starke mitarbeiterfluktuation etc. lösen andere prozesmodelle bei gutem management besser. Frage mich ausserdem wie xp das problem der hohen mitarbeiterfluktuation lösen sollte bzw was es überhaupt damit zu tun hat

Zitat von beat

Software die so erstellt wird kann aber unmöglich von guter qualität sein (ich mein damit je umfangreicher - desto mieser).

Spricht da deine jahrelange Erfahrung in der Entwicklung von umfangreichen Softwareprojekten aus dir? Oder replizierst du nur das, was andere sagen/schreiben?

Problem XP: Die meisten Kunden spielen da nicht mit.
Zumindestens bei den Meinigen.

Problem Wasserfall: Meine erstes Projekt nach Wasserfall:
Zeitlich: Faktor 12 daneben.
Monetär: Faktor 10
Needless to say, daß mein erstes Projekt daher fast schon mein Untergang war

Nach 3 Jahren konnte ich halbwegs korrekt nach Wasserfall schätzen.
RL Softwareengeering zu beherrschen (vergeßt bitte ganz schnell was ihr an der UNI über SE lernt)
hat ebenfalls deutlich länger gebraucht als erhofft.

beat: Also ich finde die XP Projekte am angenehmsten, soferne sie halt dem Kunden eingeredet werden kann.
Wie gesagt, leider eher die Ausnahme als die Regel.

mfg, lb

Zitat von Lord Binary

vergeßt bitte ganz schnell was ihr an der UNI über SE lernt

war bei mir eh schon 2 minuten nach se&pm prüfung wieder weg...

paßt.
war nur für den fall, daß das jemand ernst nimmt

Zitat von Plantschkuh!

Spricht da deine jahrelange Erfahrung in der Entwicklung von umfangreichen Softwareprojekten aus dir? Oder replizierst du nur das, was andere sagen/schreiben?

Da spricht die erfahrung.

Zitat von Lord Binary

beat: Also ich finde die XP Projekte am angenehmsten, soferne sie halt dem Kunden eingeredet werden kann.
Wie gesagt, leider eher die Ausnahme als die Regel.

Ich selbst bin ein grosser freund von xp und wende es auch gerne an. Ich sag ja nur dass schwer bis unmöglich ist damit qualitativ hochwertige software (vor allem im sinne der wartbarkeit/erweiterbarkeit) zu produzieren und es daher in firmen für mittelgrosse und grosse projekte nicht verwendet werden sollte.

Zitat von beat

...dass es nicht die beste variante ist software zu erstellen (ausser schnelle hacks - aber welche firma macht das schon) ist auch klar

Zu fragen was die "beste" variante ist, SW zu erstellen, ist als wuerde man die Frage stellen, welche Religion die beste ist. Und zumindest unsere Firma macht das. Seit ihrem Bestehen (bald 5 Jahre) ist in unserer Abteilung nur "gehackt" worden. Nun, wenn der Entwicklerstab 25 Personen umfasst, und hoechstens 4 fuer die system-tool entwicklung (gcc, binutils port, iss simulator fuer einen hausgebackenen mikroprozessor) abgestellt werden, bleiben oftmals ausser "schnellen hacks" keine alternativen mehr uebrig. Die daraus resultierende Qualitaet muss meiner Erfahrung nach nicht unbedigt "mies" sein. Es wird aber richtig mies, wenn die Entwicklergruppe zustaendige Personen verliert und neue Mitarbeiter innerhalb kuerzester Zeit von 0 auf 100 einsteigen muessen.

Zitat von Hermann Maier

Es wird aber richtig mies, wenn die Entwicklergruppe zustaendige Personen verliert und neue Mitarbeiter innerhalb kuerzester Zeit von 0 auf 100 einsteigen muessen.

Das ist der springende punkt.

Zitat von beat

Das ist der springende punkt.

macht irgendein anderes prozessmodell in diesem fall sinn ?

Zitat von beat

Das ist der springende punkt.

macht aber irgendein anderes prozessmodell in diesem fall sinn ?

beat: Naja, 3 Jahre.
Ja, größere Projekte.
Enwickler abhanden gekommen: hatte ich glücklicherweise noch nie.
Programmieren taugt mir nicht mehr; nur noch Notfalls.
In Punkto Projektmanagment hab ich noch sehr viel zu lernen

Use Scrum.
Wasserfall funktioniert nur, wenn man den Aufwand und die Komplexität wirklich, WIRKLICH gut kennt und Risiken praktisch ausschließen kann. Was eigentlich nie der Fall ist, außer es handelt sich um ein Trivialprojekt, das man schon einige Male durchgeführt hat (Und dann auch nur, wenn man sichergehen kann, das der Kunde ganz genau kommuniziert, was er will und danach nicht mehr an seinen Wünschen rüttelt).

Zitat von Saruman

(Und dann auch nur, wenn man sichergehen kann, das der Kunde ganz genau kommuniziert, was er will und danach nicht mehr an seinen Wünschen rüttelt).

Das passiert wohl nur im Land mit den bunten Häschen und den gelben Blümchen. Ich arbeite momentan in einer Firma, wo der Auftrag fürs Projekt intern vergeben wurde, und es um ein Produkt geht, das in der Form schon zig mal entwickelt wurde. Trotzdem ändert der Product Manager (der vertritt den Kunden in dem Fall) ständig die Anforderungen. Und wenn ders mal nicht tut, beschließt das Management, dass man ein gewisses Feature doch ganz anders haben will (weil der Chip dafür dann um 10 cent billiger wird), und man darf schon wieder umplanen.
Eigentlich hätte das Produkt am 1.12. den "alle Features implementiert"-Milestone haben sollen, aber teilweise hab ich meine Codeteile noch nichtmal begonnen gehabt zu dem Termin.

Zitat von hal

Das passiert wohl nur im Land mit den bunten Häschen und den gelben Blümchen. Ich arbeite momentan in einer Firma, wo der Auftrag fürs Projekt intern vergeben wurde, und es um ein Produkt geht, das in der Form schon zig mal entwickelt wurde. Trotzdem ändert der Product Manager (der vertritt den Kunden in dem Fall) ständig die Anforderungen. Und wenn ders mal nicht tut, beschließt das Management, dass man ein gewisses Feature doch ganz anders haben will (weil der Chip dafür dann um 10 cent billiger wird), und man darf schon wieder umplanen.
Eigentlich hätte das Produkt am 1.12. den "alle Features implementiert"-Milestone haben sollen, aber teilweise hab ich meine Codeteile noch nichtmal begonnen gehabt zu dem Termin.

Das kenne ich nur zu gut. Deswegen mein ich ja: Das Wasserfall Modell funktioniert nicht. Bzw. nur im Land mit den bunten Häschen und den gelben Blümchen. :devil:

Also meine Handhabe ist da Folgende:

Ich finde, sich stur einer PM Systematik zu verschreiben ist suboptimal.
Ich entscheide das dynamisch, nach ein paar Erstgesprächen mit dem Kunden.
Wer (direkt oder indirekt) Wasserfall wünscht, muß dafür kräftigest bezahlen; im Sinne eines saftigen Sicherheitspuffers.
Wesentlich überlebenswichtiger und nicht immer Bestandteil einer offiziellen Systematik sind sinnvolle/gute Testmethodiken.
Wie auch immer, ich denke für erfolgreiches "Wasserfalling" ist viel Erfahrung notwedig, aber es läßt sich durchaus meistern.
Hab schon ein Projekt bei I*M gemacht (als Subunternhemer, reine Implementierung), daß kapital in die Hose gegangen ist.
Erfahrung ist also nur eine notwedige Bedingung.

mfg, lb