Dein ICT-Fachassessment

Welche ICT-Rolle passt wirklich zu dir?

Du beantwortest 120 Fragen in 6 Etappen – Selbsteinschätzungen, kurze Praxissituationen, Wissens- und Interessensfragen. Daraus erstellen wir dein Kompetenzprofil und deine bestpassenden ICT-Rollen.

120 Fragen · ca. 45–60 Minuten · Durchführen kostenlos

🌐 Du kannst die Umfrage in jeder verfügbaren Sprache ausfüllen. Die persönliche Auswertung ist in Deutsch und Englisch verfügbar.

Optional – hilft uns, dein Niveau und passende Rollen besser einzuordnen.

Höchster formeller Abschluss

Jahre ICT-Berufserfahrung

Zuletzt ausgeübte ICT-Rolle

🔒 Deine Daten bleiben bei der Alpasana GmbH. Das vollständige Resultat schaltest du danach frei (CHF 249.00).

Etappe 1/60 / 120

Etappe 1 / 6

Arbeitsweise & Persönliches

Ich organisiere meine Aufgaben selbstständig und lerne mir Neues eigenständig an.

1Trifft nicht zu 2Eher nicht 3Eher ja 4Trifft voll zu

Auch bei vielschichtigen, unübersichtlichen Problemen behalte ich den Überblick und priorisiere sinnvoll.

1Trifft nicht zu 2Eher nicht 3Eher ja 4Trifft voll zu

Im Team gibt es einen Konflikt über die technische Richtung. Wie reagierst du?

Ich höre beide Seiten an, mache die Kriterien transparent und moderiere eine gemeinsame Entscheidung. Ich schlage einen Kompromiss vor, damit schnell Ruhe einkehrt. Ich setze meine bevorzugte Lösung durch, weil ich sie für richtig halte. Ich halte mich raus, das sollen die anderen klären.

Ich übernehme gerne Verantwortung für Menschen und entwickle sie gezielt weiter.

1Trifft nicht zu 2Eher nicht 3Eher ja 4Trifft voll zu

Ich kann technische Sachverhalte so erklären, dass auch nicht-technische Personen den Kern verstehen.

1Trifft nicht zu 2Eher nicht 3Eher ja 4Trifft voll zu

Du musst dem Management eine technische Risikoanalyse präsentieren. Was ist dein Vorgehen?

Ich fokussiere auf Auswirkungen, Optionen, Empfehlung und halte technische Details im Anhang bereit. Ich zeige alle technischen Befunde vollständig, damit nichts verloren geht. Ich beschränke mich auf eine kurze Empfehlung ohne Begründung. Ich leite die Rohdaten weiter und verzichte auf eine Präsentation.

Was ist bei einer guten ICT-Präsentation für Fachfremde besonders wichtig?

Zielgruppe, Entscheidungskontext und Kernbotschaft klar berücksichtigen. Möglichst viele Fachbegriffe verwenden, um Kompetenz zu zeigen. Nur technische Details zeigen und Business-Auswirkungen vermeiden. Eine vollständige Dokumentation vorlesen.

Ich kann in kritischen Situationen klar kommunizieren, ohne unnötig zu dramatisieren oder Risiken zu verharmlosen.

1Trifft nicht zu 2Eher nicht 3Eher ja 4Trifft voll zu

Ein Nutzer meldet ein Problem sehr emotional. Wie reagierst du?

Ich höre aktiv zu, fasse das Problem verständlich zusammen und kläre den nächsten Schritt. Ich erkläre zuerst, warum der Fehler wahrscheinlich nicht bei der ICT liegt. Ich bitte um ein Ticket und beende das Gespräch möglichst rasch. Ich ignoriere den Tonfall und löse nur den technischen Teil.

Ich gebe anderen konstruktives Feedback und unterstütze sie beim Weiterkommen.

1Trifft nicht zu 2Eher nicht 3Eher ja 4Trifft voll zu

Ein wichtiges Projekt ist blockiert, weil zwei erfahrene Fachpersonen gegensätzliche Prioritäten setzen. Was tust du?

Ich kläre Ziele, Entscheidungskriterien und Verantwortlichkeiten und führe eine verbindliche Entscheidung herbei. Ich entscheide allein nach Bauchgefühl, damit das Projekt weiterläuft. Ich eskaliere sofort ohne eigene Klärung an die Geschäftsleitung. Ich warte ab, bis sich die Beteiligten selbst einigen.

Mehrere dringende Aufgaben treffen gleichzeitig ein. Wie gehst du vor?

Ich priorisiere nach Wirkung, Fristen und Abhängigkeiten, kommuniziere Engpässe und arbeite fokussiert ab. Ich beginne mit der angenehmsten Aufgabe, um in Schwung zu kommen. Ich versuche alles parallel zu bearbeiten. Ich frage nach Prioritäten, ohne selbst eine Einschätzung vorzubereiten.

