Screening technique par stack : les questions qui séparent Datasphere de BW
À jour au 2026-08-16
BW, BW/4HANA et Datasphere reposent sur des architectures réellement différentes, mais les candidats décrivent couramment leur expérience sur les trois avec un langage identique, et un recruteur non technique ne peut pas les séparer aux seuls mots employés. Ce module donne dix questions précises — sur la migration brownfield versus greenfield, les replication flows versus data flows, les Data Access Controls, et les types de connexion — qui forcent un candidat à révéler une profondeur qu'il ne peut pas simuler, ainsi que les quatre indices fiables d'une réponse faible. L'enjeu s'ancre dans le corpus de contrats vivants d'Analytics Legends (1 873 annonces, 16/08/2026), où 434 annonces nomment « bw » comme catégorie principale contre 352 pour « datasphere » et 116 pour « bdc » — trois viviers de demande adjacents mais non interchangeables qu'un screening générique confondra.
Ce que vous apprendrez
- Poser des questions qui forcent un candidat à révéler une profondeur qu'il ne peut pas simuler
- Distinguer une expérience de migration BW/4HANA brownfield d'une greenfield
- Différencier un travail de maintenance BW classique d'une vraie modélisation Datasphere
- Lire une grille de screening face à la demande réelle du marché pour chaque stack
Pourquoi « expérience SAP BW » n'est pas une réponse de screening
BW, BW/4HANA et Datasphere reposent sur des architectures réellement différentes, et un candidat peut être solide sur l'une et superficiel sur l'autre tout en employant un langage identique pour décrire les deux. Un recruteur non technique ne peut pas distinguer « j'ai exécuté des requêtes BW/4HANA » de « j'ai modélisé une couche d'extraction BW/4HANA » aux seuls mots employés. La solution n'est pas d'apprendre à coder — c'est d'apprendre quelles questions forcent un candidat à révéler une profondeur qu'il ne peut pas simuler.
La ligne de partage BW / BW/4HANA
Demandez ce que le candidat a réellement construit dans BW/4HANA par opposition à ce qui a été hérité de BW classique : modélisait-il de nouveaux aDSO et CompositeProviders, ou maintenait-il des InfoCubes migrés des années plus tôt sans toucher au modèle ? Demandez ce que « migration » signifiait sur son dernier projet BW/4HANA — brownfield (garder le modèle, changer d'hébergement de base de données) ou greenfield (reconstruire le modèle). Les deux exigent des compétences différentes, et un candidat incapable de nommer immédiatement lequel il a fait était probablement en périphérie du projet, pas au pilotage.
Module complet réservé aux abonnés. Le module complet ajoute : le cadre de décision · le cas guidé de bout en bout · la grille de KPI · les anti-patterns · le contrôle de connaissances · les schémas.