Bei der IT Beschaffung Kanton Zürich scheitern Vorhaben selten an der Technik, sondern an unscharfen Anforderungen und falsch gesetzten Prioritäten. Wer Bedarf, Verfahren und spätere Betriebsverantwortung nicht zusammenführt, beschafft am Ziel vorbei. Genau dort entstehen in Verwaltungen Reibung, Nacharbeit und Diskussionen, die sich mit sauberer Vorbereitung vermeiden liessen.
Auf einen Blick
- Eine tragfähige Beschaffung in einer Zürcher Verwaltung beginnt mit geklärten Zuständigkeiten, belastbaren Anforderungen und einem realistischen Bild des späteren Betriebs.
- In unserer Projektpraxis führen unklare Rollen und zu frühe Festlegungen im Pflichtenheft regelmässig zu Doppelaufwand und zu Nachforderungen im Verfahren.
- Submissionsunterlagen sind nur dann belastbar, wenn Fachbereich, Informatik und Beschaffungsverantwortung dieselben Ziele und dieselben Zuschlagskriterien tragen.
- Ein gutes Evaluationsteam prüft nicht nur Funktionen, sondern auch Betriebskonzept, Schnittstellen, Verantwortlichkeiten und die Umsetzbarkeit im Verwaltungsalltag.
Wenn über IT Beschaffung Kanton Zürich gesprochen wird, geht es selten nur um Software oder Infrastruktur. Es geht um Anforderungsmanagement, um saubere Submissionsunterlagen und um die Frage, ob das Vergabeverfahren am Ende eine Lösung hervorbringt, die im Alltag tatsächlich funktioniert.
Woran IT-Beschaffungen im Verwaltungsalltag tatsächlich scheitern
Eine Beschaffung scheitert oft nicht sichtbar, sondern schleichend. Formal läuft alles korrekt, doch die Anforderungen bleiben zu offen, das Evaluationsteam bewertet nach unterschiedlichen Massstäben, und das Betriebskonzept wird erst spät diskutiert.
Typisch ist das bei einer kantonalen Fachstelle im Kanton Zürich mit 22 Mitarbeitenden. Der Fachbereich kennt die fachlichen Engpässe sehr genau, die Informatik denkt an Sicherheit, Schnittstellen und Support, und beide Seiten meinen etwas anderes, wenn sie von Prioritäten sprechen.
Ähnlich zeigt sich die Lage in der IT-Abteilung einer Stadtverwaltung im Kanton Zürich mit 12 Mitarbeitenden. Dort ist die technische Sicht oft stark, aber die spätere Nutzung in den Fachabteilungen wird zu knapp erhoben, sodass ein formal sauberes Verfahren auf einer lückenhaften Bedarfsklärung aufsetzt.
Beschaffung ist in diesem Kontext kein reiner Einkauf. Sie ist die Übersetzung eines Verwaltungsproblems in Eignungskriterien, Zuschlagskriterien, Leistungsbeschreibung und spätere Betriebsverantwortung.
Wer diesen Übersetzungsschritt unterschätzt, produziert Dokumente, die korrekt aussehen und trotzdem zu wenig steuern. Genau deshalb lohnt sich früh eine klare Projektleitung IT, die Fachbereich, Informatik und Verfahren zusammenhält.
Was schiefgehen kann und was es kostet
Die grössten Risiken liegen meist nicht im Offensichtlichen. Sie entstehen an Stellen, die im Alltag gern als Detail behandelt werden.
- Fehler 1: Anforderungen werden aus bestehenden Tools abgeschrieben, statt den tatsächlichen Bedarf zu beschreiben. Das führt zu Submissionsunterlagen, die Altlasten konservieren.
- Fehler 2: Das Pflichtenheft wird vor der Zielklärung zu detailliert. Dann diskutiert das Team über Funktionen, obwohl Rollen, Prozesse und Betriebsfolgen noch offen sind.
- Fehler 3: Zuschlagskriterien und Eignungskriterien werden vermischt. Das schwächt die Vergleichbarkeit der Angebote und macht die Evaluation unnötig angreifbar.
- Fehler 4: Das Evaluationsteam ist fachlich einseitig besetzt. Dann gewinnt entweder die technische Eleganz oder die fachliche Wunschliste, aber nicht die tragfähige Lösung.
Erfahrungsgemäss kostet Nacharbeit in solchen Vorhaben schnell einen mittleren fünfstelligen Betrag, noch bevor eine Lösung produktiv genutzt wird. Häufig schwerer wiegt aber der interne Vertrauensverlust, weil Fachbereich und Informatik sich gegenseitig für Verzögerungen verantwortlich machen.
Wenn Sie intern bereits merken, dass Anforderungen und Verantwortlichkeiten auseinanderlaufen, ist das ein Warnsignal und kein normaler Reibungsverlust.
Welche Fragen vor dem Verfahren geklärt sein müssen
Vor jedem Vergabeverfahren stehen ein paar unbequeme Fragen. Wer sie auslässt, verschiebt die Unsicherheit nur in die Evaluation oder in die Umsetzung.
Die erste Frage lautet: Welches Problem soll gelöst werden, und für wen? Eine Verwaltung beschafft nicht einfach ein System, sondern einen künftigen Arbeitsmodus mit neuen Verantwortlichkeiten, neuen Datenflüssen und oft auch neuen Erwartungen an Reaktionszeiten.
Die zweite Frage betrifft den Zielzustand. Soll ein bestehender Prozess digitalisiert, vereinheitlicht oder organisatorisch neu geordnet werden? Ohne diese Klärung bleibt Anforderungsmanagement Stückwerk.
Die dritte Frage ist betrieblicher Natur. Wer betreibt die Lösung später, wer pflegt Stammdaten, wer entscheidet bei Änderungen, und wie sieht das Betriebskonzept aus? Genau an diesem Punkt lohnt sich oft ein Blick auf angrenzende Themen wie Datenanalyse Beratung, weil Datenqualität und Auswertbarkeit schon vor dem Zuschlag mitgedacht werden müssen.
Die vierte Frage betrifft das Verfahren selbst. Nicht jede Beschaffung braucht dieselbe Tiefe in den Unterlagen, aber jede braucht Klarheit darüber, wie Angebote vergleichbar gemacht werden.
Ein sauber aufgebautes Set aus Leistungsbeschreibung, Bewertungslogik und Rollenbild spart später Diskussionen. Wer dabei interne Wissensstände strukturieren muss, profitiert oft auch von Ansätzen aus Confluence Qualitätsmanagement, weil Anforderungen nur dann belastbar sind, wenn sie nachvollziehbar dokumentiert und versioniert werden.
IT Beschaffung Kanton Zürich: Wo Fachbereich und Informatik oft aneinander vorbeiarbeiten
Fachbereich und Informatik sprechen in Beschaffungen oft dieselbe Sprache nur scheinbar. Wenn der Fachbereich von Benutzerfreundlichkeit spricht, meint er meist Arbeitsentlastung. Wenn die Informatik dasselbe Wort nutzt, meint sie oft Standardisierung, Rechtekonzepte und Wartbarkeit.
Das ist kein persönliches Problem, sondern ein Strukturproblem. Es braucht eine Instanz, die Anforderungen übersetzt, priorisiert und in eine Form bringt, die im Verfahren belastbar bleibt.
Im Gegensatz zu rein technischen Beschaffungen müssen Verwaltungsprojekte den späteren Betrieb schon in der Ausschreibung mitdenken. Dazu gehören Schnittstellen, Schulungsaufwand, Rollen im Support und die Frage, wie Änderungen nach dem Zuschlag gesteuert werden.
In unserer Projektpraxis dauern die Klärungsphasen vor einer Ausschreibung typischerweise mehrere Wochen bis wenige Monate, je nach Reifegrad der Unterlagen und Zahl der beteiligten Stellen. Wer diese Phase künstlich verkürzt, spart selten Zeit, sondern verschiebt offene Punkte in die heikelste Phase des Vorhabens.
Ein externer Blick hilft hier oft mehr als zusätzliche interne Sitzungen. Gerade wenn technische und fachliche Perspektiven festgefahren sind, schafft ein strukturiertes Vorgehen mit Lastenheft Maschinenbeschaffung als Referenz für saubere Bedarfserhebung und Abgrenzung oft die nötige Disziplin im Dokumentensatz.
Auch der Blick auf öffentliche Rahmenbedingungen ist sinnvoll. Allgemeine Hinweise zur wirtschaftlichen Entwicklung und zur Schweizer Unternehmenslandschaft finden sich beim SECO — Staatssekretariat für Wirtschaft, was den Kontext für Investitions- und Priorisierungsentscheide in Organisationen mit knappen Ressourcen mitprägt.
Warum das Pflichtenheft noch keine tragfähige Entscheidungsgrundlage ist
Ein Pflichtenheft ist wichtig, aber es ist nicht automatisch eine gute Entscheidungsgrundlage. Es beschreibt Leistungen, Funktionen und Rahmenbedingungen, beantwortet aber nicht von selbst, ob die Lösung organisatorisch tragfähig ist.
Viele Teams erwarten vom Pflichtenheft eine Sicherheit, die es allein nicht liefern kann. Wenn Ziele, Rollen und Bewertungslogik unklar bleiben, wird das Dokument zur Sammlung von Erwartungen statt zum Steuerungsinstrument.
Tragfähig wird die Grundlage erst dann, wenn Pflichtenheft, Zuschlagskriterien, Eignungskriterien und Betriebskonzept zusammenpassen. Ein Anbieter kann fachlich stark wirken und trotzdem im späteren Betrieb zu viel internen Aufwand auslösen.
Darum sollte die Bewertung nicht nur auf Funktionslisten beruhen. Sie muss auch prüfen, wie nachvollziehbar ein Anbieter mit Migration, Einführung, Support und Governance umgeht.
Wenn an diesem Punkt intern Unsicherheit besteht, lohnt sich eine nüchterne Zwischenbilanz statt weiterer Verdichtung im Dokument. Ein kurzer externer Sparring-Schritt kann helfen, bevor sich das Team in Details festschreibt.
Was nach dem Zuschlag über Nutzen oder Frust entscheidet
Nach dem Zuschlag beginnt der Teil, den viele Vorhaben unterschätzen. Jetzt zeigt sich, ob die Beschaffung nur formal sauber war oder ob sie den Verwaltungsalltag wirklich verbessert.
Entscheidend sind drei Dinge: klare Zuständigkeiten, ein realistischer Einführungsplan und ein Betriebskonzept, das nicht auf stillschweigenden Annahmen beruht. Fehlt eines davon, kippt die Stimmung oft schon in den ersten Projektwochen.
Aus unserer Sicht ist besonders heikel, wenn das Evaluationsteam nach dem Zuschlag auseinanderfällt und niemand die Linie zwischen Fachbereich, Anbieter und Informatik hält. Dann werden offene Punkte einzeln gelöst, aber nicht mehr als Gesamtbild geführt.
Im hinteren Drittel eines Vorhabens ist Korrektur deutlich teurer als Klärung am Anfang. Darum lohnt sich vor dem Zuschlag eine letzte Prüfung, ob Unterlagen, Bewertungslogik und spätere Verantwortung wirklich zusammenpassen.
Wer Nutzen statt Frust will, muss die Einführung als Teil der Beschaffung denken. Dazu gehören Schulung, Datenübernahme, Entscheidungswege und die Frage, wer bei Zielkonflikten führt.
Wenn Ihr Vorhaben konkrete Unterstützung braucht: +41 77 491 77 94 oder info@tprojects.ch. Das erste Gespräch ist unverbindlich und kostenlos, und wir klären mit Ihnen, ob externe Unterstützung in Ihrer Ausgangslage sinnvoll ist.
Verwandte Themen
ERP Einführung Zürich: Worauf Unternehmen vor der Tool-Auswahl achten sollten, Prozessanalyse und Redesign Dienstleister: worauf Schweizer Organisationen achten sollten, Digitalisierungsberatung für KMU Schweiz: damit kostspielige Fehlstarts vermieden werden, Projektmanager ad interim: Wenn Projekte schnell wieder Führung brauchen, Unterstützung öffentliche Ausschreibung Schweiz: Verwaltungen vor kostspieligen Verfahrensfehlern schützen, Blog Name
Über den Autor
FAQ
Wie starte ich eine IT-Beschaffung in einer Zürcher Verwaltung richtig?
Der richtige Start besteht aus einer sauberen Bedarfsklärung, klaren Rollen und einer frühen Abstimmung zwischen Fachbereich, Informatik und Beschaffungsverantwortung. Bevor Unterlagen geschrieben werden, sollten Zielbild, Muss-Anforderungen, spätere Betriebsverantwortung und die Zusammensetzung des Evaluationsteams feststehen. Für die methodische Strukturierung solcher Vorhaben kann Beratung digitale Transformation ein sinnvoller Referenzpunkt sein.
Welche Unterlagen braucht eine IT Beschaffung im Kanton Zürich normalerweise?
Üblich sind eine Leistungsbeschreibung, definierte Eignungskriterien, nachvollziehbare Zuschlagskriterien, ein Bewertungsraster, organisatorische Rahmenbedingungen und je nach Vorhaben ein Pflichtenheft mit klarer Abgrenzung. Wichtig ist, dass die Unterlagen nicht nur vollständig wirken, sondern Angebote tatsächlich vergleichbar machen. Für die interne Aufbereitung wiederkehrender Fragen und Anforderungen kann ein Chatbot für häufige Fragen hilfreich sein.
Wann ist ein Pflichtenheft zu früh und wann genau richtig?
Ein Pflichtenheft ist zu früh, wenn Ziele, Prozesse, Rollen und Betriebsfolgen noch offen sind. Genau richtig ist es, wenn der Bedarf geklärt ist und das Dokument nicht mehr spekuliert, sondern einen abgestimmten Zielzustand beschreibt. Für die zeitliche Einordnung von Arbeitspaketen hilft oft ein Blick auf Projekt Meilensteine strukturieren Excel.
Wie formuliere ich Anforderungen, ohne einen Anbieter indirekt vorzugeben?
Beschreiben Sie den fachlichen Zweck, die nötigen Ergebnisse und die betrieblichen Rahmenbedingungen statt die Lösung eines heutigen Produkts zu kopieren. Gute Anforderungen sind prüfbar, priorisiert und frei von unnötigen Detailvorgaben, die nur einen bestehenden Anbieter begünstigen. Für die übergeordnete Steuerung mehrerer Vorhaben ist Projektportfolio Management Zürich ein nützlicher Bezug.
Wer sollte in einer Verwaltungsbeschaffung für IT wirklich mitentscheiden?
Mitentscheiden sollten die fachlich verantwortliche Stelle, die Informatik, die Beschaffungsverantwortung und jene Personen, die den späteren Betrieb tragen. Entscheidend ist nicht die Grösse des Gremiums, sondern dass Nutzen, Umsetzbarkeit und Betriebsfolgen gemeinsam bewertet werden. Wenn ein Vorhaben stark in bestehende Systeme eingreift, kann auch die Perspektive eines Projektleiter ERP bei der Rollenklärung hilfreich sein.