[{"data":1,"prerenderedAt":39},["ShallowReactive",2],{"site-settings-batix":3,"batix-blog-anforderungsanalyse-warum-das-lastenheft-ueber-erfolg-oder-scheitern-entscheidet":22,"page-seo-\u002Fblog\u002Fanforderungsanalyse-warum-das-lastenheft-ueber-erfolg-oder-scheitern-entscheidet":12},{"id":4,"user_created":5,"date_created":6,"user_updated":7,"date_updated":8,"site_name":9,"site_url":10,"tagline":11,"default_og_image":12,"favicon":12,"organization_legal_name":13,"organization_email":14,"organization_phone":15,"organization_address_street":16,"organization_address_zip":17,"organization_address_city":18,"organization_address_country":19,"social_linkedin":20,"social_xing":21,"social_youtube":21,"social_instagram":21,"google_site_verification":12},"368daec2-c06c-4d64-bba7-feb859b94322","4686f9ba-fccc-4a50-9410-b80ae06ef0eb","2026-05-07T15:29:22.000Z","7d85c00d-d619-4d10-86a2-a469f8283bfc","2026-08-12T12:11:25.000Z","Batix","https:\u002F\u002Fbatix.swiss","Ihr Partner für IT-Beratung, Lösungen und massgeschneiderte Softwareentwicklung in der Schweiz.",null,"Batix Schweiz AG","info@batix.ch","+41 44 545 32 70","Grindlenstrasse 3","8954","Geroldswil","Schweiz","https:\u002F\u002Fwww.linkedin.com\u002Fcompany\u002Fbatix\u002F","",{"id":23,"title":24,"slug":25,"subtitle":26,"category":27,"cover_image":28,"lead_text":29,"definition":30,"content":31,"graphic":32,"graphic_caption":33,"faqs":12,"cta_text":34,"cta_label":35,"cta_url":36,"author":12,"published_at":37,"date_updated":38},"ca67bfd1-3319-47f5-a476-3d95a1fcbe15","Anforderungsanalyse: Warum das Lastenheft über Erfolg oder Scheitern entscheidet","anforderungsanalyse-warum-das-lastenheft-ueber-erfolg-oder-scheitern-entscheidet","Wer die Lösung beschreibt statt das Ziel, zahlt später drauf – meistens doppelt","IT-Beratung","0cf61058-221e-442f-a78e-7e1d73bdf98a","Ein Lastenheft für ein neues ERP-System liegt seit drei Wochen beim Projektleiter. Zwölf Seiten, sauber formatiert, mit Gliederung und Anhang. Trotzdem beginnt das Kick-off-Meeting mit derselben Frage wie jedes Mal: Was genau soll das System eigentlich können? Das Dokument ist fertig. Die Anforderungsanalyse, die eigentlich dahinterstehen sollte, ist es nicht.\nDas ist kein Einzelfall. In den meisten gescheiterten IT-Projekten liegt der Fehler nicht bei der gewählten Software oder dem Lieferanten. Er liegt am Anfang: bei einem Lastenheft, das Antworten dokumentiert, bevor die richtigen Fragen gestellt wurden.","Eine Anforderungsanalyse erfasst und strukturiert die funktionalen und nicht-funktionalen Anforderungen eines IT-Projekts, bevor das Lastenheft geschrieben und die Entwicklung beauftragt wird.","\u003Cp>\u003Cspan style=\"color: #2e5b7f;\">\u003Cstrong>Warum entscheidet das Lastenheft über Erfolg oder Scheitern eines IT-Projekts?\u003C\u002Fstrong>\u003C\u002Fspan>\u003C\u002Fp>\n\u003Cp class=\"MsoNormal\" style=\"margin-bottom: 9.0pt;\">\u003Cspan style=\"font-size: 11.0pt;\">Das Lastenheft ist die Übersetzung zwischen dem, was ein Unternehmen wirklich braucht, und dem, was ein Anbieter am Ende baut oder liefert. Jede Lücke, jede Unschärfe, jede stillschweigende Annahme in diesem Dokument wandert direkt ins Projekt. Sie taucht dort nicht sofort auf. Sie taucht auf, wenn die erste Testversion nicht das tut, was eigentlich gemeint war und eine Änderung plötzlich Wochen statt Stunden kostet.\u003C\u002Fspan>\u003C\u002Fp>\n\u003Cp class=\"MsoNormal\" style=\"margin-bottom: 9.0pt;\">\u003Cspan style=\"font-size: 11.0pt;\">Genau deshalb ist die Anforderungsanalyse kein bürokratischer Zwischenschritt vor dem eigentlichen Projekt. Sie ist der Teil des Projekts, der am meisten kostet, wenn man ihn überspringt.\u003C\u002Fspan>\u003C\u002Fp>\n\u003Cp class=\"MsoNormal\" style=\"margin-bottom: 8.0pt;\">\u003Cspan style=\"font-size: 11.0pt; color: #222222;\">\u003Cspan style=\"color: #2e5b7f;\">\u003Cstrong>Warum führt eine zu detaillierte technische Spezifikation zu teureren Lösungen?\u003C\u002Fstrong>\u003C\u002Fspan>\u003C\u002Fspan>\u003C\u002Fp>\n\u003Cp class=\"MsoNormal\" style=\"margin-bottom: 9.0pt;\">\u003Cspan style=\"font-size: 11.0pt;\">Der häufigste Fehler in einem Lastenheft ist nicht zu wenig, sondern zu viel Detail an der falschen Stelle. Statt «wir brauchen ein System, das Bestellungen automatisch mit dem Lager abgleicht» steht im Dokument «wir brauchen SAP mit Modul MM». Das klingt konkreter, ist aber das Gegenteil von hilfreich: Es schreibt die Lösung fest, bevor jemand geprüft hat, ob es nicht auch eine passendere, günstigere oder schnellere Variante gibt.\u003C\u002Fspan>\u003C\u002Fp>\n\u003Cp class=\"MsoNormal\" style=\"margin-bottom: 9.0pt;\">\u003Cspan style=\"font-size: 11.0pt;\">Eine funktionale Anforderung beschreibt das gewünschte Ergebnis. Eine technische Anforderung beschreibt den Weg dorthin. Beide haben ihren Platz, aber die Reihenfolge ist entscheidend. Wer zuerst die Lösung nennt und erst danach über das Ziel nachdenkt, hat sich selbst die Möglichkeit genommen, die bessere oder billigere Option überhaupt zu sehen.\u003C\u002Fspan>\u003C\u002Fp>\n\u003Cp class=\"MsoNormal\" style=\"margin-bottom: 8.0pt;\">\u003Cspan style=\"font-size: 11.0pt; color: #222222;\">\u003Cspan style=\"color: #2e5b7f;\">\u003Cstrong>Welche Fehler passieren am häufigsten bei der Anforderungsanalyse?\u003C\u002Fstrong>\u003C\u002Fspan>\u003C\u002Fspan>\u003C\u002Fp>\n\u003Cp class=\"MsoNormal\" style=\"margin-bottom: 9.0pt;\">\u003Cspan style=\"font-size: 11.0pt;\">Drei Muster wiederholen sich in fast jedem Projekt, das später über den Zeit- oder Kostenrahmen läuft. Erstens: Nur eine Abteilung wird befragt, meistens die, die das Projekt angestossen hat. Was die anderen Teams tatsächlich brauchen, kommt erst während der Umsetzung ans Licht, wenn Änderungen bereits teuer sind. Zweitens: \u003Cstrong>Muss-\u003C\u002Fstrong> und \u003Cstrong>Kann-Anforderungen\u003C\u002Fstrong> werden nicht getrennt. Am Ende gilt jede Anforderung als kritisch und der Anbieter kann nicht mehr sinnvoll priorisieren oder kalkulieren. Drittens: Bestehende Abläufe werden eins zu eins ins neue System übertragen, statt zu fragen, ob dieser Ablauf überhaupt noch der richtige ist.\u003C\u002Fspan>\u003C\u002Fp>\n\u003Cp class=\"MsoNormal\" style=\"margin-bottom: 9.0pt;\">\u003Cspan style=\"font-size: 11.0pt;\">Keines dieser drei Muster ist böswillig. Sie entstehen aus Zeitdruck und aus dem verständlichen Wunsch, schnell ins nächste Kapitel des Projekts zu kommen. Genau das macht sie so hartnäckig.\u003C\u002Fspan>\u003C\u002Fp>\n\u003Cp class=\"MsoNormal\" style=\"margin-bottom: 8.0pt;\">\u003Cspan style=\"font-size: 11.0pt; color: #222222;\">\u003Cspan style=\"color: #2e5b7f;\">\u003Cstrong>Wer sollte die Anforderungsanalyse eigentlich durchführen?\u003C\u002Fstrong>\u003C\u002Fspan>\u003C\u002Fspan>\u003C\u002Fp>\n\u003Cp class=\"MsoNormal\" style=\"margin-bottom: 9.0pt;\">\u003Cspan style=\"font-size: 11.0pt;\">Die Fachabteilung kennt das Tagesgeschäft am besten. Sie weiss selten, was technisch sinnvoll oder überhaupt möglich ist und das ist auch nicht ihre Aufgabe. Der Anbieter kennt die technischen Möglichkeiten. Er kennt aber nicht das Tagesgeschäft des Kunden und wird, wenn er allein am Lastenheft schreibt, zwangsläufig in Richtung seiner eigenen Lösung denken.\u003C\u002Fspan>\u003C\u002Fp>\n\u003Cp>Die Anforderungsanalyse gehört deshalb weder ausschliesslich der Fachabteilung noch ausschliesslich dem Anbieter. Sie funktioniert am besten als Dialog: eine unabhängige Instanz moderiert, stellt die unbequemen Rückfragen und übersetzt zwischen Geschäftsbedürfnis und technischer Machbarkeit, bevor überhaupt ein Anbieter mit einer konkreten Lösung antritt.\u003C\u002Fp>\n\u003Cp class=\"MsoNormal\" style=\"margin-bottom: 8.0pt;\">\u003Cspan style=\"font-size: 11.0pt; color: #222222;\">\u003Cspan style=\"color: #2e5b7f;\">\u003Cstrong>Fazit\u003C\u002Fstrong>\u003C\u002Fspan>\u003C\u002Fspan>\u003C\u002Fp>\n\u003Cp class=\"MsoNormal\" style=\"margin-bottom: 8.0pt;\">\u003Cspan style=\"font-size: 11.0pt;\">Ein gutes Lastenheft ist kein dickes Dokument. Es ist ein Dokument, das die richtigen Fragen schon beantwortet hat, bevor der erste Anbieter es liest: Was soll die Lösung können, was nicht und warum. Wer diese Arbeit vor dem Projekt investiert, zahlt sie nicht ein zweites Mal während der Umsetzung.\u003C\u002Fspan>\u003C\u002Fp>\n\u003Cp class=\"MsoNormal\" style=\"margin-bottom: 8.0pt;\"> \u003C\u002Fp>\n\u003Cp class=\"MsoNormal\" style=\"margin-bottom: 8.0pt;\">\u003Cspan style=\"font-size: 11.0pt; color: #222222;\">\u003Cspan style=\"color: #2e5b7f;\">\u003Cstrong>Häufig gestellte Fragen \u003C\u002Fstrong>\u003C\u002Fspan>\u003C\u002Fspan>\u003C\u002Fp>\n\u003Cp class=\"MsoNormal\" style=\"margin-bottom: 8.0pt;\">\u003Cspan style=\"font-size: 11.0pt; color: #222222;\">\u003Cspan style=\"color: #2e5b7f;\">\u003Cstrong>\u003Cspan style=\"font-size: 11.0pt; color: #222222;\">\u003Cspan style=\"color: #2e5b7f;\">Was ist der Unterschied zwischen einer funktionalen und einer technischen Anforderung?\u003C\u002Fspan>\u003C\u002Fspan>\u003C\u002Fstrong>\u003C\u002Fspan>\u003C\u002Fspan>\u003C\u002Fp>\n\u003Cp class=\"MsoNormal\" style=\"margin-bottom: 6.0pt;\">\u003Cspan style=\"font-size: 11.0pt;\">Eine funktionale Anforderung beschreibt, was ein System leisten soll, zum Beispiel «Bestellungen automatisch mit dem Lagerbestand abgleichen». Eine technische Anforderung legt fest, wie das umgesetzt wird, zum Beispiel mit welcher Software oder Schnittstelle. Funktionale Anforderungen gehören ins Lastenheft, technische Festlegungen sollten so lange wie möglich offenbleiben.\u003C\u002Fspan>\u003C\u002Fp>\n\u003Cp class=\"MsoNormal\" style=\"margin-bottom: 8.0pt;\">\u003Cspan style=\"font-size: 11.0pt; color: #222222;\">\u003Cspan style=\"color: #2e5b7f;\">\u003Cstrong>\u003Cspan style=\"font-size: 11.0pt; color: #222222;\">\u003Cspan style=\"color: #2e5b7f;\">\u003Cspan style=\"font-size: 11.0pt; color: #222222;\">\u003Cspan style=\"color: #2e5b7f;\">\u003Cspan style=\"font-size: 11.0pt; color: #222222;\">\u003Cspan style=\"color: #2e5b7f;\">Welche Fehler passieren am häufigsten bei der Anforderungsanalyse?\u003C\u002Fspan>\u003C\u002Fspan>\u003C\u002Fspan>\u003C\u002Fspan>\u003C\u002Fspan>\u003C\u002Fspan>\u003C\u002Fstrong>\u003C\u002Fspan>\u003C\u002Fspan>\u003C\u002Fp>\n\u003Cp class=\"MsoNormal\" style=\"margin-bottom: 6.0pt;\">\u003Cspan style=\"font-size: 11.0pt;\">Am häufigsten: Nur eine Abteilung wird befragt, Muss- und Kann-Anforderungen werden nicht getrennt und bestehende Abläufe werden unreflektiert ins neue System übernommen.\u003C\u002Fspan>\u003C\u002Fp>\n\u003Cp class=\"MsoNormal\" style=\"margin-bottom: 3.0pt;\">\u003Cspan style=\"font-size: 11.0pt; color: #222222;\">\u003Cspan style=\"color: #2e5b7f;\">\u003Cstrong>\u003Cspan style=\"font-size: 11.0pt; color: #222222;\">\u003Cspan style=\"color: #2e5b7f;\">\u003Cspan style=\"font-size: 11.0pt; color: #222222;\">\u003Cspan style=\"color: #2e5b7f;\">\u003Cspan style=\"font-size: 11.0pt; color: #222222;\">\u003Cspan style=\"color: #2e5b7f;\">Wie lange sollte eine Anforderungsanalyse dauern?\u003C\u002Fspan>\u003C\u002Fspan>\u003C\u002Fspan>\u003C\u002Fspan>\u003C\u002Fspan>\u003C\u002Fspan>\u003C\u002Fstrong>\u003C\u002Fspan>\u003C\u002Fspan>\u003C\u002Fp>\n\u003Cp class=\"MsoNormal\" style=\"margin-bottom: 6.0pt;\">\u003Cspan style=\"font-size: 11.0pt;\">Das hängt vom Umfang des Projekts ab, nicht von einer festen Formel. Entscheidend ist nicht die Dauer, sondern ob alle relevanten Stakeholder tatsächlich einbezogen wurden, ein zu kurzer Prozess spart selten Zeit, er verschiebt sie nur ins laufende Projekt.\u003C\u002Fspan>\u003C\u002Fp>\n\u003Cp class=\"MsoNormal\" style=\"margin-bottom: 3.0pt;\">\u003Cspan style=\"font-size: 11.0pt; color: #222222;\">\u003Cspan style=\"color: #2e5b7f;\">\u003Cstrong>\u003Cspan style=\"font-size: 11.0pt; color: #222222;\">\u003Cspan style=\"color: #2e5b7f;\">\u003Cspan style=\"font-size: 11.0pt; color: #222222;\">\u003Cspan style=\"color: #2e5b7f;\">\u003Cspan style=\"font-size: 11.0pt; color: #222222;\">\u003Cspan style=\"color: #2e5b7f;\">Wer sollte die Anforderungsanalyse leiten, die Fachabteilung oder der IT-Anbieter?\u003C\u002Fspan>\u003C\u002Fspan>\u003C\u002Fspan>\u003C\u002Fspan>\u003C\u002Fspan>\u003C\u002Fspan>\u003C\u002Fstrong>\u003C\u002Fspan>\u003C\u002Fspan>\u003C\u002Fp>\n\u003Cp class=\"MsoNormal\" style=\"margin-bottom: 6.0pt;\">\u003Cspan style=\"font-size: 11.0pt;\">Am besten eine unabhängige Instanz, die zwischen beiden vermittelt. Die Fachabteilung kennt das Geschäft, der Anbieter die Technik, eine neutrale Moderation verhindert, dass die Anforderungen zu früh in Richtung einer bestimmten Lösung gebogen werden.\u003C\u002Fspan>\u003C\u002Fp>","a5c528d3-ca1b-4dac-b8b3-0513c3f97e7a","Vom Bedarf zur Lösung: vier Schritte, die zwischen einem funktionierenden und einem teuren Lastenheft entscheiden.","Batix begleitet Schweizer KMU bei der Anforderungsanalyse, bevor die erste Zeile Code geschrieben wird. Sprechen Sie mit uns, wenn Sie Ihr nächstes IT-Projekt auf ein tragfähiges Lastenheft stellen möchten.","Kontakt aufnehmen","\u002Fcontact","2026-08-31T12:55:00.000Z","2026-08-31T12:55:46.000Z",1788181072417]