Wie Intel Business-Analysten interviewt

Die Berichte von Bewerbern beschreiben das Auswahlverfahren für Softwareentwickler bei Intel, nicht das für Business-Analysten. Daher dienen die folgenden Phasen als Orientierung für den Interviewstil von Intel und nicht als Darstellung der Gesprächsrunden für Analysten. Screening, Fallstudie, verhaltensbezogenes Interview und Vor-Ort-Termin sind auf dieser Seite Vorbereitungskategorien und keine von Intel verwendeten Bezeichnungen für Gesprächsrunden.

• Berichteter Umfang. Ein Ablauf mit 4 bis 6 Phasen, der je nach Senioritätsstufe, Geschäftsbereich und danach variiert, ob sich ein Hochschulabsolvent oder eine erfahrene Fachkraft bewirbt.
• Berichteter Einstieg. Erfahrene Bewerber beginnen Berichten zufolge mit einem etwa 30-minütigen Gespräch mit einem Recruiter.
• Berichtetes Screening. Ein technisches Screening von 45 bis 60 Minuten mit einem Kollegen oder der einstellenden Führungskraft; für einen Business-Analysten dürfte das Pendant eher ein Gespräch über Kompetenzen als eine Programmieraufgabe sein.
• Berichteter Vor-Ort-Termin. Ein virtueller Vor-Ort-Termin mit 3 bis 4 direkt aufeinanderfolgenden Interviews über Microsoft Teams, der etwa 3 bis 4 Stunden dauert, gefolgt von einem etwa 30-minütigen Abschlussgespräch mit einer Führungskraft oder einem Mitglied der Geschäftsleitung.

Bewerber beschreiben den technischen Vor-Ort-Termin als eine fachliche Vertiefung, eine Designdiskussion, ein verhaltensbezogenes Interview mit einer Führungskraft und ein bereichsübergreifendes Interview mit einem erfahrenen Kollegen, wobei die genaue Zusammensetzung je nach Team variiert. Für einen Business-Analysten ist das bereichsübergreifende Interview besonders ernst zu nehmen: Berichten zufolge nimmt eine erfahrene Person aus einem anderen Team am Auswahlverfahren teil – genau die Zielgruppe, vor der die Empfehlungen eines Business-Analysten bestehen müssen.

Interviews für Business-Analysten prüfen im Allgemeinen:

• Anforderungs- und Stakeholderanalyse. Eine vage Anfrage in überprüfbare Anforderungen zu überführen und zu wissen, wessen Freigabe jeweils erforderlich ist.
• Prozessmodellierung. Zu beschreiben, wie die Arbeit abläuft, wo der Prozess scheitert und welche Kosten eine Änderung verursacht.
• Datengestützte Empfehlungen. Eine Kennzahl auszuwählen, sie sachlich zu interpretieren und eine Option samt ihren Risiken zu empfehlen.
• Kommunikation. Einem Entwickler und einer Führungskraft dieselbe Erkenntnis zu erklären, ohne ihre Bedeutung zu verändern.

Für Business-Analysten bei Intel wurde nichts Rollenspezifisches berichtet; die folgenden Unterschiede entsprechen der allgemeinen Praxis.

• 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: Wer ist für das Problem verantwortlich, wer genehmigt die Lösung und was wird nachgelagert beeinträchtigt?
• Im Vergleich zu Interviews für Produktmanager ist mit weniger Fragen zu Produktvision und Priorisierung und dafür mit mehr Aufgaben zur Analyse eines bestehenden Prozesses oder Systems und zur Begründung seiner Verbesserung zu rechnen.
• Im Vergleich zum berichteten technischen Auswahlverfahren entfiele die Programmierrunde in C oder C++; an ihre Stelle träte eine Fallstudie oder eine Anforderungsaufgabe.

Intel veröffentlicht keine Zeitpläne. Bewerberberichte nennen die Dauer der einzelnen Phasen: ein etwa 30-minütiges Gespräch mit einem Recruiter, ein Screening von 45 bis 60 Minuten, einen Vor-Ort-Termin von etwa 3 bis 4 Stunden und ein Abschlussgespräch von etwa 30 Minuten.

Die berichtete Schwierigkeit liegt im kompakten Vor-Ort-Termin. Mehrere Interviews an einem Nachmittag, jeweils aus einem anderen Blickwinkel, kommen einem Business-Analysten zugute, der frühere Projekte bis hin zu einzelnen Entscheidungen einschließlich Kennzahlen und Einwänden vorbereitet hat und dieselbe Empfehlung zunächst einem Entwickler und anschließend einer Führungskraft präsentieren kann, ohne an Präzision zu verlieren.

Bereiten Sie sich auf den berichteten Ablauf vor und klären Sie die Einzelheiten mit dem Recruiter.

• Fragen Sie nach dem Ablauf. Die berichteten Abläufe unterscheiden sich je nach Team; fragen Sie, wie viele Interviews stattfinden und ob es eine Fallstudienaufgabe gibt.
• Beispiele zur Anforderungsanalyse. Zwei oder drei Fälle, in denen aus einer vagen Anfrage überprüfbare Anforderungen entstanden, einschließlich des Stakeholders, den Sie überzeugen mussten.
• Eine Prozessdarstellung aus dem Gedächtnis. Der vorherige Zustand, der Engpass, die Änderung und das gemessene Ergebnis.
• Eine Empfehlung für einen Skeptiker. Üben Sie, einer Person aus dem betroffenen Team Optionen, Belege, Empfehlung und Risiko vorzustellen, da Bewerber von einem bereichsübergreifenden Interview berichten.
• Üben Sie direkt aufeinanderfolgende Gesprächsrunden. Ein Probeinterview mit SubcueAI ermöglicht es Ihnen, mehrere Gespräche in einer Sitzung zu üben.