Was ist bei «Auftrag und Rolle der IT» besonders wichtig?
Formuliere Leistungsversprechen, Entscheidungsgrenzen und Schnittstellen so, dass Fachbereiche und IT dieselben Erwartungen teilen.
Mehr dazu →Informatikfragen ohne Umweg.
Kurze Antworten aus den Wissensinhalten dieser Galaxy. Wenn du tiefer einsteigen willst, führt dich jede Antwort direkt in die passende Welt.
Was ist bei «Governance-Modell und Gremien» besonders wichtig?
Reduziere Gremien auf wenige klare Entscheidungsforen mit Auftrag, Inputs, Entscheidungsrechten und Eskalationsweg.
Mehr dazu →Was ist bei «Unternehmensziele und Zielsystem» besonders wichtig?
Ordne ein IT-Vorhaben explizit den Unternehmenszielen zu und benenne Zielkonflikte, statt Nutzen nur allgemein zu behaupten.
Mehr dazu →Was ist bei «Stakeholder und Anspruchsgruppen» besonders wichtig?
Halte fest, wer Nutzen erwartet, wer Kosten trägt, wer Risiken übernimmt und wer einen Entscheid blockieren kann.
Mehr dazu →Was ist bei «Beobachtungsfelder definieren» besonders wichtig?
Definiere Suchraum, Quellen, Beobachtungsrhythmus und Entscheidungsschwellen je Feld.
Mehr dazu →Was ist bei «Technologiearten unterscheiden» besonders wichtig?
Bewerte nicht nur technische Neuheit, sondern strategische Relevanz und Beherrschbarkeit.
Mehr dazu →Was ist bei «Ablauf der Informationsbeschaffung» besonders wichtig?
Trenne Suchfrage, Quelle, Erhebung und Bewertung, damit Informationen nicht zufällig gesammelt werden.
Mehr dazu →Was ist bei «Qualität von Informationen» besonders wichtig?
Dokumentiere Quelle, Aktualität, Aussagegrenze und mögliche Interessen hinter einer Information.
Mehr dazu →Was ist bei «Risikomanagement-Prozess» besonders wichtig?
Definiere Rhythmus und Verantwortlichkeit, damit Risiken nicht nur punktuell vor Audits betrachtet werden.
Mehr dazu →Was ist bei «Eintrittswahrscheinlichkeit und Schadenhöhe» besonders wichtig?
Definiere Skalen mit verständlichen Ankern und bewerte Auswirkungen aus mehreren Dimensionen.
Mehr dazu →Was ist bei «Schutzziele und Schutzbedarf» besonders wichtig?
Bewerte Schutzbedarf pro Information, Prozess oder System und leite daraus verhältnismässige Massnahmen ab.
Mehr dazu →Was ist bei «ISMS als Managementsystem» besonders wichtig?
Definiere Scope, Verantwortlichkeit, Review-Rhythmus und messbare Sicherheitsziele.
Mehr dazu →Was ist bei «Inhalte einer IT-Strategie» besonders wichtig?
Definiere die Gliederung so, dass jede strategische Aussage zu einer Entscheidung oder Leitplanke führt.
Mehr dazu →Was ist bei «Anforderungen an die IT-Strategie» besonders wichtig?
Prüfe, ob Aussagen konkrete Konsequenzen haben und ob Zielkonflikte offen benannt werden.
Mehr dazu →Was ist bei «Projektauftrag und Erfolgskriterien» besonders wichtig?
Kläre Auftrag und Erfolg vor der Detailplanung und trenne Ziel von bereits angenommenen Lösungsideen.
Mehr dazu →Was ist bei «Scope, Abgrenzung und Annahmen» besonders wichtig?
Dokumentiere In-Scope, Out-of-Scope, Annahmen und offene Entscheide gemeinsam.
Mehr dazu →Was ist bei «Projektstatus und Planabweichung» besonders wichtig?
Definiere Ampelkriterien und verlange bei Gelb oder Rot immer Ursache, Auswirkung und Entscheidung.
Mehr dazu →Was ist bei «Kosten-, Termin- und Ressourcenreport» besonders wichtig?
Vergleiche Plan, Ist und Forecast und erkläre Abweichungen je Dimension.
Mehr dazu →Was ist bei «Prozessorientierte Aufgabenbildung» besonders wichtig?
Beschreibe zuerst Leistungen und Prozesse und leite daraus Rollen und Zuständigkeiten ab.
Mehr dazu →Was ist bei «Organisationsdesign und Funktionen» besonders wichtig?
Prüfe, ob Entscheidungen dort liegen, wo Wissen und Verantwortung vorhanden sind.
Mehr dazu →Was ist bei «Integriertes 7S-Modell» besonders wichtig?
Nutze das Modell, um Veränderungsprobleme nicht vorschnell nur als Struktur- oder Personalproblem zu behandeln.
Mehr dazu →Was ist bei «Motivation verstehen» besonders wichtig?
Frage nach Ursachen statt Motivation zu unterstellen und trenne Leistungsfähigkeit, Motivation und Rahmenbedingungen.
Mehr dazu →Was ist bei «Organisationsebenen und Kultur» besonders wichtig?
Beschreibe, welche Ebene verändert wird und welche anderen Ebenen davon betroffen sind.
Mehr dazu →Was ist bei «Reaktionen auf Veränderungen» besonders wichtig?
Suche hinter einer Reaktion nach konkreten Sorgen, Verlusten, Fragen oder Zielkonflikten.
Mehr dazu →Was ist bei «Elemente eines IT-Qualitätssystems» besonders wichtig?
Definiere, welche Qualität erreicht werden soll, wie sie geprüft wird und wer auf Abweichungen reagiert.
Mehr dazu →Was ist bei «Qualitätsmerkmale und Prüffragen» besonders wichtig?
Formuliere pro Merkmal prüfbare Fragen oder Akzeptanzkriterien.
Mehr dazu →Was ist bei «Fit/Gap-Analyse» besonders wichtig?
Klassifiziere Gaps nach Geschäftswirkung und prüfe Prozessänderung, Konfiguration oder Erweiterung als Alternativen.
Mehr dazu →Was ist bei «BPR und BPO» besonders wichtig?
Wähle die Veränderungstiefe nach Problem, Zeitdruck, Risiko und Veränderungsfähigkeit.
Mehr dazu →Was ist bei «2-Tier- und 3-Tier-Architekturen» besonders wichtig?
Bewerte nicht nur technische Eleganz, sondern auch Betriebsmodell, Teamfähigkeit und Änderbarkeit.
Mehr dazu →Was ist bei «Architekturrahmen und Qualitätsmatrix» besonders wichtig?
Definiere Qualitätsziele und Architekturprinzipien, bevor einzelne Technologien festgelegt werden.
Mehr dazu →Was ist bei «Ziel, Auftrag und Zielgruppe» besonders wichtig?
Formuliere vor dem Erstellen einen Satz: Wer soll danach was wissen, glauben oder entscheiden?
Mehr dazu →Was ist bei «Management Summary strukturieren» besonders wichtig?
Beginne mit Entscheidungsbedarf und Empfehlung, nicht mit der Entstehungsgeschichte.
Mehr dazu →Was ist ETL?
ETL steht für Extract, Transform, Load: Daten werden aus Quellen extrahiert, vereinheitlicht und kontrolliert in ein Zielsystem geladen.
Mehr dazu →Warum braucht ein Data Warehouse Historisierung?
Damit nicht nur der aktuelle Zustand, sondern auch Veränderungen und Trends über Zeit analysiert werden können.
Mehr dazu →Was ist der Unterschied zwischen Verifikation und Validierung?
Verifikation prüft, ob die spezifizierten Anforderungen korrekt umgesetzt wurden; Validierung, ob die Lösung den tatsächlichen Zweck erfüllt.
Mehr dazu →Was unterscheidet Werkvertrag und Auftrag in IT-Leistungen?
Vereinfacht schuldet der Werkvertrag einen bestimmten Erfolg, der Auftrag eine sorgfältige Tätigkeit. Die konkrete Einordnung hängt vom Vertrag ab.
Mehr dazu →Was ist ein Subnetz?
Ein Subnetz ist ein abgegrenzter IP-Adressbereich mit gemeinsamem Präfix, der Adressierung, Routing, Organisation und Segmentierung unterstützt.
Mehr dazu →Was ist eine CMDB?
Eine Configuration Management Database führt kontrollierte Informationen zu Configuration Items und ihren Beziehungen für Betrieb und Changes.
Mehr dazu →Incident oder Problem - was ist der Unterschied?
Incident Management stellt den Service möglichst rasch wieder her; Problem Management untersucht Ursachen und verhindert Wiederholungen.
Mehr dazu →Wozu dienen OLA?
Operational Level Agreements konkretisieren interne Leistungsbeiträge, die notwendig sind, damit ein zugesagtes SLA erfüllt werden kann.
Mehr dazu →Was bedeutet Normalisierung bei relationalen Datenbanken?
Normalisierung strukturiert Tabellen nach funktionalen Abhängigkeiten, um Redundanzen und Einfüge-, Änderungs- oder Löschanomalien zu reduzieren.
Mehr dazu →Was ist der Unterschied zwischen ER-Modell und relationalem Schema?
Das ER-Modell beschreibt fachliche Entitäten und Beziehungen; das relationale Schema übersetzt diese Struktur in Tabellen, Schlüssel und Integritätsregeln.
Mehr dazu →Wozu dient ein Kontextdiagramm?
Es zeigt die Systemgrenze sowie externe Akteure oder Systeme und deren Informationsflüsse zum betrachteten System.
Mehr dazu →Wann ist eine Entscheidungstabelle sinnvoll?
Wenn mehrere Bedingungen in Kombination unterschiedliche Aktionen auslösen und Vollständigkeit sowie Widerspruchsfreiheit geprüft werden sollen.
Mehr dazu →Was ist der Kern einer guten Modularisierung?
Module sollen intern stark zusammengehören und untereinander möglichst wenig und klar definierte Abhängigkeiten haben.
Mehr dazu →Was unterscheidet Stichtag und Pilot beim Rollout?
Beim Stichtag wird der gesamte Zielumfang gleichzeitig umgestellt; ein Pilot startet bewusst mit begrenztem Umfang, um unter realen Bedingungen zu lernen.
Mehr dazu →Was gehört in einen Fallback-Plan?
Rückkehrpunkt, gesicherte Daten, technische Rückschritte, Entscheidungszeitpunkt, Owner, Kommunikationsweg und die maximal zulässige Rückfallzeit.
Mehr dazu →Was ist ein Data Mart?
Ein Data Mart ist ein thematisch oder organisatorisch abgegrenzter analytischer Datenbestand; ohne gemeinsame Semantik kann er jedoch neue Datensilos erzeugen.
Mehr dazu →Was ist eine Faktentabelle?
Sie enthält messbare Ereignisse oder Kennzahlen in einer definierten Körnung und verweist auf Dimensionen wie Zeit, Produkt oder Organisation.
Mehr dazu →Warum sind KO-Kriterien in Evaluationen heikel?
Weil sie Optionen vollständig ausschliessen. Deshalb sollten nur wirklich unverzichtbare Mindestanforderungen als KO formuliert werden.
Mehr dazu →Was ist ein Configuration Audit?
Ein Configuration Audit vergleicht den dokumentierten Soll- oder CMDB-Zustand mit der tatsächlichen Umgebung und behandelt Abweichungen kontrolliert.
Mehr dazu →Was ist der Unterschied zwischen Incident und Problem?
Incident Management stellt den Service wieder her; Problem Management untersucht die zugrunde liegenden Ursachen wiederkehrender oder bedeutender Störungen.
Mehr dazu →