Welche Arbeitsweise unterstützt selbstständiges Lernen am besten?

Lernziele setzen, Quellen prüfen, üben und das Gelernte reflektieren. Nur dann lernen, wenn eine Aufgabe exakt dokumentiert ist. Neue Themen vermeiden, bis jemand eine Schulung organisiert. Viele Tools installieren, ohne sie gezielt anzuwenden.

Ich frage aktiv nach anderen Perspektiven, bevor ich eine gemeinsame Lösung bewerte.

1Trifft nicht zu 2Eher nicht 3Eher ja 4Trifft voll zu

Was beschreibt psychologische Sicherheit in einem Team am besten?

Teammitglieder können Fragen, Fehler und Bedenken ansprechen, ohne Abwertung befürchten zu müssen. Alle Entscheidungen werden einstimmig getroffen. Konflikte werden grundsätzlich vermieden. Nur erfahrene Personen dürfen Kritik äussern.

Ich entwickle mehrere Lösungsansätze und vergleiche sie anhand klarer Kriterien.

1Trifft nicht zu 2Eher nicht 3Eher ja 4Trifft voll zu

Wozu dient ein Prototyp im Lösungsdesign typischerweise?

Annahmen früh prüfen und Feedback einholen, bevor viel Aufwand entsteht. Eine produktive Lösung ohne Tests ersetzen. Dokumentation vollständig überflüssig machen. Alle Architekturentscheide endgültig festlegen.

Eine Störung betrifft mehrere Systeme, Lieferanten und Geschäftsprozesse. Was ist der sinnvollste erste Schritt?

Ich strukturiere Auswirkungen, Abhängigkeiten und Hypothesen, setze Prioritäten und koordiniere die Analyse. Ich untersuche zuerst jedes System vollständig der Reihe nach. Ich informiere nur den lautesten Stakeholder. Ich beauftrage alle Teams gleichzeitig ohne gemeinsame Lageübersicht.

Ich erkenne Muster in unterschiedlichen Fällen und kann daraus allgemeine Regeln ableiten.

1Trifft nicht zu 2Eher nicht 3Eher ja 4Trifft voll zu

Was ist ein gutes Daten- oder Prozessmodell?

Eine vereinfachte, zweckorientierte Darstellung relevanter Objekte, Beziehungen und Regeln. Eine vollständige Kopie der Realität mit allen Details. Eine Grafik ohne definierte Begriffe. Ein Ersatz für fachliche Klärung.

Etappe 2 / 6

Organisation, Markt & Beratung

Ich kläre Erwartungen, Nutzen und Rahmenbedingungen, bevor ich eine Lösung empfehle.

1Trifft nicht zu 2Eher nicht 3Eher ja 4Trifft voll zu

Ein Kunde verlangt eine technische Lösung, die sein eigentliches Problem kaum löst. Wie reagierst du?

Ich frage nach Ziel und Nutzen, erkläre die Lücke und schlage passende Alternativen vor. Ich liefere genau das Gewünschte, damit der Kunde zufrieden ist. Ich lehne den Wunsch knapp ab. Ich biete die teuerste Variante an, weil sie am meisten Möglichkeiten hat.

Was gehört zu professionellem Erwartungsmanagement?

Ziele, Annahmen, Risiken, Zuständigkeiten und nächste Schritte transparent machen. Nur positive Aspekte einer Lösung erwähnen. Unklare Punkte erst am Projektende besprechen. Stakeholder möglichst selten einbeziehen.

Ich kann zwischen kurzfristigen Kundenwünschen und langfristigem Nutzen vermitteln.

1Trifft nicht zu 2Eher nicht 3Eher ja 4Trifft voll zu

Ein Stakeholder ist skeptisch gegenüber einer vorgeschlagenen Änderung. Was ist sinnvoll?

Ich nehme die Bedenken auf, erkläre Nutzen und Risiken verständlich und suche gemeinsam nach Bedingungen für Zustimmung. Ich verweise auf die technische Überlegenheit der Lösung. Ich ignoriere den Widerstand, wenn die Entscheidung formal getroffen ist. Ich verspreche alle gewünschten Zusatzfunktionen ohne Prüfung.

Ich halte mich an definierte Prozesse und erkenne, wann Ausnahmen sauber begründet werden müssen.

1Trifft nicht zu 2Eher nicht 3Eher ja 4Trifft voll zu

Ein Team möchte aus Zeitdruck eine Compliance-Prüfung überspringen. Was tust du?

Ich kläre Risiko und Pflicht, suche eine beschleunigte prüfbare Variante und dokumentiere den Entscheid. Ich stimme zu, wenn alle im Team einverstanden sind. Ich stoppe alles ohne Prüfung von Alternativen. Ich verschiebe die Dokumentation auf nach dem Go-live.

