Étapes pour créer des cartes narratives pour votre projet - Avez-vous déjà entré dans votre espace départemental dans votre bureau pour trouver des post-its de couleur différente et une note ornant les murs? Non, je ne parle pas du moment où vos collègues vous ont souhaité bonne chance pour votre anniversaire et peint les murs avec des post-its colorés, voici une chose liée au travail. *clin d'œil*

Pendant des décennies, alors que la gestion de projet Agile prend lentement le devant de la scène en matière de fabrication et de production, et avec les méthodologies Agile qui s'infiltrent lentement dans les entreprises et le développement de logiciels, il y a un grand besoin de savoir ce qui va suivre, ce qui s'est passé et les tâches à être des horaires. Agile adopte l'utilisation de projets de segmentation en parties et ces parties ou user stories seront exécutées dans l'ordre dans lequel vous souhaitez construire le projet

Comprendre le besoin d'histoires

Souvent, nous passons beaucoup de temps à déchiffrer les statuts actuels de nos sprints et de notre flux de travail, et même avec les outils de gestion de projet, nous n'avons parfois pas une vue de bout en bout des activités à entreprendre, en particulier notre utilisateur histoires. Même si nous avons une compréhension de ces activités en attente, nous n'avons aucune idée de leur place dans le grand schéma des choses; nous ne savons pas seulement par ces activités ce que nous construisons? Imaginez que vous vous placez devant vos parties prenantes et utilisateurs et que vous leur dites le statut du projet. Rien que par ce statut, il est difficile de mieux comprendre le produit lui-même car il n'y a pas de vues de niveau supérieur impliquées.

En tant que chef de projet, vous gardez une trace de chacun de ces aspects mentionnés et vous êtes constamment à la recherche du rythme. Malheureusement, les membres de votre équipe ne sont pas au même rythme à pied, ni vos utilisateurs. Alors qu'ils se livrent à leur travail et essaient de leur mieux pour terminer le sprint actuel, ils sont confrontés au problème de s'y engager car ils ne savent pas ce qui va suivre et où cela se termine.

La documentation est abondante et les membres de l'équipe sont nombreux. Prenez une situation où vous présentez un autre membre de l'équipe au projet. Comment mettre cette personne au courant? Présentation: Story Maps!

Commençons par les Story Maps

Jeff Patton, le pionnier des Story Maps, explique comment il a compris la valeur et les capacités de résolution de problèmes que possédaient les Story Maps pour les éléments du backlog et comment cela pourrait aider les managers et les employés à planifier leurs projets. Dans son article, The New User Story Backlog is a Map, Patton parle explicitement de la carte de la user story. En un mot, il explique qu'une carte d'histoires utilisateur effectue un arrangement clair des histoires qui se sont produites au cours du projet et aide l'utilisateur à comprendre comment fonctionne le projet. Il continue en expliquant que les Story Maps sont la «meilleure version du backlog produit». En substance, il critique le favori du développement Agile, le backlog plat, qui consiste essentiellement à écrire des histoires, et il déclare que les Story Maps sont des backlogs élaborés qui vous aident à comprendre la situation dans son ensemble et à ne jamais la perdre de vue.

En prenant tout cela en considération, je peux expliquer que les Story Maps sont la vue complète du backlog du produit et des activités cartographiées de manière à nous raconter l'histoire ou le voyage que le produit va faire. Ce modèle utile d'organisation des histoires nous aide à comprendre ce que le projet va faire pour nous et, le cas échéant, nous aide à identifier tous les trous et lacunes trouvés dans l'histoire tissée. Cette histoire est principalement affichée visuellement et est facile à déchiffrer par l'utilisateur ou le personnel tiers.

Construire une carte d'histoire

Peu de gens connaissent le concept des Story Maps et ne savent donc même pas par où commencer. Maintenant, puisque vous savez ce qu'est une carte d'histoire, il est temps de plonger dans la création et la construction d'une.

Avec un peu de rembobinage, vous tombez sur des Story Maps sous forme de structures narratives élaborées utilisées pour une meilleure compréhension d'un problème métier donné, encapsulées dans un projet. Comme un script, il agit comme un catalyseur visuel du projet et peut ainsi permettre aux chefs de projet et aux membres de l'équipe de projet de ne jamais détourner l'attention de l'objectif principal du projet et fournit une vue de bout en bout de l'ensemble du projet.

