Applicazione di impresa e competenza di nucleo di Firm’s
Mercoledì, 21 Novembre 2007Quando un'organizzazione valuta parecchi fornitori e zeri di applicazione di impresa (ea) dentro su un suite, cominceranno a notare che tutti gli elementi della catena di valore del ` della loro ditta 'non possono essere tracciati ai moduli di processo di affari forniti da quell'ea. Che cosa media è che il suite di ea non può essere usato ` come era per ogni modulo come CRM, ERP, SCM o SRM ecc. per sostenere la struttura di affari della ditta. Quello è un buon segno, perché se l'ea è usato senza adattamento (ma soltanto con una certa configurazione) per sostenere ogni le organizzazioni funzionali allora indica chiaramente che la ditta non presenta un vantaggio competitivo confrontato ai relativi competitori. È impossible affinchè un fornitore di ea sviluppi ogni le variazioni possibili della catena di valore dell'organizzazione di affari anche se i fornitori lo vendono con quella promessa. Pensi esso questo senso, se potete usare un ea generico con una certa configurazione per tracciare ai vostri processi di affari allora che tutta l'organizzazione con le giuste risorse potrà duplicare il vostro sforzo e così l'erosione del fossato economico del ` della vostra ditta '. Ammesso che alcuni dei moduli gradiscono SCM, ERP o l'ora può essere le vostre non attività di nucleo e questi moduli possono essere utilizzati senza adattamento. Ma per le vostre attività di nucleo, l'ea non dovrebbe essere ` usato dalla scatola '. Come accennato nel mio blog Strategia Di Esecuzione Di Applicazione Di Impresa ci sono 2 sensi affrontare l'automazione della competenza di nucleo usando l'ea
Adattare Applicazione Per il cliente Di Impresa
Pro:
- Soluzione Consolidata: Entrambi non estraggono la parte centrale da ed i processi di affari di nucleo saranno su una stessa piattaforma che facilita la cartella delle applicazioni del software.
- Squadra omogeneizzata di sviluppo: Poiché tutta l'applicazione è su una singola piattaforma di ea, reparto può avere una squadra omogeneizzata di sviluppo. Nessuna necessità di ottenere la risorsa differente con abilità differente si regola.
Contro:
- Costoso: Necessità di assumere ed addestrare le risorse altamente specializzate. È inoltre molto lenta sviluppare, verificare e schierare una soluzione su misura così che rende la soluzione costosa.
- Supporto Spotty Del Fornitore: I fornitori non consigliano solitamente alle ditte adattare la loro applicazione per il cliente di ea. Ma allo stesso tempo riconoscono che i clienti vogliono camminano via se nessun adattamento è fornito. Così i fornitori di ea hanno una reputazione difettosa di fornire il buon supporto.
- Handcuffing ad una versione: Una volta che il software è adattato, aggiornare ad una più nuova versione diventa vicino ad impossibile perché tutto l'adattamento sarà perso. Più presto o più successivamente il fornitore cominci pressurizzare per aggiornare a causa del loro costo del sostegno della versione vecchia diventa molto alto
Ottenere ammanettato alla versione corrente del software di ea è di gran lunga la ragione per la quale principale adattare l'ea per il cliente non è a lungo termine un'idea grande.
Scrittura del sistema di software interno integrato:
Pro:
- Soluzione Disaccoppiata: I processi di affari di nucleo sono segregati dall'ea. Il sistema può essere aggiornato ed ha aumentato l'indipendente di parecchie volte dall'applicazione di ea. Che il senso, il ciclo di sviluppo del sistema di software interno sarà disaccoppiato con quello del ciclo di sviluppo di ea che è notoriamente lento.
- Possibilità attuale di potenza d'una leva di ESSO reparto: La scrittura dell'applicazione interna può approfittare della possibilità attuale del ESSO reparto. Se la corrente ESSO reparto è buona nelle applicazioni di sviluppo del NET, allora questa applicazione su misura può essere su quella piattaforma.
Contro:
- Edizioni Di Integrazione: Le applicazioni di ea non hanno un buon sostegno l'integrata dei sistemi esterni. Anche se, la maggior parte di loro stanno cominciando ad usare la struttura di SOA (architettura orientata servizio) ad integrazione di sostegno dell'applicazione esterna.
Poichè i fornitori riconoscono che non potranno forzare ogni ditta usare il processo normale di affari della vaniglia cominceranno a sostenere l'integrazione senza giunte con le applicazioni esterne. La seconda opzione si transformerà in nell'unico senso che le società possono automatizzare le loro competenze di nucleo.
Ogni organizzazione ha ottenuto a questa strada trasversale dalla prova e dall'errore che effettuano una strategia del suono ea. I don’t pensa che ogni fornitore stia parlando nel unison quanto a come affrontare l'emissione di automazione della competenza di nucleo per quell'organizzazione. Le organizzazioni che hanno provato entrambi i sensi suddetti automatizzare la loro competenza di nucleo sono state frustrate dalla complessità dell'esecuzione. Poichè la tecnologia di integrazione cambia e mentre il modello di consegna si adatta noi vedrà la frustrazione continuata nell'esecuzione di strategia di ea.
Popolarità: 33% [ ?]




