Wozu dient Governance in der ICT?

ICT-Entscheide, Verantwortlichkeiten, Kontrollen und Ausrichtung am Geschäft zu steuern. Jede technische Entscheidung zentral zu blockieren. Nur die Buchhaltung der ICT zu organisieren. Agile Arbeitsweisen grundsätzlich zu ersetzen.

Ich berücksichtige Kultur, informelle Entscheidungswege und Rollen, wenn ich Veränderungen plane.

1Trifft nicht zu 2Eher nicht 3Eher ja 4Trifft voll zu

Eine technisch sinnvolle Neuerung wird in der Organisation kaum akzeptiert. Was tust du?

Ich analysiere Betroffene, Interessen und Kulturfaktoren und plane Kommunikation sowie Einbindung gezielt. Ich erhöhe den technischen Detaillierungsgrad der Dokumentation. Ich setze die Änderung durch, weil sie objektiv besser ist. Ich gebe das Vorhaben sofort auf.

Ich denke bei ICT-Entscheiden auch an Kosten, Nutzen und langfristigen Betrieb.

1Trifft nicht zu 2Eher nicht 3Eher ja 4Trifft voll zu

Zwei Lösungen erfüllen die Anforderungen, unterscheiden sich aber stark bei Lizenz- und Betriebskosten. Wie entscheidest du?

Ich vergleiche Total Cost of Ownership, Nutzen, Risiken und Flexibilität über den Lebenszyklus. Ich wähle die günstigste Anschaffung. Ich wähle die technisch spannendste Lösung. Ich entscheide nach dem bekanntesten Produktnamen.

Ich beobachte ICT-Trends und prüfe, welche davon für eine Branche tatsächlich relevant sind.

1Trifft nicht zu 2Eher nicht 3Eher ja 4Trifft voll zu

Ich erkenne, wie digitale Lösungen Prozesse, Rollen und Kundenerlebnisse verändern können.

1Trifft nicht zu 2Eher nicht 3Eher ja 4Trifft voll zu

Was ist bei digitaler Transformation typischerweise mehr als reine Tool-Einführung?

Die Veränderung von Prozessen, Rollen, Datenflüssen, Kompetenzen und Geschäftsmodellen. Das Ersetzen von Papierformularen durch PDF-Dateien. Der Einkauf möglichst vieler Cloud-Dienste. Eine einmalige Schulung ohne Prozessänderung.

Ich kann ICT-Massnahmen mit Geschäftszielen und Risiken in Verbindung bringen.

1Trifft nicht zu 2Eher nicht 3Eher ja 4Trifft voll zu

Die ICT-Roadmap enthält viele Initiativen, aber begrenzte Kapazität. Was ist angemessen?

Ich priorisiere nach strategischem Beitrag, Risiko, Abhängigkeiten und Umsetzbarkeit und mache Zielkonflikte sichtbar. Ich plane zuerst die technisch modernsten Vorhaben. Ich verteile Kapazität gleichmässig auf alle Wünsche. Ich lasse die Reihenfolge durch Eingang der Anfragen bestimmen.

Was ist ein zentrales Merkmal einer guten ICT-Strategie?

Sie verbindet Geschäftsziele, Zielarchitektur, Investitionen, Risiken und Umsetzungsplanung. Sie besteht nur aus einer Liste bevorzugter Technologien. Sie wird einmal erstellt und danach nicht mehr überprüft. Sie vermeidet Aussagen zu Prioritäten.

Ich erkenne, wenn unklare Abläufe oder Zuständigkeiten technische Probleme verstärken.

1Trifft nicht zu 2Eher nicht 3Eher ja 4Trifft voll zu

Ein Incident bleibt liegen, weil mehrere Teams sich nicht zuständig fühlen. Was tust du?

Ich kläre Prozess, Rollen und Eskalationswege und schlage eine verbindliche Zuständigkeitsregel vor. Ich suche das Team, das am wenigsten ausgelastet wirkt. Ich löse den Einzelfall und ignoriere den strukturellen Grund. Ich leite das Ticket ohne Kommentar weiter.

Etappe 3 / 6

Entwicklung, Anforderungen & Methoden

Ich kann eigenständig sauberen, getesteten Code schreiben und mit Versionskontrolle (Git) arbeiten.

1Trifft nicht zu 2Eher nicht 3Eher ja 4Trifft voll zu

Was beschreibt der Begriff „Refactoring" am besten?

Die innere Struktur von Code verbessern, ohne sein äusseres Verhalten zu ändern. Neue Funktionen zu einer Anwendung hinzufügen. Einen Fehler im Code beheben (Bugfix). Code von einer Programmiersprache in eine andere übersetzen.

