|
Gestion de projet 2.0
|
|
Vendredi, 27 Août 2010 15:27 |
Le Timeboxing est une technique de gestion du temps utilisée dans les méthodes agiles pour la planification et la maîtrise des délais. Cet article en rappelle le principe et souligne les différences avec les approches traditionnelles.
Un concept très simple
Le Timeboxing consiste en la division du temps en périodes successives d'une durée égale et relativement courte. Pour un projet, la durée recommandée des périodes est entre 2 et 6 semaines.
Cette technique est utilisée dans le domaine du développement logiciel pour imposer des livraisons fréquentes et régulières. L'objectif est d'accélérer le cycle de développement et le feedback des utilisateurs. Il s'agit aussi de lutter contre les problèmes bien connus de gestion du temps (cf. effet tunnel, lois de Parkinson et de Hofstadter, syndrome de l'étudiant etc.).
Dans le cas du développement logiciel, chaque période se conclut par une livraison. Elle est assimilable à une boîte dans laquelle il faut faire entrer le maximum de nouvelles fonctionnalités. La taille de la boîte est imposée et correspond à la charge de travail réalisable pendant la période. Le principal enjeu de la planification consiste à optimiser l'espace de chaque boîte en fonction de la priorité de chaque fonctionnalité et du temps nécessaire pour la développer.
Différence avec l'approche traditionnelle
En général, les techniques agiles prennent le contrepied de l'approche traditionnelle. Le Timeboxing n'échappe pas à la règle.
|
|
Lire la suite...
|
|
Gestion de projet 2.0
|
|
Mercredi, 14 Juillet 2010 07:30 |
|
Voici 2 liens pour télécharger la version 2010 du Scrum Guide (équivalent d'un PMBoK) écrit par Ken Schwaber et Jeff Sutherland.
Scrum Guide février 2010 en français
Scrum Guide février 2010 en anglais
|
|
Gestion de projet 2.0
|
|
Samedi, 10 Juillet 2010 09:07 |
En quoi un Programme est-il différent d'un Portefeuille de Projets ou d'un gros Projet avec des sous-projets ?
L'objet de cet article est de clarifier le concept de Programme en s'appuyant sur les définitions du PMI ou de l'OGC.
Définitions
| Projet |
Entreprise temporaire, décidée en but de produire un résultat, produit ou service unique. |
| Programme |
Groupe de projets en rapport les uns avec les autres, gérés de manière coordonnée afin d'obtenir des gains et un contrôle supérieurs à ce qu'on aurait en les gérant indépendamment les uns des autres. |
| Portefeuille |
Ensemble de projets et de programmes qui sont regroupés afin de faciliter une gestion efficace dans l'atteinte des objectifs stratégiques. |
Définitions du PMI librement traduites
|
|
Lire la suite...
|
|
Gestion de projet 2.0
|
|
Mardi, 29 Juin 2010 08:35 |
À en croire M. Yves Cavarec, secrétaire chapître du PMI Ile-de-France, les progiciels de gestion de projet sont perçus par les chefs de projets comme lourds, inadaptés ou contraignants.
En effet, dans une interview sur Microsoft TechNet, M. Cavarec fait un sombre constat en énonçant les 4 situations suivantes rencontrées dans les entreprises:
- le chef de projet «qui a l'habitude de gérer ses projets en toute transparence mais sans forcément utiliser des outils», pour lesquels l'utilisation d'un outil serait une contrainte.
- le chef de projet «qui va se dépêcher de mettre à jour sa planification dans l'outil de planification quelques jours [avant] ou la veille d'une revue de projet», ce qui correspond à un détournement de la finalité de l'outil.
- «l'utilisation parallèle des outils de gestion de projet et puis d'autres outils [tableur, traitement de texte etc.]. Pourquoi ? parce que l'outil n'est manifestement pas adapté à l'usage.»
- «le chef de projet est assommé par un ensemble de demandes. On lui demande de mettre à jour une planification dans un outil. on lui demande de mettre à jour un fichier Excel [etc...]. Il passe beaucoup de temps à faire de l'administratif alors [qu'il a bien d'autres fonctions]. L'aspect administratif de la gestion de projet prend le pas sur le reste.»
Chez Time Performance, nous partageons ce constat et c'est ce qui nous a poussé à envisager la gestion de projet autrement. De là est venue l'idée d'une Gestion de Projet 2.0 et d'un outil différent qui réunit l'essentiel de la gestion de projet dans un seul logiciel, simple et dont le reporting est totalement automatisé.
Sans être la panacée, PMA garantit un excellent rapport entre la valeur ajoutée pour le chef de projet et le temps qu'il passe dans l'outil.
Cliquez ici pour voir l'interview sur le site Microsoft TechNet
|
|
Gestion de projet 2.0
|
|
Mardi, 23 Mars 2010 15:17 |
Sous la bannière de l'Agilité, il n'est pas rare de trouver réfugiées des équipes qui veulent retrouver une liberté d'action en échappant aux lourdeurs des méthodes traditionnelles. Mais connaissent-elles réellement les implications de l'Agilité ?
Suite au précédent article, 5 idées fausses à propos des Méthodes Agiles, nous vous proposons un 2ème opus avec 5 nouveaux préjugés sur l'Agilité.
Idée fausse n°6: les Méthodes Agiles, c'est la liberté de faire à sa façon
Equipe en "autogestion", remise en cause du rôle de chef de projet, redistribution des responsabilités, suppression des aspects contractuels, pas de planification détaillée, absence ou presque de documents, communication principalement verbale...
Tous ces éléments qui séduisent les équipes ont un petit goût de liberté et d'émancipation qui effrayera plus d'un manager.
Cependant il serait faux de considérer que l'Agilité est synonyme d'absence de règles, de contraintes et de structures.
|
|
Lire la suite...
|
|
|
Gestion de projet 2.0
|
|
Vendredi, 26 Février 2010 00:41 |
|
«L'avenir ne se prévoit pas, il se prépare.», Maurice Blondel.
Se préparer aux changements et aux évolutions sans essayer de trop prévoir est le propre des méthodes Agiles.
«Attendre d'en savoir assez pour agir, c'est se condamner à l'inaction.», Jean Rostand
Un reproche fait aux approches classiques est le temps passé à réfléchir, à recueillir de l'information et à produire une documentation exhaustive, au détriment du développement et des tests, c.-à-d. le temps de l'action.
|
|
Gestion de projet 2.0
|
|
Mercredi, 13 Janvier 2010 01:20 |
|
La grande diversité des méthodes agiles et de leur pratique génère de nombreuses idées fausses à leur sujet. L'objet de cet article est de démystifier les idées fausses les plus courantes trouvées dans les débats sur le Web en y répondant factuellement.
L'arrivée des Méthodes Agiles est en train de générer un fossé entre leurs partisans et ceux des méthodes traditionnelles. Cette rupture est renforcée par le fait que les 4 principes fondateurs des méthodes agiles sont des contre-pieds vis à vis de l'approche classique:
- Individuals and interactions over processes and tools
- Working software over comprehensive documentation
- Customer collaboration over contract negotiation
- Responding to change over following a plan
(cf. le Manifeste Agile, site officiel: http://agilemanifesto.org/)
L'idée ici n'est pas de prendre parti mais de permettre des débats sains. En effet, chez Time Performance, nous sommes convaincus qu'il n'y a pas de méthode bonne dans l'absolu. Et c'est d'ailleurs pourquoi notre logiciel de gestion de projet a été conçu pour être souple tout en s'inspirant des meilleures pratiques et outils, agiles ou classiques.
Idée fausse n°1: Les Méthodes Agiles sont réservées aux "petits" projets
Faux, faux et archi-faux... C'est pourtant l'idée la plus répandue. C'est aussi la plus fausse.
|
|
Lire la suite...
|
|
Gestion de projet 2.0
|
|
Lundi, 15 Juin 2009 12:30 |
|
A l'origine des méthodes agiles, il y a le rejet des méthodes et des outils classiques de gestion de projet.
Les pionniers de l'Agilité ont donc dû revenir à la feuille Excel pour gérer leurs projets. Qu'en est-il aujourd'hui ?
La très forte augmentation de la compétition a obligé les entreprises à évoluer toujours plus vite, avec des concepts comme le Time-To-Market. La visibilité sur l'avenir s'est réduite. Les projets, toujours plus complexes, sont soumis à des changements permanents.
Ceci est incompatible avec une planification détaillée sur laquelle se fonde l'approche classique de la gestion de projet.
Les logiciels axés sur le diagramme de Gantt, le Pert ou la recherche du chemin critique, sont donc inadaptés pour les projets qui requièrent de l'agilité.
Faut-il utiliser un progiciel de gestion de projet lorsqu'on est Agile ?
Non, si le logiciel choisi est basé sur les techniques de planification détaillée. Il ne pourrait qu'introduire de la lourdeur et de la rigidité pour finalement n'apporter aucune valeur. Une feuille de calcul est alors préférable.
Oui, car il existe des nouveaux logiciels conçus pour les approches Agiles et plus efficaces qu'une simple feuille de calcul.
La gestion et la comptabilité de projet ou d'entreprise sont des fonctions qui ont vocation à être informatisées par des solutions d'entreprise.
Le logiciel de gestion de projet PMA facilite le travail du chef de projet en lui fournissant des fonctions essentielles pour le pilotage et le suivi:
- suivi 100% automatisé des coûts et des charges,
- un tableau de bord ultra-complet en temps réel,
- la traçabilité des évolutions,
- le support méthodologique...
Le tableau de bord de PMA fournit les indicateurs recommandés par tous les standards de la gestion de projet (PMBoK etc.). C'est particulièrement important pour l'image du projet vis à vis du Management et du Client.
Ainsi le logiciel PMA évite la marginalisation des projets agiles.
Cliquez ici pour en savoir plus sur PMA.
Cliquez ici pour plus de détails sur les concepts agiles supportés par PMA (dans le cas particulier de la méthode agile SCRUM)
|
|
Gestion de projet 2.0
|
|
Jeudi, 28 Mai 2009 11:26 |
|
 L'organisation en MOA et MOE pour les projets informatiques est une exception française qui perdure malgré ses multiples inconvénients.
MOA et MOE sont complémentaires. Alors pourquoi séparer les équipes ?
|
|
Lire la suite...
|
|
Gestion de projet 2.0
|
|
Vendredi, 15 Août 2008 10:45 |
Les grimoires de la gestion de projet, comme le PMBoK, parle d'un outil fabuleux, bardé de sigles cabalistiques (CBTP, CRTE, BCWS etc.), qui fournirait le pouvoir de contrôler et de maîtriser ses projets. Il s'agit de la technique de la gestion de la valeur acquise (ou earned value management).
Or si tout le monde en a entendu parler, personne ne l'a jamais vue en pratique. C'est une légende, une sorte de Graal de la gestion de projet.
|
|
Lire la suite...
|
|
