Recueillir les besoins intranet : réussir les entretiens et ateliers
Réduisez les reprises en comprenant ce dont les employés ont besoin avant de construire l’intranet. Le recueil des besoins intranet remplace les demandes dispersées par des preuves sur les tâches, les obstacles et l’impact métier.
Le défi est de dépasser les souhaits comme « améliorer la recherche » ou « donner un tableau de bord à tout le monde ». Les entretiens révèlent les problèmes sous-jacents. Les enquêtes mesurent leur ampleur. Les ateliers aident les bonnes personnes à décider ce qui compte et pourquoi.
Dans cet article :
- Comment planifier le recueil des besoins ?
- Que demander en entretien ?
- Comment une courte enquête élargit-elle la contribution ?
- Comment créer personas et parcours ?
- Comment animer un atelier de besoins ?
- Comment écrire des exigences testables ?
- Comment prioriser le backlog ?
- Comment valider le backlog ?
Comment planifier le recueil des besoins ?
Commencez par définir les décisions que la recherche doit éclairer. Sinon, la découverte devient une liste de demandes sans lien.
Un bon périmètre précise les tâches que l’intranet doit soutenir au lancement, les obstacles actuels et les contraintes d’accès ou de conformité. Indiquez aussi ce qui est hors périmètre, comme le choix de plateforme ou la planification technique détaillée.
Construisez une matrice de participants, pas seulement une liste de parties prenantes. Les responsables expliquent les obligations, mais ils ne remplacent pas les employés qui réalisent les tâches.
| Groupe | Ce qu’il faut apprendre |
|---|---|
| RH et communication interne | Questions récurrentes, publication, ownership des politiques, lacunes de communication |
| IT et sécurité | Identité, appareils, intégrations, support et contraintes de sécurité |
| Juridique et conformité | Obligations confirmées, conservation et restrictions d’accès |
| Unités métier | Tâches, passages de relais et conséquences opérationnelles |
| Employés | Comportements réels, contournements et problèmes de recherche d’information |
Attribuez trois rôles : facilitateur, preneur de notes et responsable des décisions de discovery. Planifiez d’abord les entretiens, puis une enquête issue des premiers thèmes, puis des ateliers pour résoudre les lacunes et arbitrages.
Que demander en entretien ?
Les entretiens fonctionnent mieux lorsqu’ils reconstruisent une situation réelle. Demandez aux employés de raconter la dernière fois où ils ont cherché une politique RH ou une information interne : déclencheur, premier endroit consulté, confiance dans le résultat, obstacle, contournement et résultat souhaité.
Pour les responsables de département, ajoutez des questions sur les demandes récurrentes, les erreurs qui créent du risque, les informations difficiles à accéder, les propriétaires de contenu et les obligations documentées.
Gardez les suggestions de fonctionnalités séparées des preuves. Remplacez « utiliseriez-vous un tableau de bord personnalisé ? » par « quelles informations vous faut-il au début de votre poste ? ».
Terminez en reformulant votre compréhension et séparez dans les notes le comportement rapporté, l’interprétation et l’idée de fonctionnalité.
Comment une courte enquête élargit-elle la contribution ?
Utilisez l’enquête pour vérifier l’étendue des thèmes d’entretien, pas pour faire concevoir l’intranet par les répondants.
Posez des questions sur la fréquence des tâches, la difficulté, les contournements et l’obstacle principal. Gardez un langage neutre, des échelles cohérentes et des options comme « non applicable » ou « je n’ai pas fait cette tâche ».
Testez l’enquête avec un petit groupe varié. Vérifiez le sens des questions, les options manquantes et l’effort demandé.
Ne collectez que les données de segmentation utiles. Expliquez si les réponses sont anonymes ou confidentielles. Une faible participation indique une lacune de preuve, pas une absence de besoin.
Comment créer personas et parcours ?
Les personas et parcours rendent la recherche utilisable dans les décisions. Ils doivent résumer les preuves, pas ajouter une biographie fictive.
Regroupez les constats par tâche et obstacle. Une persona légère peut inclure objectifs, contexte de travail, accès aux appareils, besoins d’accessibilité, confiance numérique, obstacles et contournements.
Cartographiez ensuite une tâche prioritaire, par exemple trouver la politique de congés actuelle : déclencheur, recherche, lecture, confirmation et étape suivante. Reliez chaque obstacle à un besoin candidat, comme reconnaître la version approuvée.
Signalez les hypothèses et demandez aux employés représentés dans la recherche de revoir les parcours avant l’atelier.
Comment animer un atelier de besoins ?
Un atelier doit transformer les preuves en décisions. Envoyez avant la réunion un court dossier : périmètre, constats clés, personas, parcours prioritaire et questions à trancher.
Invitez les personnes qui comprennent les tâches et celles qui peuvent résoudre les arbitrages. Une agenda de 90 minutes peut couvrir périmètre, preuves, parcours, formulation des besoins, priorisation et actions.
Commencez par une réflexion silencieuse individuelle, puis un tour de table. Reformulez les demandes de fonctionnalités en besoins : « Quand [situation], [groupe] doit [tâche] afin de [résultat] ».
Le vote par points révèle les préférences, mais ne remplace pas une décision tenant compte du risque, des dépendances ou des obligations. Gardez un journal des décisions et une liste de sujets hors périmètre.
Comment écrire des exigences testables ?
Une exigence utile décrit un résultat employé et rend le succès observable.
Distinguez exigences fonctionnelles et non fonctionnelles. Pour chaque élément, notez ID, groupe utilisateur, tâche, bénéfice, exigence, liens de preuve, critères d’acceptation, dépendances, reviewer et statut.
Transformez « la recherche est frustrante » en : les employés doivent trouver la politique de congés approuvée avec les termes qu’ils utilisent couramment.
Un critère d’acceptation peut préciser qu’un employé autorisé, avec une phrase de test convenue, voit la politique approuvée dans la plage de résultats définie et identifiée comme actuelle.
Si les phrases, seuils ou comptes de test manquent, l’élément doit être affiné avant livraison.
Comment prioriser le backlog ?
Fusionnez les doublons tout en conservant les contextes et preuves distincts. Utilisez MoSCoW pour le périmètre convenu : must have, should have, could have et will not have.
Un must-have doit être essentiel à une tâche critique ou à une obligation confirmée, sans contournement acceptable. Évaluez impact, portée, fréquence, risque, dépendances et effort indicatif.
La popularité ne doit pas l’emporter sur une contrainte légale confirmée ou un besoin d’accès touchant un petit groupe. Divisez les grandes demandes en résultats plus petits et documentez la justification.
Comment valider le backlog ?
Validez le backlog contre les tâches initiales des employés. Parcourez les exigences prioritaires avec des employés représentatifs et demandez ce qui reste ambigu ou absent.
Demandez aux responsables de vérifier leurs domaines : RH pour les politiques, communication interne pour la publication, IT pour l’identité et l’accès, juridique ou conformité pour les obligations, accessibilité pour les critères.
Avant de clore la discovery, chaque priorité doit avoir source de preuve, résultat clair, critères testables, dépendances, reviewer, justification et hypothèses explicites.
Retournez les lacunes vers des entretiens ciblés ou une courte session de suivi. Transmettez résumé de recherche, couverture des participants, personas, parcours, backlog priorisé, décisions et questions ouvertes.
Prêt à commencer ?
Utilisez ces questions d’entretien, idées d’enquête, agenda d’atelier et modèle d’exigence pour votre prochaine session de discovery. Commencez par une tâche importante, suivez les preuves et élargissez ensuite.
Si vous souhaitez un second regard, échangez avec l’équipe Open Intranet. Apportez votre parcours, votre backlog provisoire ou vos questions ouvertes.