Ein Auftraggeber beschreibt seinen Wunsch sehr vage. Was tust du zuerst?

Mit gezielten Fragen Ziel, Nutzer und Akzeptanzkriterien klären und dokumentieren. Eine erste Lösung bauen und Feedback einholen. Annahmen treffen und direkt umsetzen. Auf eine vollständige schriftliche Spezifikation warten.

Ich kann Aufgaben, Termine, Risiken und Abhängigkeiten in einem Projekt nachvollziehbar planen.

1Trifft nicht zu 2Eher nicht 3Eher ja 4Trifft voll zu

Ein Sprint-Ziel ist gefährdet, weil eine Abhängigkeit nicht rechtzeitig geliefert wird. Was tust du?

Ich mache Auswirkung und Optionen transparent, priorisiere mit dem Product Owner und passe den Plan kontrolliert an. Ich lasse das Team Überzeit machen, ohne das Ziel zu ändern. Ich verschiebe die Diskussion bis zum Sprint Review. Ich entferne stillschweigend Akzeptanzkriterien.

Wozu dient ein Projekt-Risikoregister?

Risiken mit Ursache, Auswirkung, Wahrscheinlichkeit, Massnahmen und Verantwortlichen nachzuverfolgen. Aufgabenlisten für Entwickler zu ersetzen. Nur eingetretene Probleme nachträglich zu archivieren. Budgetpositionen automatisch zu berechnen.

Ich kann Lieferumfang, Qualität, Zeit und Kosten bewusst gegeneinander abwägen und begründen.

1Trifft nicht zu 2Eher nicht 3Eher ja 4Trifft voll zu

Ein Stakeholder wünscht kurz vor Abnahme eine Zusatzfunktion. Was ist professionell?

Ich prüfe Nutzen, Aufwand und Auswirkungen auf Termin und Qualität und führe eine bewusste Change-Entscheidung herbei. Ich nehme die Funktion sofort auf, um freundlich zu sein. Ich lehne sie grundsätzlich ab. Ich baue sie ohne Dokumentation ein.

Ich achte bei Software nicht nur auf Funktion, sondern auch auf Wartbarkeit, Tests, Sicherheit und Deployment.

1Trifft nicht zu 2Eher nicht 3Eher ja 4Trifft voll zu

Ein Merge Request enthält funktionierenden Code, aber kaum Tests und schwer verständliche Logik. Was tust du?

Ich verlange gezielte Tests und verständlichere Struktur, begründe die Risiken und biete konkrete Hinweise. Ich merge, weil die Funktion sichtbar funktioniert. Ich blockiere ohne Erklärung. Ich schreibe alle Tests selbst, ohne Feedback zu geben.

In Produktion tritt ein Fehler auf, der lokal nicht reproduzierbar ist. Was ist sinnvoll?

Ich sammle Logs, Eingaben, Versionen und Umgebung, grenze die Ursache ein und erstelle einen reproduzierbaren Testfall. Ich ändere Code auf Verdacht und deploye sofort. Ich starte den Server neu und schliesse das Ticket. Ich bitte Nutzer um Screenshots und warte ab.

Ich kann Anforderungen in verständliche, prüfbare Aussagen übersetzen.

1Trifft nicht zu 2Eher nicht 3Eher ja 4Trifft voll zu

Was ist ein gutes Akzeptanzkriterium?

Eine konkrete, prüfbare Bedingung, wann eine Anforderung erfüllt ist. Eine technische Implementierungsanweisung für jede Codezeile. Eine grobe Idee ohne messbaren Abschluss. Eine Priorisierungsmethode für das Backlog.

Ich denke beim Umsetzen früh an Tests, Review und nachvollziehbare Qualitätskriterien.

1Trifft nicht zu 2Eher nicht 3Eher ja 4Trifft voll zu

Was ist der Hauptzweck von Regressionstests?

Sicherstellen, dass bestehende Funktionen nach Änderungen weiterhin korrekt funktionieren. Nur die Performance einer Anwendung messen. Benutzeroberflächen schöner machen. Anforderungen priorisieren.

Ich kann agile Rollen, Artefakte und Zeremonien sinnvoll einordnen.

1Trifft nicht zu 2Eher nicht 3Eher ja 4Trifft voll zu

Was ist in Scrum primär die Verantwortung des Product Owners?

Wert, Priorisierung und Transparenz des Product Backlogs verantworten. Die technische Architektur allein festlegen. Alle Teammitglieder disziplinarisch führen. Jeden Task im Sprint täglich zuzuweisen.

Ich achte darauf, ob digitale Lösungen für die Zielgruppe verständlich und effizient nutzbar sind.

1Trifft nicht zu 2Eher nicht 3Eher ja 4Trifft voll zu

