{"id":3091,"date":"2026-01-30T00:00:00","date_gmt":"2026-01-29T23:00:00","guid":{"rendered":"https:\/\/kunden.weissblaumedia.de\/microconsult\/2017\/03\/23\/rm-agile-werte\/"},"modified":"2026-02-08T20:02:04","modified_gmt":"2026-02-08T19:02:04","slug":"rm-agile-values","status":"publish","type":"post","link":"https:\/\/www.microconsult.de\/en\/rm-agile-werte\/","title":{"rendered":"Fully agile, or only half: Agile values, principles and methods in traditional development"},"content":{"rendered":"
\n

Embedded-Software entsteht in aktuellen Projekten zumeist \u201eirgendwie\u201c agil. Gr\u00f6\u00dfte H\u00fcrden f\u00fcr \u201erichtig\u201c agil sind in erster Linie Sicherheitsanforderungen, vorhandene System-Prozesse nach V-Modell XT, ein schwer absch\u00e4tzbares Risiko im Umstieg des Entwicklungsprozesses und vor allem dessen Einbindung.<\/strong><\/p>\n

Wer agil entwickeln will, aufgrund von Sicherheitsanforderungen aber nicht umsteigen kann oder den Sprung ins kalte Wasser noch scheut, kann durch die hier vorgestellten Denkanst\u00f6\u00dfe zu einem iterativen traditionellen Prozess trotzdem agile Vorteile nutzen und Erfahrung in der agilen Denke sammeln.<\/p>\n

<\/p>\n

Agile Werte, Prinzipien und Methoden<\/h4>\n

Um tiefer in die Vorteile der agilen Bewegung einzutauchen, ist es zun\u00e4chst unerl\u00e4sslich, nicht nur agil zu handeln, sondern sich mit seiner Einstellung und Denkweise auf das agile Paradigma einzulassen.<\/p>\n

\u201eMan entwickelt nicht agil, man ist agil.\u201c<\/em><\/p>\n

Wer diesen Grundsatz beherzigt, wird aus allen vier agilen Werten des Manifests f\u00fcr agile Softwareentwicklung [1] auch in einer traditionellen Entwicklung Vorteile erzielen, \u00fcbrigens unabh\u00e4ngig von der Dom\u00e4ne, also auch in der Hardware und im Gesamtsystem. Die vier agilen Werte lauten:<\/p>\n

\"\"<\/p>\n

Abb. 1: Die vier agilen Werte des Manifests f\u00fcr agile Software-Entwicklung<\/p>\n

Positive Auswirkungen der vier agilen Werte k\u00f6nnen auch im traditionellen Entwicklungsumfeld wie folgt erzielt werden:<\/p>\n

Individuen und Interaktionen mehr als Prozesse und Werkzeuge<\/h4>\n

Es sind die Menschen, die innovative und komplexe L\u00f6sungen gestalten. Als Konsequenz sollte also der Menschen im Mittelpunkt von Entwicklungsprojekten stehen. Den Prozess statt die Anwender zu \u00e4ndern ist erfolgversprechender und einfacher, solange eine strukturierte und geordnete Vorgehensweise gesichert ist. Der Entwicklungsprozess soll eine Linie vorgeben und die Arbeit strukturieren, aber nicht bevormunden und nicht nur als zus\u00e4tzliche Last empfunden werden. Lassen Sie unn\u00f6tige Prozessschritte einfach weg oder vereinfachen Sie diese, soweit es die Forderung nach Prozessqualit\u00e4t zul\u00e4sst.<\/p>\n

Funktionierende Software mehr als umfassende Dokumentation<\/h4>\n

Entgegen dem h\u00e4ufigen Irrglauben, Dokumentation sei in agilen Prozessen unwichtig, geht es darum, den Fokus auf das Wesentliche zu richten. So steht das eigentliche Produkt im Mittelpunkt. Damit das Produkt auch den nicht-funktionalen Anspr\u00fcchen wie z.B. Testbarkeit, \u00c4nderbarkeit und Wartbarkeit gen\u00fcgen kann, braucht es passende Dokumentation. Investieren Sie mehr Aufwand in die wichtigen Dokumente, die dann auch gepflegt sein sollten und immer die realisierte Produktl\u00f6sung widerspiegeln, und lassen Sie als Ausgleich weniger wichtige Dokumente einfach weg. Oder legen Sie einfache Varianten an, um den formalen Prozessforderungen zu gen\u00fcgen.<\/p>\n

Zusammenarbeit mit dem Kunden mehr als Vertragsverhandlung<\/h4>\n

Viele vertragliche Unstimmigkeiten beruhen nicht auf der vermeintlich unterschiedlichen Interpretation des Lasten-\/Pflichtenheftes, sondern darin, dass der Auftraggeber w\u00e4hrend der Projektlaufzeit ein klareres Bild seiner Anforderungen entwickelt. Kundenzufriedenheit und -bindung steigern Sie nur, wenn der Kunde das erh\u00e4lt, was er wirklich braucht – unabh\u00e4ngig davon, was er urspr\u00fcnglich gefordert hat. Aber wie bekommen Sie am besten ein qualifiziertes Feedback so rechtzeitig, dass Sie noch die Chance haben, das Projekt entsprechend auszusteuern? Das agile Entwicklungsframework Scrum sieht hierf\u00fcr das Sprint Review Meeting und f\u00fcr interne Verbesserungen das Retrospective-Meeting vor. Die Grundideen beider Meetings lassen sich auch in der traditionellen Entwicklung in vergleichbarer Weise realisieren, indem Sie m\u00f6glichst viele und kurze Feedbackschleifen einbauen.<\/p>\n

Im Abschnitt \u201eAgile St\u00e4rken im traditionellen Gewand\u201c werden wir diese Themen genauer er\u00f6rtern.<\/p>\n

Reagieren auf Ver\u00e4nderung mehr als das Befolgen eines Plans<\/h4>\n

Die gr\u00f6\u00dfte St\u00e4rke agiler Entwicklungsprozesse ist sicherlich die \u00c4nderungsfreundlichkeit und -geschwindigkeit. Hier sto\u00dfen traditionelle Prozesse sehr schnell an ihre Grenzen. Wer kennt nicht das folgende Szenario? \u2026Die Planung steht, das Grob- und Feinkonzept ist erstellt, das Produkt ist eventuell gerade mitten in der Entwicklung – und nun wird eine \u00c4nderung erwartet. Dazu gibt es in traditionellen Prozessen ein Change-Request-Verfahren, das den Weg beschreibt, die erforderlichen \u00c4nderungen abzusch\u00e4tzen und in die Entwicklung einzuschleusen. Ein Projektleiter wird i.d.R. viel Zeit mit diesen Aktivit\u00e4ten verbringen, und nicht selten entstehen Projektverz\u00f6gerungen durch die Vielzahl und Komplexit\u00e4t der \u00c4nderungsanforderungen. Der effizienteste Weg aus diesem Dilemma ist eine iterative Entwicklung inklusive kontinuierlicher Integration und zumindest teilweiser Testautomatisierung.<\/p>\n

Schon in der Projektplanung wird die Entstehung des Produktes in mehreren aufeinander aufbauenden Stufen ber\u00fccksichtigt. Jede Stufe durchl\u00e4uft den Weg von der Feinplanung \u00fcber Implementierung, Integration und Test, \u00e4hnlich einer \u00c4nderungsanforderung. Der hohe Aufwand f\u00fcr sp\u00e4te \u00c4nderungen l\u00e4sst sich minimieren, indem man diese \u00c4nderungen in einer ohnehin vorgesehenen Stufe umsetzt. Die Frage, ob ein weniger wichtiges Feature daf\u00fcr weggelassen werden kann, ist unabh\u00e4ngig vom Entwicklungsprozess eine unternehmerische Entscheidung.<\/p>\n

Einbettung im V-Modell<\/h4>\n

Auf der einen Seite gibt es die agile Entwicklung mit kleinen inkrementellen Schritten, die jeweils auch erst einer nach dem anderen geplant und eventuell durch Test-Driven Development in winzigen Mikro-Schritten realisiert werden. Auf der anderen Seite durchl\u00e4uft ein Produkt nach traditionellem Prozess immer als Ganzes die Prozessschritte. In technisch komplexen Projekten wird in der traditionellen Entwicklung das Prototyping eingesetzt, um L\u00f6sungswege auszuloten und h\u00f6here Planungssicherheit zu erhalten.<\/p>\n

Nach der reinen Lehre m\u00fcsste der Prototyp verworfen und das Produkt neu entwickelt werden. Doch jeder wei\u00df, dass Prototypen die l\u00e4ngste Lebensdauer haben. Die Folge ist meist eine schlechte Architektur, die ja nur f\u00fcr den Prototypen gedacht war und die Kosten f\u00fcr Erweiterungen und Wartbarkeit in die H\u00f6he treibt.<\/p>\n

\"\"<\/p>\n

Abb. 2: Agiles Vorgehen in der Software-Implementierung im V-Modell<\/p>\n

Warum also nicht die Not zur Tugend machen und das Produkt auch im V-Modell iterativ entstehen lassen? Das Zauberwort hei\u00dft Refactoring. Anstatt die Prototypen zu verwerfen oder schlechte Architektur zu akzeptieren, werden mit der Methode des Refactorings die Prototypen \u00fcberarbeitet, bis sie als Funktionsh\u00fcbe mit sauberer Architektur das Produkt wachsen lassen. Diese Funktionsh\u00fcbe werden von Anfang an in der Projektplanung ber\u00fccksichtigt.<\/p>\n

Entsteht die Feinspezifikation nicht in einem gro\u00dfen Wurf, sondern erm\u00f6glicht man das iterative Wachsen mit den Funktionsh\u00fcben, dann nimmt die Flexibilit\u00e4t weiter zu. Die \u00c4nderungskosten sinken und die \u00dcbereinstimmung der Dokumentation mit der realisierten L\u00f6sung steigt. Dazu sollte die Feinspezifikation in zwei Stufen entstehen. In der ersten Stufe wird das Design relativ oberfl\u00e4chlich beschrieben und legt den Grundstein f\u00fcr die Verfeinerungsschritte, die folgen. Die zweite Stufe ist in die erw\u00e4hnten Funktionsh\u00fcbe gesplittet und sorgt so f\u00fcr eine iterative Vertiefung der Spezifikation. Vom Modell her legen Sie f\u00fcr jeden Funktionshub einen neuen \u00c4nderungsstand des Dokumentes an.<\/p>\n

Damit Sie noch w\u00e4hrend der Entwicklung sehr wertvolles, qualitativ hochwertiges Feedback vom Auftraggeber \/Anwender erhalten k\u00f6nnen, machen Sie sich den agilen Ansatz zunutze, auch die Integrations- und Testphasen des Prozesses mehrfach f\u00fcr die Funktionsh\u00fcbe zu durchlaufen.<\/p>\n

Daf\u00fcr brauchen Sie eine kontinuierliche Integration, einen automatisierten Unit-Test und zumindest teilautomatisierten System-Test. Sie erhalten analog zu agilen iterativen Prozessen ein potentiell lieferbares Produktinkrement nach jedem Funktionshub. In der Praxis wird aus Kosten- und Zeitgr\u00fcnden die Qualit\u00e4t des Produktinkrements durch geringere Testtiefe eingeschr\u00e4nkt sein. Es soll ja nur zur Produktdemo f\u00fcr das Feedback dienen. Zur Auslieferung wird dann auf gewohnte Weise traditionell das gesamte Testprogramm durchlaufen.<\/p>\n

Agile St\u00e4rken im traditionellen Gewand<\/h4>\n

Scrum sieht mit dem Sprint Review Meeting eine Produktdemo am Ende eines jeden Sprints vor. Diese M\u00f6glichkeit l\u00e4sst sich auf die iterative Entwicklung nach VModell \u00fcbernehmen. Je fr\u00fcher sich eine Teilfunktionalit\u00e4t demonstrieren l\u00e4sst, desto leichter lassen sich \u00c4nderungsw\u00fcnsche umsetzen. Eine gute Beziehung zum Kunden und damit die M\u00f6glichkeit zu Demos auf Entwicklungsboard oder bestenfalls Early-Prototyping-Hardware mit noch wenig integrierter Softwarefunktionalit\u00e4t zahlt sich besonders aus. Auf \u00c4nderungsw\u00fcnsche vorbereitet zu sein und diese relativ einfach in ihre Funktionsh\u00fcbe einflie\u00dfen zu lassen sorgt f\u00fcr Zufriedenheit und starke Motivation der Beteiligten.<\/p>\n

In gro\u00dfen Organisationen gibt es in der traditionellen Entwicklung Lessons-Learned Meetings, die ein- bis zweimal pro Jahr, manchmal auch beim Erreichen wichtiger Meilensteine eines Entwicklungsprojektes, abgehalten werden. Sie verfolgen das gleiche Ziel wie die Retrospective-Meetings in Scrum: Sie dienen letztlich der Steigerung der Produktivit\u00e4t, indem Antworten gesucht werden auf die Fragen \u201eWas lief gut, was schlecht, was hat uns davon abgehalten, optimale Ergebnisse abzuliefern?\u201c In der agilen Entwicklung werden diese Fragen konsequent am Ende jedes Sprints er\u00f6rtert, um schnelles Feedback zu erhalten.<\/p>\n

Die Bereitschaft zu kontinuierlicher Verbesserung ist v\u00f6llig unabh\u00e4ngig vom verwendeten Entwicklungsprozess. In Anlehnung an Scrum sollten Feedbackrunden so h\u00e4ufig als m\u00f6glich durchgef\u00fchrt werden. Das Ende eines jeden oben beschriebenen iterativen Funktionshubes bietet sich hierf\u00fcr sehr gut an. F\u00fcr den Erfolg dieser Runden ist es ausschlaggebend, ein Umfeld zu schaffen, dass durch den Willen gepr\u00e4gt ist zu ver\u00e4ndern, auch wenn es unbequem ist. Jeder einzelne muss dazu aus seiner pers\u00f6nlichen Komfortzone heraustreten und \u00c4nderungen eine Chance geben.<\/p>\n

Fazit<\/h4>\n

Die Grenze zwischen traditioneller und agiler Entwicklung ist flie\u00dfend. Aus allen agilen Werten lassen sich auch Vorteile in der traditionellen Entwicklung erzielen. Warum sollten Sie dann eigentlich noch auf eine agile Vorgehensweise umstellen?<\/p>\n

Agile Entwicklung ist kein in Stein gemei\u00dfeltes Gesetz. Der Wille und die Motivation, Dinge besser zu machen, sorgen f\u00fcr stetigen Wandel. Diese kontinuierliche Ver\u00e4nderung kann zu Orientierungsmangel f\u00fchren. Sich an existierenden Frameworks wie z.B. Scrum zu orientieren gibt Halt und Sicherheit. So ist z.B. die Einf\u00fchrung selbstorganisierender Teams und deren Zusammensetzung nach Kundenmehrwert in Scrum einfacher umzusetzen als in einem angepassten VModell, in dem eine Rollenverteilung in den Prozessschritten vorgesehen ist.<\/p>\n

In Summe muss der hier aufgezeigte iterative traditionelle Prozess gut an das existierende Umfeld angepasst werden, um unn\u00f6tige Reibungsverluste zu vermeiden. Der hier beschriebene Ansatz zeigt Ihnen einen Weg auf, die Kundenzufriedenheit sowie die Motivation der Beteiligten kontinuierlich zu steigern. Auf Wunsch werden wir Sie gerne auf dieser Reise mit agilen Schulungen, Prozess-Workshops<\/a> und Projekt-Consulting<\/a> begleiten.<\/p>\n

Weiterf\u00fchrende Informationen<\/h4>\n

MicroConsult Fachwissen zum Thema Agil & Scrum<\/strong> <\/a><\/p>\n

MicroConsult Training & Coaching zum Thema Agil & Scrum<\/a><\/strong><\/p>\n

Literatur- und Quellenverzeichnis<\/strong>
\n[1] https:\/\/agilemanifesto.org<\/p>\n<\/div>\n","protected":false},"excerpt":{"rendered":"

Embedded-Software entsteht in aktuellen Projekten zumeist \u201eirgendwie\u201c agil. Gr\u00f6\u00dfte H\u00fcrden f\u00fcr \u201erichtig\u201c agil sind in erster Linie Sicherheitsanforderungen, vorhandene System-Prozesse nach V-Modell XT, ein schwer absch\u00e4tzbares Risiko im Umstieg des Entwicklungsprozesses und vor allem dessen Einbindung. Wer agil entwickeln will, aufgrund von Sicherheitsanforderungen aber nicht umsteigen kann oder den Sprung ins kalte Wasser noch scheut, […]<\/p>\n","protected":false},"author":8,"featured_media":3092,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_et_pb_use_builder":"","_et_pb_old_content":"","_et_gb_content_width":"","inline_featured_image":false,"footnotes":""},"categories":[55],"tags":[54,56,57,58,59,60],"class_list":["post-3091","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-agil_und_scrum","tag-agil","tag-agile-entwicklung","tag-agile-werte","tag-embedded-projekt","tag-manifest-agile-software-entwicklung","tag-scrum"],"acf":[],"yoast_head":"\nVoll agil, oder doch nur halb: Agile Werte, Prinzipien und Methoden in der traditionellen Entwicklung - MicroConsult Academy GmbH<\/title>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/www.microconsult.de\/en\/rm-agile-values\/\" \/>\n<meta property=\"og:locale\" content=\"en_GB\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Voll agil, oder doch nur halb: Agile Werte, Prinzipien und Methoden in der traditionellen Entwicklung - MicroConsult Academy GmbH\" \/>\n<meta property=\"og:description\" content=\"Embedded-Software entsteht in aktuellen Projekten zumeist \u201eirgendwie\u201c agil. Gr\u00f6\u00dfte H\u00fcrden f\u00fcr \u201erichtig\u201c agil sind in erster Linie Sicherheitsanforderungen, vorhandene System-Prozesse nach V-Modell XT, ein schwer absch\u00e4tzbares Risiko im Umstieg des Entwicklungsprozesses und vor allem dessen Einbindung. Wer agil entwickeln will, aufgrund von Sicherheitsanforderungen aber nicht umsteigen kann oder den Sprung ins kalte Wasser noch scheut, […]\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.microconsult.de\/en\/rm-agile-values\/\" \/>\n<meta property=\"og:site_name\" content=\"MicroConsult Academy GmbH\" \/>\n<meta property=\"article:published_time\" content=\"2026-01-29T23:00:00+00:00\" \/>\n<meta property=\"article:modified_time\" content=\"2026-02-08T19:02:04+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/www.microconsult.de\/wp-content\/uploads\/2025\/07\/agil.jpg\" \/>\n\t<meta property=\"og:image:width\" content=\"849\" \/>\n\t<meta property=\"og:image:height\" content=\"566\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/jpeg\" \/>\n<meta name=\"author\" content=\"Alfred Ressenig\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Written by\" \/>\n\t<meta name=\"twitter:data1\" content=\"Alfred Ressenig\" \/>\n\t<meta name=\"twitter:label2\" content=\"Estimated reading time\" \/>\n\t<meta name=\"twitter:data2\" content=\"9 minutes\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\\\/\\\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\\\/\\\/www.microconsult.de\\\/rm-agile-werte\\\/#article\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/www.microconsult.de\\\/rm-agile-werte\\\/\"},\"author\":{\"name\":\"Alfred Ressenig\",\"@id\":\"https:\\\/\\\/www.microconsult.de\\\/#\\\/schema\\\/person\\\/0c17e5d2f065b705aeacb0957547725f\"},\"headline\":\"Voll agil, oder doch nur halb: Agile Werte, Prinzipien und Methoden in der traditionellen Entwicklung\",\"datePublished\":\"2026-01-29T23:00:00+00:00\",\"dateModified\":\"2026-02-08T19:02:04+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\\\/\\\/www.microconsult.de\\\/rm-agile-werte\\\/\"},\"wordCount\":1635,\"commentCount\":0,\"image\":{\"@id\":\"https:\\\/\\\/www.microconsult.de\\\/rm-agile-werte\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/www.microconsult.de\\\/wp-content\\\/uploads\\\/2025\\\/07\\\/agil.jpg\",\"keywords\":[\"Agil\",\"agile Entwicklung\",\"agile Werte\",\"Embedded-Projekt\",\"Manifest agile Software-Entwicklung\",\"Scrum\"],\"articleSection\":[\"Agil und Scrum\"],\"inLanguage\":\"en-GB\",\"potentialAction\":[{\"@type\":\"CommentAction\",\"name\":\"Comment\",\"target\":[\"https:\\\/\\\/www.microconsult.de\\\/rm-agile-werte\\\/#respond\"]}]},{\"@type\":\"WebPage\",\"@id\":\"https:\\\/\\\/www.microconsult.de\\\/rm-agile-werte\\\/\",\"url\":\"https:\\\/\\\/www.microconsult.de\\\/rm-agile-werte\\\/\",\"name\":\"Voll agil, oder doch nur halb: Agile Werte, Prinzipien und Methoden in der traditionellen Entwicklung - MicroConsult Academy GmbH\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/www.microconsult.de\\\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\\\/\\\/www.microconsult.de\\\/rm-agile-werte\\\/#primaryimage\"},\"image\":{\"@id\":\"https:\\\/\\\/www.microconsult.de\\\/rm-agile-werte\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/www.microconsult.de\\\/wp-content\\\/uploads\\\/2025\\\/07\\\/agil.jpg\",\"datePublished\":\"2026-01-29T23:00:00+00:00\",\"dateModified\":\"2026-02-08T19:02:04+00:00\",\"author\":{\"@id\":\"https:\\\/\\\/www.microconsult.de\\\/#\\\/schema\\\/person\\\/0c17e5d2f065b705aeacb0957547725f\"},\"breadcrumb\":{\"@id\":\"https:\\\/\\\/www.microconsult.de\\\/rm-agile-werte\\\/#breadcrumb\"},\"inLanguage\":\"en-GB\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\\\/\\\/www.microconsult.de\\\/rm-agile-werte\\\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"en-GB\",\"@id\":\"https:\\\/\\\/www.microconsult.de\\\/rm-agile-werte\\\/#primaryimage\",\"url\":\"https:\\\/\\\/www.microconsult.de\\\/wp-content\\\/uploads\\\/2025\\\/07\\\/agil.jpg\",\"contentUrl\":\"https:\\\/\\\/www.microconsult.de\\\/wp-content\\\/uploads\\\/2025\\\/07\\\/agil.jpg\",\"width\":849,\"height\":566},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\\\/\\\/www.microconsult.de\\\/rm-agile-werte\\\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\\\/\\\/www.microconsult.de\\\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Voll agil, oder doch nur halb: Agile Werte, Prinzipien und Methoden in der traditionellen Entwicklung\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\\\/\\\/www.microconsult.de\\\/#website\",\"url\":\"https:\\\/\\\/www.microconsult.de\\\/\",\"name\":\"MicroConsult Academy GmbH\",\"description\":\"Professionelle Schulungen, Beratung und Projektunterst\u00fctzung\",\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\\\/\\\/www.microconsult.de\\\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"en-GB\"},{\"@type\":\"Person\",\"@id\":\"https:\\\/\\\/www.microconsult.de\\\/#\\\/schema\\\/person\\\/0c17e5d2f065b705aeacb0957547725f\",\"name\":\"Alfred Ressenig\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"en-GB\",\"@id\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/0ff295a2f06e4b8f4f59b6b18ab08f52a60f10bf0259e44af9f56e6b8eca502e?s=96&d=mm&r=g\",\"url\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/0ff295a2f06e4b8f4f59b6b18ab08f52a60f10bf0259e44af9f56e6b8eca502e?s=96&d=mm&r=g\",\"contentUrl\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/0ff295a2f06e4b8f4f59b6b18ab08f52a60f10bf0259e44af9f56e6b8eca502e?s=96&d=mm&r=g\",\"caption\":\"Alfred Ressenig\"}}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"Fully agile, or only half-agile: Agile values, principles and methods in traditional development - MicroConsult Academy GmbH","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/www.microconsult.de\/en\/rm-agile-values\/","og_locale":"en_GB","og_type":"article","og_title":"Voll agil, oder doch nur halb: Agile Werte, Prinzipien und Methoden in der traditionellen Entwicklung - MicroConsult Academy GmbH","og_description":"Embedded-Software entsteht in aktuellen Projekten zumeist \u201eirgendwie\u201c agil. Gr\u00f6\u00dfte H\u00fcrden f\u00fcr \u201erichtig\u201c agil sind in erster Linie Sicherheitsanforderungen, vorhandene System-Prozesse nach V-Modell XT, ein schwer absch\u00e4tzbares Risiko im Umstieg des Entwicklungsprozesses und vor allem dessen Einbindung. Wer agil entwickeln will, aufgrund von Sicherheitsanforderungen aber nicht umsteigen kann oder den Sprung ins kalte Wasser noch scheut, […]","og_url":"https:\/\/www.microconsult.de\/en\/rm-agile-values\/","og_site_name":"MicroConsult Academy GmbH","article_published_time":"2026-01-29T23:00:00+00:00","article_modified_time":"2026-02-08T19:02:04+00:00","og_image":[{"width":849,"height":566,"url":"https:\/\/www.microconsult.de\/wp-content\/uploads\/2025\/07\/agil.jpg","type":"image\/jpeg"}],"author":"Alfred Ressenig","twitter_card":"summary_large_image","twitter_misc":{"Written by":"Alfred Ressenig","Estimated reading time":"9 minutes"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/www.microconsult.de\/rm-agile-werte\/#article","isPartOf":{"@id":"https:\/\/www.microconsult.de\/rm-agile-werte\/"},"author":{"name":"Alfred Ressenig","@id":"https:\/\/www.microconsult.de\/#\/schema\/person\/0c17e5d2f065b705aeacb0957547725f"},"headline":"Voll agil, oder doch nur halb: Agile Werte, Prinzipien und Methoden in der traditionellen Entwicklung","datePublished":"2026-01-29T23:00:00+00:00","dateModified":"2026-02-08T19:02:04+00:00","mainEntityOfPage":{"@id":"https:\/\/www.microconsult.de\/rm-agile-werte\/"},"wordCount":1635,"commentCount":0,"image":{"@id":"https:\/\/www.microconsult.de\/rm-agile-werte\/#primaryimage"},"thumbnailUrl":"https:\/\/www.microconsult.de\/wp-content\/uploads\/2025\/07\/agil.jpg","keywords":["Agil","agile Entwicklung","agile Werte","Embedded-Projekt","Manifest agile Software-Entwicklung","Scrum"],"articleSection":["Agil und Scrum"],"inLanguage":"en-GB","potentialAction":[{"@type":"CommentAction","name":"Comment","target":["https:\/\/www.microconsult.de\/rm-agile-werte\/#respond"]}]},{"@type":"WebPage","@id":"https:\/\/www.microconsult.de\/rm-agile-werte\/","url":"https:\/\/www.microconsult.de\/rm-agile-werte\/","name":"Fully agile, or only half-agile: Agile values, principles and methods in traditional development - MicroConsult Academy GmbH","isPartOf":{"@id":"https:\/\/www.microconsult.de\/#website"},"primaryImageOfPage":{"@id":"https:\/\/www.microconsult.de\/rm-agile-werte\/#primaryimage"},"image":{"@id":"https:\/\/www.microconsult.de\/rm-agile-werte\/#primaryimage"},"thumbnailUrl":"https:\/\/www.microconsult.de\/wp-content\/uploads\/2025\/07\/agil.jpg","datePublished":"2026-01-29T23:00:00+00:00","dateModified":"2026-02-08T19:02:04+00:00","author":{"@id":"https:\/\/www.microconsult.de\/#\/schema\/person\/0c17e5d2f065b705aeacb0957547725f"},"breadcrumb":{"@id":"https:\/\/www.microconsult.de\/rm-agile-werte\/#breadcrumb"},"inLanguage":"en-GB","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.microconsult.de\/rm-agile-werte\/"]}]},{"@type":"ImageObject","inLanguage":"en-GB","@id":"https:\/\/www.microconsult.de\/rm-agile-werte\/#primaryimage","url":"https:\/\/www.microconsult.de\/wp-content\/uploads\/2025\/07\/agil.jpg","contentUrl":"https:\/\/www.microconsult.de\/wp-content\/uploads\/2025\/07\/agil.jpg","width":849,"height":566},{"@type":"BreadcrumbList","@id":"https:\/\/www.microconsult.de\/rm-agile-werte\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/www.microconsult.de\/"},{"@type":"ListItem","position":2,"name":"Voll agil, oder doch nur halb: Agile Werte, Prinzipien und Methoden in der traditionellen Entwicklung"}]},{"@type":"WebSite","@id":"https:\/\/www.microconsult.de\/#website","url":"https:\/\/www.microconsult.de\/","name":"MicroConsult Academy GmbH","description":"Professional training, consulting and project support","potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/www.microconsult.de\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"en-GB"},{"@type":"Person","@id":"https:\/\/www.microconsult.de\/#\/schema\/person\/0c17e5d2f065b705aeacb0957547725f","name":"Alfred Ressenig","image":{"@type":"ImageObject","inLanguage":"en-GB","@id":"https:\/\/secure.gravatar.com\/avatar\/0ff295a2f06e4b8f4f59b6b18ab08f52a60f10bf0259e44af9f56e6b8eca502e?s=96&d=mm&r=g","url":"https:\/\/secure.gravatar.com\/avatar\/0ff295a2f06e4b8f4f59b6b18ab08f52a60f10bf0259e44af9f56e6b8eca502e?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/0ff295a2f06e4b8f4f59b6b18ab08f52a60f10bf0259e44af9f56e6b8eca502e?s=96&d=mm&r=g","caption":"Alfred Ressenig"}}]}},"post_mailing_queue_ids":[],"_links":{"self":[{"href":"https:\/\/www.microconsult.de\/en\/wp-json\/wp\/v2\/posts\/3091","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.microconsult.de\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.microconsult.de\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.microconsult.de\/en\/wp-json\/wp\/v2\/users\/8"}],"replies":[{"embeddable":true,"href":"https:\/\/www.microconsult.de\/en\/wp-json\/wp\/v2\/comments?post=3091"}],"version-history":[{"count":2,"href":"https:\/\/www.microconsult.de\/en\/wp-json\/wp\/v2\/posts\/3091\/revisions"}],"predecessor-version":[{"id":10944,"href":"https:\/\/www.microconsult.de\/en\/wp-json\/wp\/v2\/posts\/3091\/revisions\/10944"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.microconsult.de\/en\/wp-json\/wp\/v2\/media\/3092"}],"wp:attachment":[{"href":"https:\/\/www.microconsult.de\/en\/wp-json\/wp\/v2\/media?parent=3091"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.microconsult.de\/en\/wp-json\/wp\/v2\/categories?post=3091"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.microconsult.de\/en\/wp-json\/wp\/v2\/tags?post=3091"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}