Colmare lo spacco: Sostenga l'impresa non ESSO reparto


  Share  
|

Allineando le tecnologie con i bisogni di affari è una sfida che ogni organizzazione, se un funzionamento individuale o migliaia degli impiegati impresa, è rivestimenti su una base quotidiana.

Quante volte abbiamo visto la divisione fra il commercio ed il personale tecnico? Il commercio la vede così spesso come riduzione dell'agilità di affari. Reparto vede il commercio come fare le richieste e le colpe impossibili esso per il rifiuto consultarlo prima di prendparteere alle discussioni di aquisizione, per esempio. Ciò può condurre per diffidare e la forza ha provocato CIO che è escluso dalle decisioni economiche ed il commercio lo proverà a circumnavigate reparto in ogni occasione. Reparto è allora disegni e lo sviluppa sistemi con poca consultazione dal commercio. Grande e costoso iniziative può essere ignorato dal commercio e diventare ridondante.

Ricordo: lo abbiamo bisogno sistemi di tenere conto sviluppo, efficienze di aumento e rendimento! È sul posto sostenere il commercio!

I bisogni di affari stanno cambiando. Negli anni 80 John Zachman ha concepito la struttura di Zachman, per transformarsi in in un nuovo campo più successivamente conosciuto come architettura di impresa. Inizialmente ha cominciato a richiamare due problemi:

  1. Le organizzazioni di complessità—dei sistemi stanno spendendo più e più sistemi della costruzione dei soldi
  2. Le povere organizzazioni di allineamento—di affari stanno trovandolo più e più difficile mantenere quei sempre più costosi ESSO sistemi stati allineati rispetto ai bisogni di affari.

La linea inferiore: più costo, meno valore. Il costo e la complessità di ESSO sistemi esponenzialmente sono aumentato, mentre la probabilità di derivare il valore reale da quei sistemi è diminuito drammaticamente.

Nell'organizzazione sana il commercio sta determinando i requisiti di ESSO. L'amministrazione superiore è implicata e di appoggio. Buon liaisoning o che ‘ESSO i campioni’ esistono all'interno del commercio per lavorare con la squadra tecnica è a deve (colmando le lacune, ricordarsi di).

Reparti dovrebbe cadere dietro la strategia di affari e giocare interferiscono -in su il gioco. In un commercio sano dovrebbe essere di 3-12 mesi ‘dietro’ il commercio in termini di esecuzione di nuovi sistemi (secondo i progetti gradui naturalmente). Se introduce dal punto di vista funzionale nuovo per i sistemi ed il didn t’di affari chiedali o il doesn’t capisce perchè il nuovo può migliorare dal punto di vista funzionale il senso che facciamo il commercio significa che reparto è davanti al commercio, che non è probabilmente una posizione sana da essere dentro.

Che altro può essere fatto?

  1. Istruisca (impari da dentro; di che cosa abbiamo bisogno oggi? Domani? Che’s disponibile ‘verso l'esterno là’?)
  2. Investa il lungo termine (sistemi sono costosi autorizzare, effettuare, integrano, supporto)
  3. Evolvasi con il commercio (dovrebbe ‘cadere dietro’)
  4. Disarmi i vecchi sistemi o funzionalità all'interno di un sistema che non sta usando
  5. Assuma la giusta combinazione – della gente di conoscenza di analisi commerciale e le mani su abilità tecnica è la risorsa di sogno dell'ogni ESSO responsabile
  6. Ottenga il commercio in causa dalla parte superiore giù

Se l'organizzazione è abbastanza matura, dovrebbe cominciare sviluppare (ed effettuare) la relativa architettura di impresa impiegando una metodologia quale Zachman, TOGAF (la struttura aperta) di architettura del gruppo, architettura di impresa di FEA(Federal) o convincere un'azienda di società di consulenza quale Gartner ad effettuare la loro propria metodologia sviluppata. Effettui un ea ed attrezzo di modellistica per l'impresa per comunicare la vostra architettura al commercio e guadagnare il relativo supporto. Gli attrezzi gradiscono l'ea da Sparxs, da ARIS da IDS Scheer, modeller corporativo da Casewise o l'architettura del MEGA da MEGA ha un'opzione della pubblicazione per liberare i modelli al Web site locale del Intranet.

Gil Hidas è ESSO esperto di applicazioni, ITIL ed oracolo certificati ed imprenditore

un articolo presentato da Gil Hidas


Share  

© 2005-2010 E-articles.info All Rights Reserved - Terms and conditions