Tout comme un film, une carte d'histoire complète est constituée d'images individuelles ou d'histoires utilisateur, assemblées pour fonctionner comme un film. Ce film est votre projet. Pour construire une carte d'histoire sophistiquée pour votre projet, vous devrez entreprendre les étapes suivantes.

  1. Rassemblez le bois - Rassemblement des exigences

Il est important que votre phase de collecte des exigences soit conduite au point. Sans une vision claire des exigences, l'ensemble du plan ou de la vision du projet peut devenir un peu flou. L'intégralité du projet réside dans ce que vous voulez accomplir avec l'aide du projet. Une carte d'histoire peut ensuite vous aider à mettre les choses en place et à les rendre claires comme de l'eau courante.

Avec un plan et une stratégie de projet en place, vous devez déjà avoir une idée claire des différentes étapes et activités et tâches qui doivent passer par un projet. De cette façon, vous aurez vos grandes histoires et vos petites histoires qui s'intègrent. Celles-ci peuvent être utilisées pour former la structure squelettique de vos cartes d'histoires de projet et peuvent vous faire voir la vision entière.

  1. Organiser le feu de joie - Cartographie des exigences

Une fois tous les éléments / récits utilisateur en place, votre prochaine tâche consiste à disposer ces éléments sur une carte récit, les grands récits occupant le premier rang. Organisez les étapes restantes sous chaque grande histoire que vous avez tracée.

Ces grandes histoires sont les activités qui ont plusieurs étapes en dessous et celles qui n'ont pas de flux de travail particulier établi pour elles, du moins sans les petites activités mentionnées ci-dessous.

Une fois que vous avez organisé les nombreuses histoires d'utilisateurs sur une carte d'histoire pour votre projet, il est temps d'attribuer une histoire à chacun d'eux. Cette histoire devrait être une seule phrase, englobant ce qu'est l'activité.

Remarque : Les grandes histoires en elles-mêmes ne sont peut-être pas des livrables et c'est correct de les avoir de cette façon.

  1. Brisez les journaux en unités plus petites - Morceaux

Cette carte d'histoire est maintenant prête pour une ventilation et un découpage supplémentaires. Vos témoignages d'utilisateurs devraient descendre jusqu'à ce que les activités ne puissent plus être ventilées. Assurez-vous que vous faites de ces activités logiques des livrables solides et qu'ils peuvent produire une sortie jusqu'à ce qu'elle atteigne la première user story. Vous pouvez appeler ces livrables en tant que tâches utilisateur.

Créez la Story Map sous forme de grille avec les colonnes dirigées par des user stories et en cascade jusqu'à la fin de la colonne verticale sont les tâches utilisateur à effectuer. Cet arrangement doit être logiquement cartographié pour faire une histoire complète et peut suivre les méthodes de haut en bas et de gauche à droite.

  1. Ajouter l'huile - Apporter l'avis d'experts

Faites venir vos experts en la matière et demandez-leur d'évaluer la carte narrative que vous avez organisée. Demandez-leur de le comparer au plan du projet et de les aider à comprendre la vision du projet. S'ils le font correctement, votre story-map implique l'histoire exactement comme elle était censée être racontée.

Demandez-leur d'évaluer le flux des histoires, des activités et des tâches de manière à avoir un sens logique pour vous et les membres de votre équipe de projet.

  1. Mettez le feu - Finalisation de la structure de la carte de l'histoire

Une fois que vous avez essayé et commenté votre carte d'histoire, il est temps de la finaliser et de faire créer et refaire les graphiques à afficher dans les zones où le projet sera mené. Il est important que l'étape précédente soit soigneusement prise en considération et, en conséquence, que la carte de l'histoire soit finalisée. Assurez-vous d'avoir obtenu l'adhésion de tous les employés, développeurs et toutes les parties prenantes sur le projet avant de finaliser la carte de l'histoire afin que tout le monde soit au courant de ce qui se passe et où il peut courir en cas de doute avec la vision. du projet.

  1. Poke in the Stick - Tester la Story Map

Vous avez maintenant une carte d'histoire entièrement équipée et assemblée et vous pouvez bien la suspendre sur le tableau de vision de votre équipe de projet pour que tout le monde puisse la voir. L'étape suivante consiste à pouvoir parcourir l'intégralité de la carte avec un cadre, un développeur, une partie prenante et un utilisateur. Parler à travers les cartes avec les utilisateurs peut vous aider à atteindre des points où vous avez complètement raté un espace vide. Comprenez ces points et prenez des notes car ils peuvent être utiles la prochaine fois que vous construirez une carte d'histoire pour votre prochain projet.

