Commentaires sur : « Avec le reporting classique, les objectifs sont manqués dans 75% des cas »: place au management Agile

Par : Actiris et l’échec langues - Le blog de Tom

Actiris et l’échec langues - Le blog de Tom — Sun, 13 Sep 2009 10:45:36 +0000

[...] Que pourrait être une ébauche de solution? Adopter un management agile [...]

Par : La mise en place des méthodes de gestion agiles chez Yahoo Mobile : Entreprise Globale

Tue, 26 May 2009 19:47:41 +0000

[...] mis en oeuvre dans le monde des dévelopeurs et des startups. La mise en oeuvre des projets est divisée en tâches à court terme. Il devient ainsi aisé de modifier la direction prise dans un délai très court, en cas de [...]

Par : jyhuwart

jyhuwart — Mon, 30 Mar 2009 18:56:52 +0000

@Thierry Cros Bien vu. Ces nouvelles méthodes agiles, que vous connaissez très bien visibiement , correspondent aussi à un nouvel état d’esprit dans l’entreprise. L’environnement économique est devenu beaucoup plus imprévisible. Dans l’entreprise moderne, le changement doit appartenir à la routine.

Par : jyhuwart

jyhuwart — Mon, 30 Mar 2009 15:48:18 +0000

@Cedric Merci pour ce commentaire. Nous écrivons peut-être un peu vite, ou laissons un peu vite entendre, que les informaticiens ont attendu 2001 pour adopter des processus de développement plus souples et réactif. Vous avez rectifié de vous-même: d’autres expériences fructueuses ont été menées dans le secteur auparavant. Simplement, ces méthodes semblent désormais plus intelligibles, lisibles et transparentes. Elles peuvent inspirer les entreprises innovantes ou « would like » innovantes dans d’autres secteurs que l’IT.

Par : Thierry Cros

Thierry Cros — Mon, 30 Mar 2009 14:17:57 +0000

Bonjour,
Je voulais simplement dire que, en regard des critères actuels d’évaluation des projets, la perception est bien souvent un échec. Selon les études on est entre 2/3 et 3/4 d’échecs. Dans cet ordre d’idée ce qui est important c’est l’évaluation de *votre* DSI ou plus généralement de *votre*outil informatique.
Au vu de ces « piètres » résultats, on peut se dire que c’est quelque chose de *structurel* qui ne fonctionne pas. Mais par rapport à quoi ? Simplement par rapport à la relation entre Utilisateurs et outil informatique, ce qui est la finalité (agile n’étant pas une fin en soi). D’où les tentatives des années 80 90 qui vont se fédérer en « méthodes agiles » en 2001.
Et aujourd’hui ces approches ont le mérite de proposer des solutions viables aux défis actuels des DSI.
Est-ce un échec lorsqu’un projet « subit » des changements et – recevant ces changements comme des empécheurs de tourner en rond – modifie le planning ? L’un des principes agiles est « accepter les changements ». XP disait même « Embrace Change ». Si les changements sont **normaux** alors ils sont gérés avec beaucoup de rigueur (voir les planning process des méthodes agiles) et par là, au final, le projet est plus perçu comme un succés.

Par : Cédric

Cédric — Mon, 30 Mar 2009 09:59:26 +0000

Je cite [Le projet commençait par un document extrêmement précis ne laissant pas de place à la nouveauté et l’inattendu. Frustration.]… je ne suis pas tout a fait d’accord car depuis pas mal d’années d’autres méthodologies ont aussi fait leurs preuves dans les projets informatiques et ne sont pas aussi rigide que ce qui est dit: Unified Process (depuis le millieu des années 90) en est un bel exemple ou encore l’eXtreme programming… pas de guerre de méthodologie, mais juste un commentaire pour dire que ces informaticiens travaillent depuis le milieu des années soixantes à des méthodologie de développement, d’organisation du travail, de gestion de projet, … et ont même inventé des languages pour modéliser les méthodologogie. Par contre, comme vous le signaler justement; ce sont des méthodes « mutantes » en évolution, à adapter, à capter, … bref c’est génial, nous vivons dans un monde merveilleux.