Start › Kompetenzen › Analyse & Requirements
Kompetenz-ClusterKompetenz-Cluster Analyse & Requirements
Die meisten gescheiterten IT-Projekte scheitern nicht an der Technik, sondern daran, dass niemand genau verstanden hat, was gebraucht wird. Genau darum geht es in diesem Cluster.
Was zu diesem Cluster gehört
Zuhören und nachfragen, bis aus «es soll einfacher werden» eine messbare Anforderung wird.
Abstraktion: das Muster hinter Einzelfällen erkennen, statt jeden Sonderfall einzeln zu bauen.
Dokumentieren so, dass Entwicklung, Test und Auftraggeber dasselbe verstehen.
Priorisieren: erkennen, was wirklich gebraucht wird und was nur nett wäre – und diesen Unterschied begründen können.
Prüfbarkeit: Anforderungen so formulieren, dass man am Ende zweifelsfrei feststellen kann, ob sie erfüllt sind.
Rollen, für die das eine Kernkompetenz ist
Bei diesen ICT-Rollen ist Analyse & Requirements im Rollenmodell als kritische Kompetenz hinterlegt – ohne sie funktioniert die Rolle nicht. Die Zahl zeigt das Soll-Niveau (Skala 1–4).
Rollen, die ihn zusätzlich brauchen
Hier ist der Cluster nicht die Kernkompetenz, aber auf hohem Niveau gefordert:
Wo stehst du in diesem Cluster? Das Assessment misst es – und vergleicht es mit dem Soll deiner Zielrolle.
Rollen und Spinnendiagramm gratis · ohne Kreditkarte · Pro erst nach deinem Resultat
Wie du diesen Cluster aufbaust
- Anforderungen mit einer echten Fachperson erheben und danach prüfen lassen, ob die Zusammenfassung stimmt.
- Bestehende Systeme rückwärts dokumentieren – eine unterschätzte Übung.
- Requirements-Engineering-Zertifizierungen geben eine gemeinsame Sprache, ersetzen aber die Praxis nicht.
Zertifikate, die auf diesen Cluster einzahlen
Aus dem Katalog anerkannter ICT-Zertifizierungen – sortiert nach Abdeckung dieses Clusters:
Ein Zertifikat ersetzt keine Praxis – aber es gibt dem Lernen eine Struktur und dem Lebenslauf einen Beleg.
Häufige Fragen
Ist das nicht Aufgabe der Business-Analystin?
Bei grossen Firmen ja, bei KMU macht es die Person, die auch entwickelt. Deshalb ist ein mittleres Niveau in fast allen ICT-Rollen sinnvoll.
Wie erkenne ich, dass ich hier schwach bin?
Wenn Projekte regelmässig anders enden als besprochen, liegt es fast nie am Code.
Braucht man dafür technisches Wissen?
Ein solides Grundverständnis von Systemen und Daten hilft, realistische Anforderungen zu stellen. Die Kernkompetenz ist aber das Verstehen und Strukturieren, nicht das Programmieren.
Wie hängt dieser Cluster mit Projektmethodik zusammen?
Analyse klärt, WAS gebraucht wird; Projektmethodik sorgt dafür, dass es geordnet umgesetzt wird. Viele Rollen verlangen beides auf mittlerem Niveau.