YAGNI

YAGNI ist ein Akronym und steht für You Aren’t Gonna Need It, zu deutsch: „Du wirst es nicht brauchen“. Es bezeichnet ein Prinzip des Extreme Programming (XP), das besagt, dass in einem Programm erst dann Funktionalität implementiert werden sollte, wenn klar ist, dass diese Funktionalität tatsächlich gebraucht wird.

Hintergrund

Entgegen diesem Vorgehen wird in der Praxis oft versucht, Programme durch zusätzlichen oder allgemeineren (generischen) Code auf mögliche künftige Änderungsanforderungen vorzubereiten. Die dahinter liegende Überlegung ist, dass Änderungen später aufwändiger umzusetzen sind als sie jetzt bereits vorwegzunehmen.

Oft stellt sich später heraus, dass dieser Zusatzaufwand unnötig war, weil sich die ursprünglich erwartete Anforderung in der gedachten Form tatsächlich nie ergeben hat. Stattdessen ergeben sich häufig Anforderungen, die bei der ursprünglichen Entwicklung nicht vorhergesehen wurden und deren Umsetzung durch den Code, der eigentlich Änderungen erleichtern sollte, nicht unterstützt und oft sogar behindert wird.

YAGNI führt also in erster Linie zu schlankerem, einfacherem Code und ermöglicht damit, später kommende Anforderungen kostengünstig umzusetzen. Weitere Überlegungen hinter YAGNI sind:

• Zielgerichtete Verwendung der Arbeitszeit für die Umsetzung der aktuell geforderten Funktionalität führt dazu, dass diese rascher und oft besser umgesetzt wird. Dies steigert die Zufriedenheit der Anforderer mehr als die Umsetzung noch nicht geforderter Funktionalitäten.
• Die Umsetzung noch nicht geforderter Funktionalitäten kann dazu führen, dass weitere unangeforderte Funktionalitäten den Umsetzern als sinnvoll erscheinen und ebenfalls umgesetzt werden. Dies führt meist dazu, dass unerwünschte oder inkorrekte Funktionalitäten umgesetzt werden.
• Die Umsetzung noch nicht geforderter Funktionalitäten begünstigt die Anti-Pattern Feature creep und Bloatware.
• Noch nicht geforderte Funktionalitäten werden basierend auf nicht oder weniger gut analysierten Anforderungen umgesetzt. Die Umsetzung dieser Funktionalitäten ist somit nicht oder zumindest weniger gut testbar, enthält daher mehr Fehler und entspricht weniger den tatsächlichen Anforderungen als die Umsetzung derzeit gewünschter Funktionalitäten.
• Noch nicht geforderte Funktionalitäten müssen debuggt, dokumentiert und supportet werden. Das wiederum bindet Ressourcen, die für die Entwicklung geforderter Funktionalitäten fehlen.

YAGNI ist eines der Prinzipien hinter der XP-Technik von „Implementiere die einfachst mögliche Lösung, die funktioniert“ (“do the simplest thing that could possibly work” [DTSTTCPW]). Die Verwendung des YAGNI-Prinzips ist gedacht in der Kombination mit anderen XP-Prinzipien wie laufendes Refactoring, automatisierte Modultests und kontinuierliche Integration.

Abgrenzung

Wird YAGNI falsch umgesetzt – beispielsweise wenn dadurch die Erweiterbarkeit des Systems eingeschränkt wird – so kann es auch zu Mehraufwänden führen.

Siehe auch

• Don’t repeat yourself
• KISS-Prinzip
• Overengineering
• Ockhams Rasiermesser – ein vergleichbares Prinzip aus der Philosophie

Literatur

• Ronald E. Jeffries, Ann Anderson, Chet Hendrickson: Extreme Programming Installed (= The XP Series). Addison-Wesley Longman, Amsterdam 2000, ISBN 978-0-201-70842-4, S. 190 (englisch, google.com [abgerufen am 15. August 2013] YAGNI: 'You Aren't Gonna Need It.' This slogan, one of XP's most famous..., reminds us always to work on the story we have, not something we think we’re going to need.). 
• Giancarlo Succi, Michele Marchesi: Extreme Programming Examined (= The XP Series). Addison-Wesley Longman, Amsterdam 2001, ISBN 978-0-201-71040-3, S. 208 (englisch, google.com [abgerufen am 15. August 2013] "XP says 'do the simplest thing that could possibly work ' because 'you aren't gonna need it'."). 

Weblinks

• You Arent Gonna Need It im Portland Pattern Repository
• YAGNI bei Clean-Code-Developer