Logiciel de Gestion de Projet 2.0

Management de Projet en SaaS

Project Management Software

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.

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:

1. Individuals and interactions over processes and tools
2. Working software over comprehensive documentation
3. Customer collaboration over contract negotiation
4. 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.

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)

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 ?

Voici une réponse à tous les articles qui titrent le "Web 2.0 est mort" et qui se réjouissent des difficultés de certaines startups.

Désolé de décevoir leurs auteurs, mais le Web 2.0 ne peut pas mourir, car il a engendré des changements tellement profonds qu'il est ancré dans notre vie de tous les jours et pour longtemps.