Il ya une circonstance extraordinaire à des projets OCM: la persistance des échecs.

Étant donné que les accidents de développement de logiciels dans les années 80 aux projets OCM plus ambitieux d'aujourd'hui, le taux d'échecs (70%, chiffre le plus retenu) ne diminue pas.

Ce serait bien si, outre l'analyse correcte des OCM échoue, nous bref comment les autres disciplines de gérer le changement. Peut-être que nous devons revoir nos fondements épistémologiques et de pragmatisme. Je parie que nous allons trouver quelque chose d'utile.

Cliquez> Pourquoi les échecs des projets de «persister?

Envoyer l'article au format PDF à

Bookmark it

Masquer les sites

Partie 1 a pour objet,

• Pour passer brièvement en revue les conditions dans lesquelles les systèmes logiciels ont été construites à 80.
• Pour souligner la persistance de dysfonctionnements dans Aujourd'hui, c'est projets.

C'est le préambule (insistant sur les accidents de développement de logiciels, à cette époque à cause de cela la mauvaise gestion du projet) de vous présenter ma discussion central dans les livraisons suivantes: la relation entre OCM, IT et PM.

Cliquez sur> une archéologie abrégé des pannes

Envoyer l'article au format PDF à

Bookmark it

Masquer les sites