Travaux Pratiques 1 : Analyse des besoins utilisateurs¶

Objectifs pédagogiques¶

  • Savoir mener une analyse structurée des besoins en données
  • Maîtriser les techniques d'identification des exigences des utilisateurs
  • Comprendre comment traduire des besoins métier en spécifications techniques
  • Apprendre à documenter et prioriser les besoins identifiés

Contexte¶

Vous êtes data engineer dans une entreprise de commerce en ligne spécialisée dans la vente de produits électroniques. L'entreprise souhaite mettre en place un nouveau pipeline de données pour améliorer ses capacités analytiques et décisionnelles. Vous êtes chargé(e) de mener l'analyse des besoins auprès des différentes équipes utilisatrices.

Partie 1 : Identification des parties prenantes¶

Consignes¶

  1. Identifiez les principales parties prenantes qui pourraient avoir des besoins en données dans cette entreprise de commerce en ligne.
  2. Pour chaque partie prenante, décrivez brièvement :
    • Son rôle dans l'organisation
    • Ses objectifs principaux
    • Les types de décisions qu'elle doit prendre
  3. Classez ces parties prenantes selon leur priorité pour le projet de pipeline de données.

Livrables attendus¶

  • Liste structurée des parties prenantes avec leurs caractéristiques
  • Justification de la priorisation proposée

Exemple de liste structurée des parties prenantes¶

Partie prenante Rôle dans l'organisation Objectifs principaux Types de décisions
Équipe marketing
Équipe des ventes
Data scientists
Direction des opérations
Service client
Direction financière
Direction générale

Partie 2 : Simulation d'entretiens¶

Consignes¶

Pour cette partie, vous allez simuler des entretiens avec trois parties prenantes clés. Pour chaque entretien :

  1. Préparez une liste de 5 à 8 questions pertinentes à poser lors de l'entretien
  2. Simulez les réponses que pourrait donner la partie prenante (en vous basant sur votre compréhension de ses besoins)
  3. Analysez ces réponses pour en extraire des besoins concrets en données

Les trois parties prenantes à interviewer sont :

  • Le responsable marketing digital
  • Un data scientist de l'équipe d'analyse prédictive
  • Le directeur des opérations logistiques

Livrables attendus¶

  • Guide d'entretien pour chaque partie prenante
  • Simulation des réponses obtenues
  • Analyse des besoins identifiés pour chaque partie prenante

Partie 3 : Formalisation des besoins en données¶

Consignes¶

À partir des besoins identifiés dans la partie précédente :

  1. Formalisez les besoins en données sous forme de "user stories" suivant le format : "En tant que [rôle], je souhaite [besoin] afin de [objectif]"
  2. Pour chaque user story, précisez :
    • Les sources de données potentielles
    • La fréquence de mise à jour nécessaire
    • Le niveau de granularité requis
    • Les transformations ou enrichissements nécessaires
  3. Regroupez ces user stories par thématiques ou domaines fonctionnels

Livrables attendus¶

  • Liste des user stories formalisées avec leurs caractéristiques
  • Cartographie des domaines fonctionnels couverts

Partie 4 : Priorisation et roadmap¶

Consignes¶

  1. Définissez des critères de priorisation pertinents pour les besoins identifiés (ex: valeur business, complexité technique, dépendances, etc.)
  2. Évaluez chaque user story selon ces critères
  3. Proposez une roadmap de mise en œuvre en trois phases :
    • Phase 1 : Besoins prioritaires à court terme (1-3 mois)
    • Phase 2 : Besoins à moyen terme (3-6 mois)
    • Phase 3 : Besoins à long terme (6-12 mois)
  4. Justifiez votre proposition de roadmap

Livrables attendus¶

  • Matrice de priorisation des besoins
  • Roadmap détaillée avec justification

Matrice de priorisation¶

User Story Valeur business Urgence Complexité Dépendances Score final Priorité
US1 - .............
US2 - Segmentation clients

Partie 5 : Document de spécifications¶

Consignes¶

Rédigez un document de spécifications synthétisant l'ensemble de votre analyse. Ce document devra inclure :

  1. Un résumé exécutif présentant les objectifs du pipeline de données
  2. La méthodologie utilisée pour l'analyse des besoins
  3. Les principales parties prenantes et leurs besoins
  4. Les exigences fonctionnelles (quelles données, quelles transformations, quels résultats attendus)
  5. Les exigences non-fonctionnelles (performance, disponibilité, sécurité, etc.)
  6. La roadmap proposée
  7. Les risques identifiés et stratégies de mitigation

Livrables attendus¶

  • Document de spécifications complet (5-7 pages)

Critères d'évaluation¶

  • Exhaustivité et pertinence de l'analyse des parties prenantes
  • Qualité et profondeur des questions d'entretien
  • Clarté et précision des user stories
  • Pertinence des critères de priorisation et cohérence de la roadmap
  • Structure et clarté du document de spécifications
  • Prise en compte des aspects techniques et métier dans l'analyse

Ressources complémentaires¶

  • Template de document de spécifications
  • Exemples de user stories pour des projets de données
  • Guide d'entretien pour l'analyse des besoins en données
  • Matrice de priorisation (modèle Excel)