Google va lancer son offre de gestion de projet en ligne

4 décembre 2007 par gestiondeprojet.com Pas de commentaires »

google apps gestion de projetLes applications Google (gmail, GoogleDocs, agenda, groups, blogs…) peuvent déjà répondre à certains besoins des équipes projet. Mais l’offre n’est pas vraiment professionnelle et certains concurrents comme Zoho et 37signals (Basecamp) ont des produits bien plus adaptés.

La croissance très rapide sur les offres d’applications en ligne et de ce qu’il est convenu d’appeller le web2.0 justifie les nombreux développements de produits Google et également des acquisitions externe. L’expertise de Jotspot dans les wiki a été récemment intégrée à la galaxie Google.

Une annonce récente relayée par Techcrunch indique que 2008 confirmera cette tendance, même si cela ne sonne pas pour autant le glas des logiciels et applications classiques.

« Google sites est programmé pour un lancement l’année prochaine; Google sites s’étendra au Google Page creator déjà présent avec les applications. Basé sur les outils de Jotspot les sites permettront de créer des Intranets; des gestionnaires de projets, des extranets avec les clients et un nombre de sites basés sur la collaboration entre utilisateurs. »

Le potentiel catastrophique de Charles Perrow

29 octobre 2007 par gestiondeprojet.com Pas de commentaires »

Charles Perrow est un sociologue de renom, théoricien des organisations. Il a exercé à l’Université de Pittsburgh et il est aujourd’hui « Professor Emeritus of Sociology » à Yale.

D’après sa biographie personnelle résumée sur le site internet de Yale, ses thêmes de recherche sont ou ont été :

  • Le développement de la bureaucratie au XIXème siècle,
  • les mouvements radicaux des années soixantes,
  • les théories marxistes de l’industrialisation et des crises contemporaines,
  • les accidents dans les systèmes à risque tels que les centrales nucléaires, les transports aériens, les recherches sur l’ADN et les usines chimiques,
  • la protection des infrastructures critiques des Etats-Unis,
  • les perspectives pour les organisations démocratiques du travail (« democratic work organisations »),
  • les origines du capitalisme américain.

Ses ouvrages les plus récents, malheureusement non traduits en français, concernent la gestion des risques.

On y trouve en particulier ce schéma du potentiel catastrophique, particulièrement éloquent :
Charles Perrow

Le concept d’accident normal 

Charles Perrow a développé le concept d’accident normal et s’est interrogé sur le « potentiel catastrophique » propre aux organisations mettant en oeuvre des technologies à hauts risques (centrales nucléaires, usines chimiques, aéronautique, etc.). Son travail repose sur la complexité organisationnelle, sur les modes de structuration et de fonctionnement des organisations qui, selon lui, tendent à rendre « normale » la survenue d’accidents graves. Il mets en évidence les mécanismes endogènes de production des accidents majeurs.

« Organisations à hauts risques et « normal accidents ». Point de vue de Charles PERROW », – Actes de la quatorzième séance du Séminaire du Programme Risques Collectifs et Situations de Crise du CNRS, organisée au CNRS – Campus Michel Ange à Paris le 2 juin 1999 – Grenoble (CNRS), septembre 1999.

Le paradoxe : trop de savoir engendre de l’insécurité 

Les grandes installations dangereuses sont présumées des systèmes étanches, alors qu’ils peuvent être trahis par l’environnement, ou par leur propre complexité : lors de la formation de la bulle d’hydrogène explosive dans la centrale nucléaire de Three Mile Island (le 28 mars 1979), les opérateurs furent submergés de fausses informations par le dispositif de sécurité. Le paradoxe de Perrow : « trop de savoir engendre de l’insécurité » peut ainsi s’étendre à nombre de grands systèmes techniques, trains, avions, réseaux de toutes sortes.

Le grand théâtre des experts du risque, article de Denis Duclos dans Le Monde Diplomatique, juin 2002.

L’accompagnement au changement

