Vi è una circostanza sorprendente nei progetti OCM: la persistenza di fallimenti.

Dato che la blocca lo sviluppo del software in the 80's ai più ambiziosi progetti OCM di oggi, il tasso di fallimenti (70%, cifra più accettata) non diminuisce.

Sarebbe bello se, oltre l'analisi OCM corretta proprio non riesce, si sarebbe vista di altre discipline come gestire il cambiamento. Forse abbiamo bisogno anche di rivedere i nostri fondamenti epistemologici e il nostro pragmatismo. Scommetto che troveremo qualcosa di utile.

Fare clic su> Perché i fallimenti dei progetti persistono?

Invia l'articolo in formato PDF a

Bookmark It

Hide Sites

Parte 1 è destinato,

• Per esaminare brevemente le condizioni in cui i sistemi software sono stati realizzati al 80's.
• Per sottolineare la persistenza di fallimenti in progetti IT di oggi.

Questo è il preambolo (sottolineando il blocca lo sviluppo del software in quel momento a causa di esso cattiva gestione del progetto) per introdurre la mia discussione centrale nelle consegne successive: il rapporto tra OCM, IT e PM.

Fare clic su> A breve Archeologia dei progetti IT

Invia l'articolo in formato PDF a

Bookmark It

Hide Sites