Discussion autour des projets Agiles
Le Management Visuel (MV) est une méthode de management s’appuyant sur le visuel reposant sur le triptyque « visualiser, comprendre, agir ». Il consiste à choisir des indicateurs pertinents, à faire visualiser graphiquement leur évolution avec de faire comprendre des situations pour amener à agir au plus tôt en prenant de bonnes décisions de gestion.
Si vous vous intéressez au management d’équipe ou à la gestion de projet, vous avez probablement déjà vu sur les réseaux sociaux la photo d’une meute de loups en ligne, dans le parc national de Wood Buffalo.
La légende associée explique alors la structure de la meute, la métaphore avec un management d’équipe et ce qu’est un Leader.
Après 20 ans d’observation de projets d’innovation (approches agiles), en 2012, Thierry Secqueville propose le Manifeste AGILE 2012 Tout Secteur dans une thèse professionnelle intitulée « Agile et secteurs d’activité » (Mastère Spécialisé en Management par Projets).
Ce Manifeste AGILE 2012 Tout Secteur propose une approche de haut niveau (high level concept), comme le Manifeste Agile de 2001, en s’appuyant sur le retour d’expérience de multiples mise-en-œuvres d’Agile dans des secteurs d’activité autres que le développement de logiciel.
Le Manifeste Agile est une publication déclarative et collective, en ligne, spécifiant ce qu’est l’approche Agile de développement de logiciels.
Créé en février 2001 par un groupe de 17 experts en informatique, le Manifeste Agile est le fruit d’une réflexion collective suite à l’expérimentation de nouvelles voies de développement logiciel qui ont permis à ces 17 experts, indépendamment, d’obtenir de meilleurs résultats qu’en gestion de projet en cascades (classique).
Une tâche élémentaire de Projet est une action entreprise par l’équipe Projet, dans la phase de réalisation afin de contribuer à la production du résultat attendu (périmètre au sens du PMI). On retrouve les tâches dans le cadre des Sprints en approche itérative et agile.
ChronoLine GP est un jeu sérieux compétitif / collaboratif, de la gamme LudiJob.com, à base de cartes spécialisées, amenant un groupe (jusqu’à 10 joueurs / jeu) à découvrir (ou redécouvrir) les éléments clés de la gestion de projet (en 2021) et à reconstituer l’historique. Conçu par Thierry Secqueville en 2021, ce jeu innovant s’adresse aux […]
Apprendre-avec-le-jeu.com – L’Escape BoxOutil ludique du Manager d’équipe et du DRH– Développer la coopération et la collaboration au sein d’une équipe ou d’un groupe.– Observation / analyse des comportements en groupe (test de recrutement en groupe, amélioration continue).– Intégration de l’Escape Box au sein d’un serious game, escape game ou d’un dispositif gamifié.#ludopedagogie #seriousgame #game
Dans le métier de gestion de projet (car c’est un métier à part entière), il y a un certain nombre d’outils méthodologiques typiquement « métier » mais relativement méconnus (en pratique) des « chefs de projet autodidactes » en entreprise.
Le PBS est un des outils méthodologiques les plus utiles et efficaces en gestion de projet ou en processus de résolution de problème (là où on n’est pas obligé de passer par une ingénierie projet).
En Scrum, le Product Backlog est la longue liste des fonctionnalités à réaliser ou à produire lorsque l’on parle du produit (nativement logiciel) que l’on souhaite obtenir à terme. Il est également possible de remplacer la notion de produit par service à produire dans un Product Backlog.
Cet article a pour objectif de faire découvrir ce qu’est Scrum, de lever pas mal interrogations et d’ouvrir sa réflexion sur ce framework Agile (par rapport à ses propres expériences ou échanges).
Malheureusement on lit et on entend un peu n’importe quoi sur SCRM, dans certains événements professionnels, sur le net et quelquefois dans la presse. Si je lançais un petit test en ligne, vous seriez étonné de la perception des participants à ce sujet (on le fera une autre fois, promis).
Scrum est un « outils méthodologique » agile les plus populaires (peut-être à tord) car il pourrait s’apparenter à quelques processus simples à mettre en place. Dans les DSI en France on aime bien quand on nous parle de processus, c’est rassurant.
Scrum est très efficace dans un environnement très particulier pour répondre à certaines problématiques. Là où :
Les équipes ne dépassent pas 8 à 9 personnes (maxi)
Les équipes travaillent à temps complet sur l’activité ou le projet
Une équipe est capable de s’auto-organiser, d’estimer elle-même le travail à faire et de s’affecter les tâches résultantes
L’équipe est composée de collaborateurs volontaires et motivés
Une réelle collaboration est possible avec le demandeur (responsable du produit ou « product owner »)
La mesure de productivité de l’équipe est évaluée périodiquement (vélocité)
Un produit peut être développé de façon incrémentale
Le travail peut être décomposé en phases courtes (2 à 4 semaines), appelées itérations, de durée constante tout au long de l’activité ou du projet
L’organisation et la maturité organisationnelle de l’entreprise permet de fonctionner en mode Scrum
Dans les équipes où Scrum ne fonctionne pas on peut globalement établir 3 catégories :
Les problématiques réelles de l’activité ne sont pas en phase avec celles gérées par Scrum. C’est donc normal que cela ne fonctionne pas.
Les problématiques réelles de l’activité sont bien adaptées pour une gestion avec Scrum mais l’équipe, le scrum master et le product owner ne font qu’appliquer des processus sans lien aucun avec l’approche « Agile » (l’approche globale servant de base à Scrum).
L’équipe et / ou le Scrum Master sont incompétents à la base (profils junior, collaborateurs non formés ou mal formés, Scrum master fonctionnant comme un chef de projet, scrum master faisant partie de l’équipe de développement, etc.)