Nutzer brechen einen Online-Prozess häufig an derselben Stelle ab. Was machst du zuerst?

Ich analysiere Nutzungsdaten, beobachte echte Nutzer und identifiziere die konkreten Hürden. Ich ändere Farben und Icons, weil die Seite dann moderner wirkt. Ich füge mehr erklärenden Text hinzu, ohne die Ursache zu prüfen. Ich gehe davon aus, dass Nutzer besser geschult werden müssen.

Ich kann fachliche Sachverhalte in Modelle übersetzen, ohne wichtige Ausnahmen zu übersehen.

1Trifft nicht zu 2Eher nicht 3Eher ja 4Trifft voll zu

Etappe 4 / 6

Betrieb, Systeme & Security

Was ist das Hauptziel einer Multi-Faktor-Authentifizierung (MFA)?

Den Zugang zusätzlich absichern, falls ein Passwort kompromittiert wird. Passwörter überflüssig machen. Die Anmeldung schneller machen. Daten im Netzwerk verschlüsseln.

Ich kann Server und Dienste im laufenden Betrieb administrieren, überwachen und Störungen beheben.

1Trifft nicht zu 2Eher nicht 3Eher ja 4Trifft voll zu

Ich beachte Grundprinzipien wie Least Privilege, sichere Passwörter und saubere Berechtigungen.

1Trifft nicht zu 2Eher nicht 3Eher ja 4Trifft voll zu

Ein Entwickler bittet um direkten Zugriff auf Produktivdaten, um einen Fehler zu analysieren. Was tust du?

Ich prüfe Zweck und Berechtigung, bevorzuge anonymisierte Daten oder kontrollierten Zugriff und dokumentiere die Freigabe. Ich gebe Zugriff, wenn es die Fehlersuche beschleunigt. Ich lehne jeden Zugriff grundsätzlich ab, ohne Alternativen zu prüfen. Ich sende einen Datenexport per E-Mail.

Ich kann Sicherheitsmassnahmen nach Risiko, Schutzbedarf und Nutzbarkeit priorisieren.

1Trifft nicht zu 2Eher nicht 3Eher ja 4Trifft voll zu

Ein Phishing-Mail erreicht mehrere Mitarbeitende. Wie reagierst du operativ?

Ich sichere Indikatoren, blockiere Links/Absender, prüfe betroffene Konten und informiere zielgerichtet. Ich lösche nur die gemeldete Nachricht. Ich sende eine allgemeine Warnung ohne technische Massnahmen. Ich warte, ob weitere Meldungen eintreffen.

Ich kann typische Betriebsaufgaben wie Monitoring, Patching und Backup-Kontrolle nachvollziehen.

1Trifft nicht zu 2Eher nicht 3Eher ja 4Trifft voll zu

Ein zentraler Dienst ist langsam, aber nicht vollständig ausgefallen. Was prüfst du zuerst?

Ich prüfe Monitoring, aktuelle Änderungen, Ressourcen, Abhängigkeiten und Nutzerwirkung systematisch. Ich starte den Dienst sofort neu, ohne Daten zu sichern. Ich warte auf einen vollständigen Ausfall. Ich erhöhe pauschal die Serverressourcen.

Was ist ein wichtiges Ziel von Monitoring?

Zustand, Leistung und Fehler von Systemen früh erkennen und nachvollziehbar alarmieren. Backups automatisch ersetzen. Alle Sicherheitsrisiken vollständig verhindern. Dokumentation unnötig machen.

Ein Patch schliesst eine kritische Lücke, könnte aber einen geschäftskritischen Dienst stören. Was ist angemessen?

Ich bewerte Risiko und Auswirkung, teste soweit möglich, plane ein Wartungsfenster und definiere Rollback sowie Kommunikation. Ich installiere sofort ohne Vorbereitung. Ich verschiebe den Patch auf unbestimmte Zeit. Ich informiere erst nach erfolgreicher Installation.

Ich verstehe grundlegende Netzwerkbegriffe wie IP-Adresse, DNS, Routing und Firewall-Regeln.

1Trifft nicht zu 2Eher nicht 3Eher ja 4Trifft voll zu

Nach einer Firewall-Änderung funktionieren einzelne Schnittstellen nicht mehr. Wie gehst du vor?

Ich prüfe betroffene Flows, Regeln, Logs, Reihenfolge und Change-Historie und rolle bei Bedarf kontrolliert zurück. Ich öffne kurzfristig alle Ports zwischen den Systemen. Ich mache weitere Regeln, bis es funktioniert. Ich verweise pauschal auf die Applikation.

Welche Aufgabe hat DNS hauptsächlich?

Namen wie example.ch in IP-Adressen und weitere Namensinformationen aufzulösen. Netzwerkpakete zu verschlüsseln. Benutzer zentral zu authentifizieren. Backups zwischen Standorten zu replizieren.

