<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Kundenergebnisse on MYLES — Strategie &amp; Innovation Beratung</title><link>https://myles-innovation.com/de/tags/kundenergebnisse/</link><description>Recent content in Kundenergebnisse on MYLES — Strategie &amp; Innovation Beratung</description><generator>Hugo</generator><language>de</language><lastBuildDate>Sun, 08 Mar 2026 00:00:00 +0100</lastBuildDate><atom:link href="https://myles-innovation.com/de/tags/kundenergebnisse/index.xml" rel="self" type="application/rss+xml"/><item><title>Kundengewuenschte Ergebnisse: Die Bausteine von ODI</title><link>https://myles-innovation.com/de/blog/kundengewuenschte-ergebnisse-odi/</link><pubDate>Sun, 08 Mar 2026 00:00:00 +0100</pubDate><guid>https://myles-innovation.com/de/blog/kundengewuenschte-ergebnisse-odi/</guid><description>&lt;h2 id="das-konzept-das-odi-zum-funktionieren-bringt"&gt;Das Konzept, das ODI zum Funktionieren bringt&lt;/h2&gt;
&lt;p&gt;Jede Methodik hat eine Kerneinheit — das Atom, aus dem alles andere aufgebaut ist. Fuer Lean ist es Verschwendung. Fuer Six Sigma ist es Variation. Fuer &lt;a href="https://myles-innovation.com/de/pillar/outcome-driven-innovation-leitfaden/"&gt;Outcome-Driven Innovation&lt;/a&gt; ist es das &lt;strong&gt;kundengewuenschte Ergebnis (Desired Outcome).&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;Ein Desired Outcome ist die Metrik, die ein Kunde verwendet, um den Erfolg bei der Ausfuehrung eines Job-to-be-Done zu messen. Nicht das, was er kaufen moechte. Nicht das Feature, das er verlangt. Nicht das Problem, ueber das er klagt. Das Ergebnis — das spezifische, messbare Resultat, das er bei jedem Schritt des Jobs zu erreichen versucht.&lt;/p&gt;</description></item><item><title>Agile Produktentwicklung mit Fokus auf Kundenergebnisse</title><link>https://myles-innovation.com/de/blog/agile-produktentwicklung-kundenergebnisse/</link><pubDate>Sat, 28 Feb 2026 00:00:00 +0100</pubDate><guid>https://myles-innovation.com/de/blog/agile-produktentwicklung-kundenergebnisse/</guid><description>&lt;h2 id="agile-ist-eine-antwort-auf-die-falsche-frage"&gt;Agile ist eine Antwort auf die falsche Frage&lt;/h2&gt;
&lt;p&gt;Seit den frühen 2000er Jahren hat sich Agile als Standard in der Softwareentwicklung etabliert — und in den letzten Jahren auch in der physischen Produktentwicklung. Die Versprechen: schnellere Lieferung, bessere Anpassungsfähigkeit, engere Kundennähe.&lt;/p&gt;
&lt;p&gt;Viele dieser Versprechen halten. Agile Teams liefern schneller als Wasserfall-Teams. Sie reagieren flexibler auf Veränderungen. Und durch regelmäßige Review-Zyklen entstehen tatsächlich kürzere Feedback-Schleifen.&lt;/p&gt;
&lt;p&gt;Aber Agile beantwortet eine falsche Frage. Die Frage, die Agile beantwortet, lautet: &amp;ldquo;Wie entwickeln wir schnell und anpassungsfähig?&amp;rdquo; Die Frage, die für Innovationserfolg entscheidend ist, lautet: &amp;ldquo;Was sollen wir entwickeln — und wie wissen wir, dass es das Richtige ist?&amp;rdquo;&lt;/p&gt;</description></item></channel></rss>