25 octobre 2007 par Olivier Englender 1 commentaire »

PERS014Accompagnement au changement

Votre projet a pour finalité la mise en oeuvre d’une nouvelle application au sein de votre entreprise et ceci va inévitablement modifier les pratiques des utilisateurs. Ce facteur humain constitue l’une des principales causes d’échec des projets informatiques. Aussi, vous devrez non seulement faciliter au maximum l’acceptation des changements induits par cette nouvelle application, mais également réduire les facteurs de rejet. Cela peut se faire par le biais de l’accompagnement au changement, aussi appelé « conduite du changement ». Cet outil vous permettra d’anticiper les risques et d’optimiser la démarche de mise en place de la nouvelle solution.

Elle est basée sur quatre concepts fondamentaux.

La participation

Vous devez associer les futurs utilisateurs dès le début du projet. Vous pourrez ainsi prendre en compte leur avis et faire en sorte que l’application finale corresponde au mieux à leurs attentes. Vous devez en outre obtenir leur adhésion. Pour cela, informez-les et expliquez-leur le bien-fondé du changement ou de la mise en place d’une application. Bien entendu, vous rencontrerez de la résistance au changement… Veillez donc à rester bien à l’écoute de chaque personne, adaptez votre discours et soyez sans cesse en interaction avec eux pour ne pas donner l’impression de les mettre de côté et de décider tout seul.

La communication

Comme nous l’avons vu précédemment, elle contribue en grande partie à la réussite de votre projet. Dans votre démarche d’accompagnement au changement, vous devez également mettre l’accent sur ce facteur clé de réussite. Mettez en place un plan de communication permettant aux utilisateurs de comprendre et d’accepter les changements à venir. Ainsi, ils doivent connaître les objectifs du projet, ses conséquences sur leur pratique professionnelle ainsi que son planning et son avancement.

Pour vous aider, vous répondrez aux questions « qui, quoi, comment ? » :

  • « qui » désigne les utilisateurs concernés directement ou indirectement par le changement ;
  • « quoi » fait référence aux soucis ou aux questions des utilisateurs ;
  • « comment » indique la meilleure façon, le meilleur moment et la personne indiquée pour communiquer.

Vous pouvez également, et en fonction de la nature et de la taille du projet, confier cette mission à la direction de la communication ou à des spécialistes externes. La formation Vous devez vous assurer que les utilisateurs disposent des connaissances théoriques et pratiques nécessaires à leur travail. Pour cela, plusieurs étapes sont à envisager :

  1. identifiez et dénombrez les utilisateurs à former ;
  2. identifiez le contenu et les modules de formation ;
  3. définissez le support de formation (sessions de formation, didacticiel, etc.) ;
  4. désignez les formateurs ;
  5. élaborer les modules de formation (support papier, didacticiel, etc.) ;
  6. planifiez les sessions de formation et réservez les ressources nécessaires ;
  7. dispensez la formation ;
  8. évaluez la formation par un bilan animateur et utilisateur.

L’accompagnement lors de la mise en production

À l’occasion du déploiement de l’application, les utilisateurs vont prendre en main leur nouvel outil et mettre en pratique ce qui aura été vu lors des formations. Il peut être efficace de mettre en place un accompagnement de l’utilisateur à son poste de travail. Vous pourrez ainsi vous rendre compte en direct des éventuelles difficultés d’utilisation, des manipulations problématiques et répondre immédiatement aux demandes.

La conduite du changement ne s’arrête donc pas à la formation et à la remise d’un mode d’emploi, mais doit impliquer et faire participer activement les utilisateurs à la démarche. Et ceci dès les premières phases de votre projet.

–

Extrait du chapitre 3 du livre Manager un projet informatique, par Olivier Englender, Sophie Fernandes. Publié le 23/08/2007 aux éditions Eyrolles.

Liens amis : Permaculture et agroécologie en Savoie - Agence web en Savoie - Investir et entreprendre en Savoie Mont-Blanc