Le travail bloqué détermine le premier recrutement data
Supposons que vos tableaux de bord donnent des réponses divergentes et que vous deviez décider quel produit commercialiser davantage. Si les données nécessaires restent inaccessibles ou impossibles à rapprocher de façon fiable, le premier travail relève du socle de données, avec un Data Engineer. Si des données utilisables existent mais que personne ne construit l’analyse permettant de comparer les produits, un Data Analyst peut répondre au besoin. Lorsque les deux obstacles se cumulent, il faut déterminer quel travail conditionne le premier résultat utile.
Nous vous proposons de partir de cette dépendance pour choisir la responsabilité à confier à la personne recrutée. Les descriptions de métiers éclairent ce choix : le référentiel britannique Government Digital and Data Profession attribue au Data Engineer la construction de flux documentés et la mise à disposition de données accessibles pour l’analyse. Il associe le Data Analyst à la compréhension des besoins, à l’analyse et à la communication des résultats. Ces responsabilités fournissent des repères, sans établir un ordre universel de recrutement.
Une question métier permet de localiser le blocage
Partez d’une décision que vous devez réellement préparer. Dans notre situation hypothétique, précisez d’abord ce que signifie comparer les produits : quelles données faut-il examiner, sur quelle période et pour répondre à quelle question ? Demandez ensuite à vos interlocuteurs de montrer les données disponibles et le chemin suivi pour produire les résultats actuels.
Examinez le point où ce chemin s’interrompt. Personne ne peut obtenir les données d’une source nécessaire, les informations ne peuvent pas être rapprochées ou une incohérence des données empêche la comparaison envisagée : le besoin porte d’abord sur leur disponibilité ou leur fiabilité. Les données pertinentes sont accessibles et leurs limites connues restent compatibles avec une comparaison, même restreinte, mais personne n’a formulé les hypothèses ni interprété les différences entre les produits : le travail manquant relève de l’analyse. Une différence métier inexpliquée ne suffit donc pas à conclure que les données sont défaillantes. La dispersion des tableaux de bord, à elle seule, ne permet pas de trancher.
Vous n’avez pas à attendre des données parfaites. Le cadre britannique de qualité des données publié par GOV.UK recommande d’apprécier la qualité selon les besoins des utilisateurs et reconnaît que la perfection peut être hors d’atteinte. Pour appliquer ce principe, faites préciser si chaque défaut empêche la comparaison envisagée ou restreint seulement ce que vous pourrez en conclure. Un défaut qui change le choix entre les produits ne se traite pas comme une information secondaire absente.
L’issue du diagnostic doit être une phrase concrète : quelle décision reste empêchée, quelles données ou quelle analyse lui manquent, éventuellement les deux, et quel premier résultat permettrait de progresser ? Sans cette formulation, vous risquez d’ouvrir un poste dont la réussite resterait indéfinie.
Le socle passe en premier lorsque les données restent inutilisables
Si le blocage se situe dans les flux ou la structuration des données, examinez un recrutement de Data Engineer. Le référentiel Government Digital and Data Profession documente la connexion des systèmes, la description des flux et la mise à disposition de données pour l’analyse. En France, Choisir le service public associe également ce métier à l’architecture, à la structuration et aux contrôles techniques des données.
Pour cadrer le résultat attendu, désignez les sources nécessaires à votre question métier. Vous pouvez demander des flux documentés et des données structurées accessibles pour cette analyse précise. À la réception du travail, faites vérifier que les utilisateurs concernés peuvent retrouver les informations nécessaires et comprendre leur provenance. La présence d’un flux ne suffit pas si les données obtenues ne permettent toujours pas d’examiner la question retenue.
Vérifiez aussi qui concevra la solution. Dans le référentiel britannique, le Data Engineer du premier niveau met en œuvre une conception établie par des professionnels plus expérimentés : cet intitulé ne garantit donc pas une autonomie de conception. Si vous attendez de la personne qu’elle définisse seule l’organisation technique, cette capacité doit être établie, ou un appui doit être prévu.
Enfin, l’entreprise doit organiser les accès et identifier les personnes capables de valider les données. Choisir le service public décrit la validation et la correction comme un travail de collaboration. Rendre les données disponibles prépare l’analyse, mais ne produit pas automatiquement la réponse métier attendue.
L’analyse passe en premier lorsque les données sont déjà utilisables
Si les données permettent déjà l’examen de votre question, vous pouvez donner la priorité à un Data Analyst. Le référentiel Government Digital and Data Profession relie ce rôle aux besoins métier, à l’analyse et à la communication. Dans le secteur comptable français, la fiche de l’Observatoire décrit également des restitutions sous forme de rapports ou de visualisations, avec des hypothèses de travail et des limites explicites.
Dans notre exemple hypothétique, le résultat attendu serait une comparaison interprétable des produits à partir des données retenues. Demandez que la restitution précise les hypothèses, les écarts observés et les conclusions que les données ne permettent pas de tirer. Vous pourrez alors examiner si l’analyse éclaire votre choix ou si une incertitude déterminante exige un travail supplémentaire.
Cette mission suppose des échanges avec les personnes qui connaissent l’activité. Prévoyez leur disponibilité pour expliquer les données et discuter les interprétations, ainsi que le soutien correspondant à l’autonomie du profil recruté. Un rapport visuellement lisible ne remplace pas cette compréhension du besoin.
Des préparations de données peuvent rester nécessaires. Le référentiel britannique attribue aussi à l’analyste le traitement de problèmes de qualité et le nettoyage des données. La frontière utile tient donc à l’étendue du travail requis : une préparation compatible avec l’analyse envisagée ne justifie pas à elle seule de recruter d’abord un Data Engineer. Elle ne démontre pas davantage qu’un analyste pourra prendre en charge toute l’infrastructure.
Un besoin mixte demande un ordre de travail explicite
Les responsabilités se recouvrent partiellement. Le référentiel britannique prévoit des rapports réutilisables parmi les tâches du Data Engineer, tandis que le Data Analyst intervient aussi sur la préparation des données. Ces recouvrements invitent à examiner les capacités réelles plutôt qu’à supposer une séparation absolue des métiers.
Revenons à la comparaison hypothétique des produits. Si une source indispensable reste inutilisable, commencez par déterminer quel travail permettra d’exploiter cette source et qui prendra ce travail en charge. Si les données permettent déjà une comparaison limitée, vous pouvez envisager cette première analyse tout en attribuant séparément les corrections nécessaires. Le choix dépend de ce que les limites restantes vous autorisent à conclure.
Pour fixer cet ordre, distinguez les travaux déjà pris en charge de ceux qui n’ont pas de responsable. Si un appui technique peut résoudre le problème de flux, le recrutement peut se concentrer sur l’analyse. Si cet appui manque et que le défaut empêche toute réponse pertinente, le socle devient prioritaire. Nous proposons ici un raisonnement selon les dépendances, sans présumer qu’un intitulé généraliste garantit toutes les capacités nécessaires.
Le poste doit préciser le résultat attendu et les appuis disponibles
Transformez le diagnostic en description du travail à confier. Reliez la décision métier au premier livrable attendu, puis précisez les sources concernées, les accès à organiser et les interlocuteurs qui participeront à la validation. Indiquez ce que la personne devra concevoir elle-même et ce qui bénéficiera d’un appui existant.
Faites ensuite relire cette description aux responsables concernés. Peuvent-ils confirmer les accès, consacrer du temps aux échanges et prendre les décisions de validation qui leur reviennent ? Le cadre de qualité des données de GOV.UK répartit la responsabilité de la qualité des données dans l’organisation. Il ne la fait pas reposer sur une seule personne recrutée.
Une dépendance doit être nommée assez précisément pour pouvoir être levée. Si personne ne sait qui autorisera l’accès à une source indispensable, identifiez ce responsable avant de présenter le poste comme immédiatement opérationnel. Si la conception technique dépasse l’autonomie attendue du profil, organisez l’appui ou revoyez le niveau recherché. Vous définissez ainsi le poste en tenant compte des conditions réelles dans lesquelles la personne exercera ses missions.
La prochaine décision dépend du blocage qui reste à lever
Avant d’ouvrir le poste, faites confirmer la responsabilité prioritaire et les appuis nécessaires pour l’assumer. Des données inutilisables orientent vers le socle et le Data Engineer. Des données exploitables sans réponse métier orientent vers le Data Analyst. Un besoin mixte exige d’attribuer les travaux et de choisir leur ordre selon les dépendances constatées.
Si l’accès aux sources reste incertain, faites préciser comment l’obtenir. Si la disponibilité des interlocuteurs indispensables n’est pas confirmée, convenez avec eux du temps à consacrer aux échanges. Le choix du profil peut être préparé, mais l’ouverture du poste ne suffit pas à lever cette dépendance.
Sources
Government Digital and Data Profession : Data engineer
Government Digital and Data Profession : Data analyst
GOV.UK : The Government Data Quality Framework
Choisir le service public : Data engineer
Les métiers de la comptabilité : Les fiches métiers de l’Observatoire : Data Analyst