Ich bleibe bei Störungen ruhig, strukturiere Informationen und halte Betroffene angemessen informiert.

1Trifft nicht zu 2Eher nicht 3Eher ja 4Trifft voll zu

Was ist nach ITIL ein Incident?

Eine ungeplante Unterbrechung oder Qualitätsminderung eines ICT-Services. Jede geplante Änderung an einem Service. Ein langfristiges Verbesserungsprojekt. Ein dokumentierter Kundenwunsch nach neuer Funktionalität.

Ich kann Applikationen im Betrieb überwachen, Fehler eingrenzen und Releases nachvollziehen.

1Trifft nicht zu 2Eher nicht 3Eher ja 4Trifft voll zu

Nach einem Release steigen Fehlerraten in einer Applikation deutlich an. Was machst du?

Ich prüfe Release-Änderungen, Logs, Metriken und Nutzerwirkung und entscheide über Rollback oder Hotfix. Ich warte, ob sich die Fehlerrate stabilisiert. Ich lösche Logs, um Speicherplatz zu sparen. Ich erhöhe nur die Serverleistung.

Was beschreibt Blue-Green Deployment?

Zwei produktionsähnliche Umgebungen erlauben Umschalten auf eine neue Version mit schnellem Rückweg. Ein Backup-Verfahren für Datenbanken. Eine Methode zur Farbcodierung von Tickets. Ein Test, der nur im Browser läuft.

Ich kenne grundlegende Komponenten von Endgeräten und kann einfache Hardwareprobleme eingrenzen.

1Trifft nicht zu 2Eher nicht 3Eher ja 4Trifft voll zu

Ein Arbeitsplatz-PC startet nach einem RAM-Upgrade nicht mehr. Was ist sinnvoll?

Ich prüfe Kompatibilität, korrekten Sitz, Steckplätze und teste mit bekannter funktionierender Konfiguration. Ich ersetze sofort das Mainboard. Ich installiere das Betriebssystem neu. Ich ignoriere das Upgrade als Ursache.

Etappe 5 / 6

Daten, Cloud & Architektur

Ich kann Komponenten, Schnittstellen und Verantwortlichkeiten einer Lösung nachvollziehbar darstellen.

1Trifft nicht zu 2Eher nicht 3Eher ja 4Trifft voll zu

Ein System soll stark wachsen, die heutige Architektur ist eng gekoppelt. Was prüfst du?

Ich analysiere Domänen, Lastprofile, Datenflüsse und Betriebsanforderungen und wähle bewusst Entkopplungspunkte. Ich teile jede Klasse in einen eigenen Microservice auf. Ich kaufe mehr Hardware und ändere sonst nichts. Ich verschiebe Architekturfragen bis nach dem Go-live.

Was ist ein wesentliches Ziel von Architekturentscheidungen?

Qualitätsmerkmale wie Wartbarkeit, Sicherheit, Skalierbarkeit und Kosten bewusst zu gestalten. Möglichst viele Technologien gleichzeitig einzusetzen. Fachliche Anforderungen zu vermeiden. Nur Diagramme für die Dokumentation zu erstellen.

Ich kann Architekturprinzipien definieren und Ausnahmen nachvollziehbar begründen.

1Trifft nicht zu 2Eher nicht 3Eher ja 4Trifft voll zu

Zwei Teams wollen unterschiedliche Integrationsmuster für ähnliche Schnittstellen verwenden. Was tust du?

Ich vergleiche Anforderungen und Qualitätsziele, definiere Leitplanken und dokumentiere die begründete Entscheidung. Ich lasse beide Teams frei entscheiden, damit sie schneller sind. Ich erzwinge ein Muster ohne Prüfung des Kontextes. Ich entscheide nach persönlicher Technologiepräferenz.

Ich kann Datenqualität, Datenmodell und Auswertungsziel auseinanderhalten.

1Trifft nicht zu 2Eher nicht 3Eher ja 4Trifft voll zu

Ein Reporting zeigt widersprüchliche Kennzahlen aus zwei Systemen. Was ist dein Vorgehen?

Ich kläre Definitionen, Datenherkunft, Aktualität, Transformationen und Verantwortlichkeiten der Kennzahlen. Ich nehme den höheren Wert, weil er positiver wirkt. Ich korrigiere die Zahlen manuell im Bericht. Ich vertraue dem System mit der moderneren Oberfläche.

Was bedeutet Normalisierung in relationalen Datenbanken hauptsächlich?

Daten strukturiert auf Tabellen verteilen, um Redundanz und Anomalien zu reduzieren. Alle Daten in einer einzigen Tabelle speichern. Daten für Berichte farblich markieren. Daten automatisch verschlüsseln.

