History for Agile Softwareentwicklung
Here you can see all comments and changes to a discussion. Latest comes first.
edit:
The"The results of the case studies indicate that the pre-release defect density of the four products decreased between 40% and 90% relative to similar projects that did not use the TDD practice. Subjectively, the teams experienced a 15–35% increase in initial development time after adoptingTDD.”TDD."about 1 year ago by thiloedit:The results of the case studies indicate that the pre-release defect density of the four products decreased between 40% and 90% relative to similar projects that did not use the TDD practice. Subjectively, the teams experienced a 15–35% increase in initial development time after adopting TDD.”
about 1 year ago by thiloedit:Belege:
about 1 year ago by thiloedit: * es gibt einen
Werkvertragas as :Werkvertrag: der Programmierer soll genau das erfüllen was im Pflichtenheft steht, und zwar zu einem festgelegten Termin und einem festgelegten Budget.about 1 year ago by testeredit: * es gibt einen
Werkvertrag:Werkvertragas as : der Programmierer soll genau das erfüllen was im Pflichtenheft steht, und zwar zu einem festgelegten Termin und einem festgelegten Budget.about 1 year ago by testeredit:
Agile Feedbackabout 1 year ago by langalexedit: * Planen wir mit euch jeweils die Features für eine Iteration und priorisieren diese konsequent durch. Dadurch haben wir die Funktionen, die euch am Wichtigsten sind, zuerst fertig. Weniger wichtige Sachen fallen am Ende unter Umständen raus. Je nachdem wie wichtig sie euch sind, werden diese in eine nächste Iteration aufgenommen oder
nicht.nicht. Genausogut könnt ihr euch entscheiden, keine nächste Iteration zu beauftragen, wenn euch die implementierten Funktionen reichen.about 1 year ago by langalexedit: * Planen wir mit euch jeweils die Features für eine Iteration und priorisieren diese konsequent durch. Dadurch haben wir die
Kern-FeaturesFunktionen, die euch am Wichtigsten sind, zuerstfertig und damit eure dringendsten Bedürfnisse zuerst erledigt.fertig. Weniger wichtige Sachen fallen am Ende unter Umständen raus. Je nachdem wie wichtig sie euch sind, werden diese in eine nächste Iteration aufgenommen oder nicht.about 1 year ago by langalexedit:
Deshalb ...Deshalb:about 1 year ago by langalexedit: *
planenPlanen wir mit euch jeweils die Features für eine Iteration und priorisieren diese konsequent durch. Dadurch haben wir die Kern-Features zuerst fertig und damit eure dringendsten Bedürfnisse zuerst erledigt. Weniger wichtige Sachen fallen am Ende unter Umständen raus. Je nachdem wie wichtig sie euch sind, werden diese in eine nächste Iteration aufgenommen oder nicht.about 1 year ago by langalexedit: *
... arbeitenArbeiten wir in kurzen Iterationen, an deren Ende jeweils eine fertige Software steht. So wisst ihr immer, wie weit wir sind. Und ihr habt jederzeit eine stabile Software einsatzbereit, wobei die Anzahl der Funktionen stetig wächst.about 1 year ago by langalexedit: Es gibt 4
VariablenFaktoren an denen man theoretisch drehen kann: Qualität, Zeit, Kosten und Scope (= welche Funktionen). Beim klassichen Ansatz gibt man Zeit, Kosten und Scope fest vor. In der Folge leidet dann oft die Qualität, oder eine oder mehrere der anderen drei festen Größen werden gesprengt.about 1 year ago by lenaedit: *
...planen wir mit euch jeweils die Features für eine Iteration und priorisierennach Wichtigkeit.diese konsequent durch. Dadurch haben wir die Kern-Features zuerst fertig und damit eure dringendsten Bedürfnisse zuerst erledigt. Weniger wichtige Sachen fallen am Ende unter Umständen raus. Je nachdem wie wichtig sie euch sind, werden diese in eine nächste Iteration aufgenommen oder nicht.about 1 year ago by langalexedit: * ... arbeiten wir in kurzen Iterationen, an deren Ende jeweils eine fertige Software steht. So wisst
ihr,ihr immer, wie weit wir sind. Und ihrkönnt eurehabt jederzeit eine stabile Softwarejederzeit einsetzen, wenn auch nicht mit allen gewünschten Features.einsatzbereit, wobei die Anzahl der Funktionen stetig wächst.about 1 year ago by lenaedit: *
...Durch die kurzen Iterationen könnt ihr jederzeit in den Prozess eingreifen, wenn ihr merkt, dass bestimmte Sachen doch lieber anders gelöst werden sollen. So habt ihr immer volle Kontrolle über das Produkt.about 1 year ago by lenaedit: * ... arbeiten wir in kurzen Iterationen, an deren Ende jeweils eine fertige Software steht. So wisst
ih,ihr, wie weit wir sind. Und ihr könnt eure Software jederzeit einsetzen, wenn auch nicht mit allen gewünschten Features.about 1 year ago by lenaedit: * ... Durch die kurzen Iterationen könnt ihr jederzeit in den Prozess eingreifen, wenn ihr merkt, dass bestimmte Sachen doch lieber anders gelöst werden sollen. So habt ihr immer volle Kontrolle über das Produkt.
about 1 year ago by lenaedit:
Deshalb:Deshalb ...about 1 year ago by lenaedit: * ... planen wir mit euch jeweils die Features für eine Iteration und priorisieren nach Wichtigkeit. Dadurch haben wir die Kern-Features zuerst fertig und damit eure dringendsten Bedürfnisse zuerst erledigt. Weniger wichtige Sachen fallen am Ende unter Umständen raus. Je nachdem wie wichtig sie euch sind, werden diese in eine nächste Iteration aufgenommen oder nicht.
about 1 year ago by lenaedit: * ... arbeiten wir in kurzen Iterationen, an deren Ende jeweils eine fertige Software steht. So wisst
ihr jederzeit,ih, wie weit wir sind. Und ihr könnt eure Software jederzeit einsetzen, wenn auch nicht mit allen gewünschten Features.about 1 year ago by lenaedit: * So sehr man sich auch Mühe gibt, so ein Pflichtenheft bekommt man in der Regel nicht perfekt und vollständig hin, denn es ergeben sich im
LaufLaufe des Projekts oft Änderungen.about 1 year ago by langalexedit: * arbeiten wir in kurzen Iterationen, an deren Ende jeweils eine fertige Software steht. So wisst ihr jederzeit, wie weit wir sind. Und ihr könnt
jederzeiteure Software jederzeit einsetzen, wenn auch nicht mit allen gewünschten Features.about 1 year ago by lenaedit: * Durch die kurzen Iterationen könnt ihr jederzeit in den Prozess eingreifen, wenn ihr merkt, dass bestimmte Sachen doch lieber anders gelöst werden
sollen.sollen. So habt ihr immer volle Kontrolle über das Produkt.about 1 year ago by lenaedit: Probleme: Dieser Ansatz ist leider nur sehr selten sinnvoll.
Ich habe die Studie gerade nicht da, aber überÜber 60% aller so geführten IT-Projekte schlagen fehl (= über Budget, über Zeit oder Abbruch wegen zu großer Überschreitung des Budgets/der Zeit).about 1 year ago by langalexedit: * arbeiten wir in kurzen Iterationen, an deren Ende jeweils eine fertige Software
steht: sosteht. So wisst ihr jederzeit, wie weit wirsind, undsind. Und ihr könnt jederzeit eure Software einsetzen, wenn auch nicht mit allen gewünschten Features.about 1 year ago by lenaedit: * es gibt einen Werkvertrag: der Programmierer soll genau das erfüllen was im Pflichtenheft steht, und zwar zu einem festgelegten
Termin.Termin und einem festgelegten Budget.about 1 year ago by mattmattedit: * planen wir mit euch jeweils die Features für eine Iteration und priorisieren nach Wichtigkeit. Dadurch haben wir die Kern-Features zuerst fertig und damit eure dringendsten Bedürfnisse zuerst erledigt. Weniger wichtige Sachen fallen am Ende unter Umständen
runter.raus. Je nachdem wie wichtig sie euch sind, werden diese in eine nächste Iteration aufgenommen oder nicht.about 1 year ago by lenaedit: Probleme: Dieser Ansatz ist leider nur sehr selten sinnvoll. Ich habe die Studie gerade nicht da, aber über 60% aller so geführten IT-Projekte schlagen fehl (= über Budget, über Zeit oder Abbruch wegen zu großer
Überschreitung).Überschreitung des Budgets/der Zeit).about 1 year ago by langalexedit: * Durch die kurzen Iterationen könnt ihr jederzeit in den Prozess eingreifen, wenn ihr merkt, dass bestimmte Sachen doch lieber anders gelöst werden
sollten.sollen.about 1 year ago by lenaedit: * Durch die kurzen Iterationen könnt ihr jederzeit in den Prozess
eingreifeneingreifen, wenn ihr merkt, dass bestimmte Sachen doch lieber anders gelöst werdensolltensollten.about 1 year ago by lenaedit: Probleme: Dieser Ansatz ist leider nur sehr selten sinnvoll. Ich habe die Studie gerade
mal wiedernicht da, aber über 60% aller so geführten IT-Projekte schlagen fehl (= über Budget, über Zeit oder Abbruch wegen zu großer Überschreitung).about 1 year ago by langalexedit: * arbeiten wir in kurzen
Iterationen (~ 2 Wochen),Iterationen, an deren Ende jeweils eine fertige Software steht:damitso wisst ihrjederzeitjederzeit, wie weitdas ganze ist,wir sind, und ihr könnt jederzeit eure Software einsetzen, wenn auch nichtunbedingtmit allen gewünschten Features.about 1 year ago by lenaedit:
Deshalb:about 1 year ago by lenaedit:
Deshalb:about 1 year ago by lenaedit:
Deshalb:about 1 year ago by lenaedit:
nicht.about 1 year ago by lenaedit: * planen wir mit euch jeweils die Features für eine Iteration und priorisieren nach Wichtigkeit. Dadurch haben wir die Kern-Features zuerst fertig und damit eure dringendsten Bedürfnisse zuerst erledigt. Weniger wichtige Sachen fallen am Ende unter Umständen runter. Je nachdem wie wichtig sie euch sind, werden diese in eine nächste Iteration aufgenommen oder nicht.
about 1 year ago by lenaedit: *
Planenplanen wir mit euch jeweils die Features für eine Iteration und priorisierenkonsequent.nach Wichtigkeit. Dadurch haben wir die Kern-Features zuerst fertig und damit euredringenstendringendsten Bedürfnisse zuerst erledigt. Weniger wichtige Sachen fallen am Ende unter Umständen runter. Je nachdem wie wichtig sie euchsindsind, werden diese in eine nächste Iteration aufgenommen odernicht.about 1 year ago by lenaedit: added new line
about 1 year ago by lena
edit: added new line