So interviewt Microsoft Business-Analysten

Microsoft veröffentlicht einen Überblick statt eines festen Ablaufs. Die folgende Reihenfolge entspricht daher den Angaben von Microsoft, wurde jedoch nach den auf dieser Seite verwendeten Vorbereitungskategorien geordnet (Vorauswahl, Fallstudie, verhaltensbezogenes Interview, Vor-Ort-Interview), die nicht den Bezeichnungen der Microsoft-Interviewrunden entsprechen.

• Die Gespräche. Die meisten Microsoft-Interviews umfassen 2-4 Gespräche mit potenziellen Teammitgliedern und funktionsübergreifenden Kollegen, die jeweils bis zu einer Stunde dauern. Für einen Business-Analysten sind funktionsübergreifende Kollegen ein wesentlicher Teil der gesamten Tätigkeit. Rechnen Sie daher mit mindestens einem Interviewer aus einem Team, das Sie unterstützen würden, dem Sie aber nicht selbst angehören.
• Format und Arbeitsproben. Die Interviews können telefonisch, über Microsoft Teams oder persönlich stattfinden. Bei manchen Rollen werden Bewerber um Arbeitsproben gebeten; bei einem Analysten könnte dies ein Anforderungsdokument, eine Prozessdarstellung oder ein Empfehlungspapier sein.
• Die Fragen. Microsoft beschreibt seine technischen Interviews als problemorientiert und ergänzt sie durch kompetenzbasierte Fragen sowie Fragen zu Ihrem Lebenslauf. Ein Interview für Business-Analysten konzentriert sich stärker auf die Kompetenz- und Lebenslaufaspekte dieser Beschreibung.

Microsoft veröffentlicht weder Angaben zur Dauer des gesamten Verfahrens noch dazu, ob Business-Analysten eine Fallaufgabe erhalten.

Da laut den veröffentlichten Angaben Problemlösung, Kompetenzen und Ihr Lebenslauf im Mittelpunkt stehen, orientieren sich die Interviewer an den von Ihnen aufgeführten Projekten: Worin bestand die Anfrage, wer wollte was, wie haben Sie die tatsächliche Anforderung ermittelt und was änderte sich nach Ihrer Empfehlung?

In Interviews für Business-Analysten werden im Allgemeinen folgende Bereiche bewertet:

• Anforderungs- und Stakeholderanalyse. Eine unklare Anfrage in überprüfbare Anforderungen zu überführen und zu wissen, wessen Freigabe für jede einzelne erforderlich ist.
• Prozessdarstellung. Zu beschreiben, wie die Arbeit tatsächlich abläuft, wo sie ins Stocken gerät und welche Auswirkungen eine Änderung auf die ausführenden Personen hätte.
• Datengestützte Empfehlungen. Eine Kennzahl auszuwählen, sie ehrlich auszuwerten und eine Option samt ihren Risiken zu empfehlen.
• Kommunikation. Einem Entwickler und einer Führungskraft dieselbe Sache so zu erklären, dass keiner von beiden sie missversteht – genau das wird in einer Gesprächsrunde mit Teammitgliedern und funktionsübergreifenden Kollegen geprüft.

Sofern es nicht ausdrücklich erlaubt ist, müssen Sie Ihre eigenen Fähigkeiten ohne externe Unterstützung zeigen. Die Struktur, die Sie in eine Fallaufgabe einbringen, muss daher von Ihnen selbst stammen.

Das von Microsoft veröffentlichte Format unterscheidet nicht nach Rollen. Die folgenden Unterschiede entsprechen daher der allgemeinen Praxis und sind keine Richtlinie von Microsoft.

• Im Vergleich zu Interviews für Datenanalysten ist mit weniger Live-SQL und einem stärkeren Fokus auf Anforderungen, Prozesse und die organisatorische Seite von Veränderungen zu rechnen: Wem gehört das Problem, wer genehmigt die Lösung und was wird in nachgelagerten Bereichen beeinträchtigt?
• Im Vergleich zu Interviews für Produktmanager geht es voraussichtlich weniger um Produktvision und die Priorisierung einer Roadmap, dafür stärker um die Analyse eines bestehenden Prozesses oder Systems und um die Begründung möglicher Verbesserungen.
• Im Vergleich zu anderen Unternehmen sollten Sie sich vor allem auf die veröffentlichten Merkmale vorbereiten: eine geringe Zahl einstündiger Gespräche und die Beteiligung funktionsübergreifender Kollegen. Ihre Darstellung muss über alle Gespräche hinweg stimmig bleiben, da die Interviewer ihre Notizen miteinander vergleichen.

Microsoft veröffentlicht keinen Zeitplan. Microsoft nennt jedoch den Umfang: 2-4 Gespräche von jeweils bis zu einer Stunde. Das Verfahren ist somit kompakt, und jedes Gespräch hat erhebliches Gewicht.

Die Schwierigkeit besteht darin, innerhalb eines kompetenzorientierten Rahmens präzise zu antworten. Fragen, die mit einer Kompetenz beginnen, etwa dem Umgang mit einer widersprüchlichen Anforderung, führen schnell zu Ihrem Lebenslauf: Welches Projekt, welcher Stakeholder und was haben Sie tatsächlich getan? Bewerber, die ihre bisherige Arbeit auf der Ebene einzelner Entscheidungen beschreiben können, schneiden besser ab als Bewerber mit ausgefeilten, aber allgemeinen Antworten.

Bereiten Sie Nachweise für den veröffentlichten Rahmen vor: Problemlösung, Kompetenzen und Lebenslauf.

• Beispiele für Anforderungsarbeit. Zwei oder drei Fälle, in denen aus einer unklaren Anfrage überprüfbare Anforderungen wurden – einschließlich des Stakeholders, den Sie überzeugen mussten, und der Zugeständnisse, die Sie gemacht haben.
• Ein Prozess, den Sie aus dem Gedächtnis darstellen können. Der Ausgangszustand, der Engpass, die Änderung und das gemessene Ergebnis.
• Ein Empfehlungspapier. Üben Sie, eine Analyse innerhalb weniger Minuten als Optionen, Nachweise, Empfehlung und Risiko zu präsentieren und anschließend zu verteidigen.
• Arbeitsproben. Bei manchen Rollen werden diese verlangt. Halten Sie ein übersichtliches Anforderungsdokument oder eine Prozessdarstellung bereit, zu der Sie sich Zeile für Zeile befragen lassen würden.
• Üben Sie funktionsübergreifende Fragen. Ein Probeinterview mit SubcueAI hilft Ihnen, kompetenzbasierte Fragen und Fragen zu Ihrem Lebenslauf in einer Sitzung zu üben. Im echten Interview ist externe Unterstützung nicht erlaubt, sofern sie nicht ausdrücklich genehmigt wurde.