Ich kann Datenarchitektur, Datenschutz und analytischen Nutzen gemeinsam beurteilen.

1Trifft nicht zu 2Eher nicht 3Eher ja 4Trifft voll zu

Ein Fachbereich möchte personenbezogene Daten für ein Machine-Learning-Modell nutzen. Was prüfst du?

Ich kläre Zweck, Rechtsgrundlage, Datenminimierung, Qualität, Bias, Sicherheit und Governance. Ich starte mit allen verfügbaren Daten, weil mehr Daten immer besser sind. Ich anonymisiere grob und verzichte auf weitere Prüfung. Ich lehne Machine Learning grundsätzlich ab.

Ich verstehe, wie Automatisierung und CI/CD wiederholbare Lieferungen unterstützen.

1Trifft nicht zu 2Eher nicht 3Eher ja 4Trifft voll zu

Ein Deployment erfolgt manuell und führt wiederholt zu Fehlern. Was schlägst du vor?

Ich automatisiere Build, Tests, Konfiguration und Deployment schrittweise mit nachvollziehbaren Freigaben. Ich schreibe eine längere manuelle Checkliste und belasse den Ablauf. Ich lasse nur noch eine Person deployen. Ich deaktiviere Tests, damit Deployments schneller sind.

Wozu dient Infrastructure as Code?

Infrastruktur deklarativ oder skriptbasiert versioniert, reproduzierbar und überprüfbar bereitzustellen. Quellcode automatisch in Dokumentation zu übersetzen. Hardware ohne Netzwerk zu betreiben. Benutzeroberflächen zu gestalten.

Ich kann einen ICT-Service aus Sicht von Nutzen, Leistung und Support beschreiben.

1Trifft nicht zu 2Eher nicht 3Eher ja 4Trifft voll zu

Ein neuer Service ist technisch bereit, aber Support und SLA sind unklar. Was ist zu tun?

Ich definiere Serviceumfang, Zielgruppe, SLA, Supportmodell, Monitoring und Übergabe in den Betrieb. Ich starte den Service und kläre Support bei Bedarf später. Ich überlasse alle Details dem Servicedesk. Ich verhindere den Start grundsätzlich.

Ich erkenne Risiken und unterscheide sie von bereits eingetretenen Problemen.

1Trifft nicht zu 2Eher nicht 3Eher ja 4Trifft voll zu

Ein Lieferant meldet Verzögerungen bei einer sicherheitsrelevanten Komponente. Was machst du?

Ich bewerte Eintritt, Auswirkung und Alternativen, definiere Massnahmen und informiere Entscheidungsträger rechtzeitig. Ich hoffe, dass der Lieferant aufholt. Ich ersetze den Lieferanten sofort ohne Folgenabschätzung. Ich dokumentiere das Risiko, plane aber keine Massnahme.

Welche Kombination beschreibt Risikobewertung üblich?

Eintrittswahrscheinlichkeit und Auswirkung, ergänzt durch Massnahmen und Restrisiko. Nur die Anzahl offener Tickets. Nur die technische Komplexität. Nur die Meinung des Projektleiters.

Ich kann ICT-Kosten, Budgets und Leistungsbezug in Entscheide einbeziehen.

1Trifft nicht zu 2Eher nicht 3Eher ja 4Trifft voll zu

Was ist bei Cloud-Kostensteuerung besonders wichtig?

Nutzung messen, Budgets und Verantwortlichkeiten definieren sowie Ressourcen laufend optimieren. Einmalig die kleinste Instanz wählen und nie mehr prüfen. Nur die monatliche Rechnung ablegen. Alle Dienste vorsorglich überdimensionieren.

Etappe 6 / 6

Interessen & Motivation

Womit würdest du dich am liebsten einen ganzen Arbeitstag beschäftigen?

Eine Software-Funktion entwerfen und programmieren. Ein System absichern und Schwachstellen aufspüren. Aus Daten Muster und Erkenntnisse gewinnen. Ein Projekt koordinieren und Menschen zusammenbringen.

Ich finde es spannend, Marktbewegungen und technologische Trends strategisch zu bewerten.

1Trifft nicht zu 2Eher nicht 3Eher ja 4Trifft voll zu

Ich interessiere mich dafür, wie Organisationen Entscheidungen treffen und Veränderungen aufnehmen.

1Trifft nicht zu 2Eher nicht 3Eher ja 4Trifft voll zu

Du darfst eine ICT-Investition empfehlen. Was überzeugt dich am meisten?

Ein klarer Wertbeitrag mit transparenten Kosten, Risiken, Alternativen und messbaren Nutzenzielen. Die Lösung mit dem grössten Funktionsumfang. Die Variante mit dem niedrigsten Einkaufspreis. Die Lösung, die gerade am stärksten beworben wird.

