In contrast to pure people processes like SCRUM, ICAgile certification puts some emphasis on actual practices (Design, PM, Coaching, Analysis, Testing) within an agile project or product development, leaving the guesswork of “how to turn Agile into reality” behind.

ICAgile is currently in “soft launch” mode – full on launch with full operational schedule in place is expected at the end of this year

In diesem Artikel (erschienen im JavaSpektrum 2/10) gibt FitNesse Kenner und FitLib Autor Oliver Rohr eine kurze Einführung in das Thema und beschreibt, wie FitNesse erfolgreich in Projekten eingesetzt wurde und welche Praktiken sich dabei als nützlich erwiesen.
(Artikel im JavaSPEKTRUM Archiv sowie Direkt (PDF))

Ich denke, dass “unbequeme” ist oft nicht das Phasenmodell an sich, sondern das kulturelle Umfeld. So ist das V-Modell XT im Schwerpunkt im Umfeld von öffentlichen Auftraggebern zu erleben, und die sind in der Regel nicht wirtschaftlich orientiert (Stichwort Earned Value). Soll heißen: Es ist sehr aufwändig (wenn überhaupt möglich), auf die Wahrnehmung eines sich ändernden Anwenderbedürfnisses zu reagieren. Da überwiegt wohl doch meist der strenge Blick in die Leistungsbeschreibung.

Es gibt aber sicher auch positive Ausprägungen. Ich kann mir vorstellen, dass diese insbesondere auf der Auftragnehmerseite zu finden sein werden. Dort gibt es Ansätze, Teile agil auszufüllen.

In meiner Wahrnehmung liegt der Hauptunterschied darin: Die Arbeit im V-Modell basiert auf vertraglicher Absicherung, im agilen Vorgehen auf Verantwortungsbewusstsein (Commitment). Dieser Unterschied liegt aber nicht zwangsläufig im Modell selbst, sondern geht eben aus den jeweils typischen organisatorischen und kulturellen Umfeldbedingungen hervor.
Wie die Kollegen schreiben, setzt das agile Vorgehen “ein gewisses Maß an Vertrauen und Mut” voraus – auf beiden Seiten der Kontogutschrift. Gerade der öffentliche Auftraggeber muss aber auf hart prüfbare Fakten setzen, denn schließlich gibt er fremdes Geld aus. Von daher kann ich verstehen, dass hier äußerst formalistisch vorgegangen wird.

Meine Hoffnung ist, dass auch im typischen V-Modell-Umfeld die Erkenntnis ankommt, dass es nicht auf die erledigten Punkte der Leistungsbeschreibung ankommt, sondern auf den Grad der Erfüllung der aktuellen Erfordernisse, und die können sich  während des langen Verlaufs, den eine Ausschreibung nimmt, ändern.

Agiles V-Modell – ein Widerspruch?
Die agile Entwicklung (Agile Development) und das V-Modell XT gelten unter Kosten- und Qualitätsaspekten jeweils als effiziente Wege der Softwareerstellung. Die Frage liegt nahe, ob und wo sich beide Vorgehensweisen kombinieren lassen. [...]Die Diskussion über agile Entwicklung versus V-Modell wird dabei oft emotional geführt, vielfach auch aus Unwissenheit. [...]

Weiter auf computerwoche.de (Vorsicht, 5 Seiten! Besser direkt zur Druckansicht)