Au cours de cette phase de test ou de cette visite, vous pourrez identifier les étapes du projet ou les histoires qui seront difficiles à surmonter et nécessiter une attention particulière ou des histoires qui sont des opportunités claires pour vous de tirer parti. À ce stade, vous pourrez voir la valeur attachée à chaque étape que vous avez mise en place et allouer des délais pour chaque activité et tâche.

  1. Afficher le feu de joie - Libérer la carte de l'histoire

Vous avez vos histoires d'utilisateurs, vous avez vos tâches et activités, et vous avez votre calendrier et votre valeur, la seule chose qui reste à faire est de publier cette carte d'histoire pour votre département ou l'équipe de projet concernée à suivre et à visualiser. Vous avez maintenant les user stories comme «colonne vertébrale» de votre projet et le reste de la grille comme «structure squelettique». Chaque colonne dispose désormais d'une solution complète et entièrement équipée pour les activités entreprises par votre projet.

Aux fins de la hiérarchisation, c'est un travail efficace si vous gardez les histoires les plus importantes ou les plus importantes hors de la hiérarchisation. Chaque histoire y est d'une importance capitale et ne peut pas avoir la priorité les unes sur les autres. Pour planifier votre sortie et hiérarchiser les différentes histoires, activités et tâches, vous devrez examiner la structure squelettique. Votre colonne vertébrale reste ce qu'elle est toujours.

  1. Regroupement et priorisation

Une Story Map n'est pas simplement un affichage statique d'un plan de projet complet. Il s'agit d'une sorte de carte qui évolue et façonne et remodèle constamment la façon dont un projet évolue. Vous pouvez mettre à jour, redéfinir les priorités, ajouter et soustraire des user stories et des activités / tâches à tout moment. Il est important à tout moment de regrouper et de hiérarchiser ces activités afin de connaître l'ordre naturel des choses et compenser toute perte de temps ou d'horaire.

Délimitez les sprints que vous souhaitez effectuer et affectez-leur une priorité dans l'ordre des lignes. De cette façon, vous pourrez contrôler à tout moment ce que vous avez à faire et ce qui doit être fait. Essayez d'utiliser des post-its de couleurs différentes ou des parchemins en papier pour différentes tâches et histoires d'utilisateurs et également pour marquer différentes étapes ou modifications. Différentes couleurs peuvent également être utilisées pour les raisons mentionnées ci-dessous:

  • Priorité
  • Technique ou commercial
  • Niveau de complexité
  • Modification d'une user story existante

L'utilisation de différentes couleurs attirera l'attention de vos utilisateurs, des membres de votre équipe et de vos parties prenantes, et les sensibilisera à la situation actuelle de la user story. Assurez-vous toujours qu'en tant que chef de projet, vous devez continuellement mettre à jour la carte de l'histoire de manière à être à jour à tout moment.

Avantages de la cartographie des histoires

Les Story Maps peuvent être les guides parfaits à travers votre projet qui vous aideront non seulement à faire comprendre aux membres de votre équipe et aux parties prenantes en quoi consiste le projet, mais vous permettront également de tirer le meilleur parti du projet lui-même. Vous trouverez ci-dessous quelques avantages que vous pouvez gagner grâce à la mise en œuvre de Story Maps:

  • Outil de communication efficace - Mettre tout le monde sur la même page avec des mises à jour en temps réel peut vraiment accélérer la réussite de votre projet. Comme la communication est efficace, les commentaires des autres sont aussi rapides et opportuns pour sauver la situation.
  • Aide visuelle pour l'ensemble du projet - Avoir un affichage massif pour votre projet sous la forme d'histoires utilisateur peut faciliter la compréhension de votre projet. Les humains sont plus réceptifs aux aides visuelles que toute autre forme de dictée.
  • Feuille de route comme guide - Une carte d'histoire vous fournira un grand sens de l'orientation une fois que vous aurez terminé une tâche singulière. Il vous informera de ce qui se passera ensuite, de ce qui a été fait et de la quantité de sprint en cours.
  • Aide à hiérarchiser efficacement vos sprints et votre backlog
  • Aide à décomposer les grandes histoires en éléments logiques plus petits

Articles recommandés

  1. 7 meilleures étapes efficaces utiles pour choisir le bon ensemble de membres de l'équipe de projet
  2. Open Sources utiles à la gestion de projet agile pour les nuls
  3. 8 meilleures façons pour les chefs de projet de traiter avec des clients non techniques
  4. Les 10 principales étapes d'activités efficaces de développement du leadership

Catégorie:

Développement de l'entrepreneuriat