Ich beschäftige mich gern damit, wie digitale Möglichkeiten neue Arbeitsweisen ermöglichen.

1Trifft nicht zu 2Eher nicht 3Eher ja 4Trifft voll zu

Du sollst eine innovative Lösungsidee für einen bestehenden Prozess entwickeln. Was motiviert dich fachlich?

Das Problem aus Nutzer-, Prozess- und Technologiesicht verstehen und daraus tragfähige Varianten entwerfen. Sofort das auffälligste Interface bauen. Eine bestehende Lösung kopieren, ohne Kontext zu prüfen. Nur technische Machbarkeit betrachten.

Ich möchte Arbeitsweisen in Teams verbessern und passende Methoden bewusst auswählen.

1Trifft nicht zu 2Eher nicht 3Eher ja 4Trifft voll zu

Ein Team sieht Qualitätssicherung als Verzögerung. Wie würdest du argumentieren?

Ich zeige anhand von Risiken, Folgekosten und Feedbackzyklen, wie passende Qualitätssicherung Lieferung verlässlicher macht. Ich fordere mehr Tests unabhängig vom Kontext. Ich akzeptiere den Verzicht, solange Termine gehalten werden. Ich verlege Qualität vollständig an eine separate Stelle.

Ich kann mir vorstellen, Verantwortung für stabile Services und laufende Verbesserungen zu übernehmen.

1Trifft nicht zu 2Eher nicht 3Eher ja 4Trifft voll zu

Welche Art von Aufgabe zieht dich am stärksten an?

Eine schwierige technische Architekturentscheidung vorbereiten. Ein Kundengespräch führen und eine passende Lösung erklären. Ein Datenmodell verbessern und Auswertungen ermöglichen. Einen Service stabilisieren und Betriebsabläufe verbessern.

In welchem Umfeld würdest du am liebsten Wirkung erzielen?

In einem Entwicklungsteam mit Code, Reviews und CI/CD. In einer Security- oder Netzwerkumgebung. In Projekten mit vielen Stakeholdern und Terminen. In strategischen Fragen zur digitalen Ausrichtung.

Welche Herausforderung klingt für dich am interessantesten?

Eine komplexe Störung koordinieren und nachhaltig beheben. Ein neues Produkt nutzerzentriert gestalten. Ein Budget und Lieferantenleistungen transparent steuern. Ein Team durch eine schwierige Veränderung begleiten.

Wobei vergisst du am ehesten die Zeit?

Daten bereinigen, analysieren und visualisieren. Systeme automatisieren und Deployments verbessern. Anforderungen in klare Stories und Kriterien übersetzen. Risiken, Kontrollen und Compliance sauber ordnen.

Welche Rolle in einem Vorhaben passt spontan am besten zu dir?

Technische Lösung entwerfen und Architekturfragen klären. Menschen koordinieren, moderieren und Entscheidungen herbeiführen. Betrieb, Monitoring und Supportqualität sicherstellen. Business-Nutzen und Marktchancen einschätzen.

Welche Weiterbildung würdest du am ehesten wählen?

Cloud-Architektur, Container und Automatisierung. Security, Datenschutz und Incident Response. Business Analyse, Beratung und Requirements Engineering. Leadership, Moderation und Teamentwicklung.

Welche Art von Problem löst du am liebsten?

Ein schwer reproduzierbarer Softwarefehler. Ein Performance- oder Verfügbarkeitsproblem im Betrieb. Ein unklarer Geschäftsprozess mit vielen Varianten. Eine Frage zur Wirtschaftlichkeit einer ICT-Lösung.

Was reizt dich an ICT-Arbeit besonders?

Aus Ideen robuste digitale Produkte bauen. Organisationen durch Digitalisierung verändern. Sensible Informationen schützen. Nutzern im Alltag schnell und wirksam helfen.

Welche Aufgabe würdest du in einem Hackathon übernehmen?

Backend bauen, Tests schreiben und Deployment automatisieren. Nutzerinterviews führen und den Ablauf vereinfachen. Daten beschaffen, bereinigen und ein Dashboard erstellen. Pitch, Nutzenargumentation und Teamkoordination übernehmen.

Welche Verantwortung möchtest du langfristig eher tragen?

Technische Leitplanken und Zielarchitektur verantworten. Stabile Services und professionelle Supportprozesse verantworten. Sicherheits- und Risikomanagement verantworten. Menschen entwickeln und Teams führen.

Welche Kombination klingt für dich am passendsten?

Analyse, Modellierung und klare Anforderungen. Netzwerk, Infrastruktur und technische Fehlersuche. Governance, Prozesse und organisatorische Wirkung. Kreativität, Prototyping und Nutzererlebnis.

Bitte beantworte alle Fragen dieser Etappe, bevor du weitergehst.