Come svilupparla strategia di alleanza

Dutch French Spanish Portuguese Italian German Japanese Chinese Korean Russian Arabic Bookmark and Share this Article Original English article
  

Quando sta sostenendo un'alleanza strategica, deve occorrere tempo progettare. Il tempo speso sulla parte anteriore sarà buono degno esso, accertandosi che tutti i partiti siano chiari sui bisogni e sui risultati voluti. Una metodologia completa della gestione di progetti è critica a successo e comprimere il timeline generale. In particolare, dovrebbe:

-   capisca la strategia e’gli obiettivi di settore commerciale s per l'alleanza: Ciò include la lettura il contratto strategico di alleanza, la lettera e dell'altra documentazione. È inoltre importante venire a contatto del responsabile di progetto e potenzialmente del garante, cominciare sviluppare il rapporto e discutere i fattori critici di successo. Una volta che gli obiettivi generali sono capiti, non dovrebbero cambiare andare in avanti. È importante da rimanere in cima ai cambiamenti in pochi obiettivi.

-   capisca gli altri obiettivi’dell'azienda s nell'alleanza: Se gli obiettivi delle due aziende sono conformi, entrambi funzioneranno verso un obiettivo comune. Se gli obiettivi non sono complementari, il conflitto può presentare. Anche se gli obiettivi generali possono essere gli stessi, ci possono essere subobjectives legittimi ma differenti. È importante occorrere tempo capire e accosentire su tutti gli obiettivi, chiarenti e risolventi tutti i punti.

-   familiarizzisi con l'altra azienda’s ESSO zona, coltura e processi: Capire come l'altra azienda funziona sarà importante nel funzionamento attraverso le edizioni che presentano. La conoscenza up-front degli altri creatori’di decisione dell'azienda s, come pure i relativi procedimenti per la regolazione le priorità e dell'amministrazione del cambiamento, accelererà la risoluzione di conflitto.

-   sviluppi un programma di progetto insieme con i settori commerciali: Con il programma generale stabilito, parte deve essere dettagliato. Sia il commercio che ESSO rappresentanti dovrebbero svilupparsi e camminare con ESSO programma, per capire e chiarificazione. È chiave definire i ruoli e le responsabilità di ogni azienda, così come per il commercio ed ESSO giocatori.

Il responsabile di progetto deve essere informed se i timelines di esecuzione cambiano dall'iniziale al programma dettagliato.

-   esegua e controlli il programma, facente i cambiamenti come necessari: Una volta che il programma di progetto inizialmente è stabilito, deve essere rintracciato. Per fare così, il comitato di coordinamento e la squadra di prima linea dovrebbero tenere le riunioni normali, documentanti e comunicanti il contenuto delle riunioni, come pure le decisioni da fare. Quando i cambiamenti sono identificati, un processo convenzionale dell'amministrazione del cambiamento è necessario da comunicare gli effetti a tutti i partiti interessati.

-   seguito con le lezioni ha imparato: Questo processo può essere intrapreso durante il progetto alle fasi adatte, o, come è tipico, dopo che il progetto finito. La sessione facilitata è una discussione aperta per documentare le funzioni’positive di progetto s ed i miglioramenti potenziali. Ciò è dove l'organizzazione impara e si sviluppa eliminando l'aria e regolando le aspettative per i miglioramenti che vanno in avanti.

-   generi un hecklist di c per le alleanze future: Poiché l'organizzazione prendparteerà a più alleanze, può imparare dalle relative esperienze sviluppando una lista di controllo dei punti necessari, illustrante che cosa lavorato bene, così come i trabocchetti per evitare. Questa lista di controllo può essere usata come punto di partenza per l'alleanza seguente, anche se ci saranno cambiamenti, aggiunte, o articoli che non possono applicare andare in avanti.

Il Programma Dettagliato

La parte più difficile del processo deve sviluppare il programma dettagliato, possibilmente perché ci potrebbe essere uno spacco fra le aspettative’iniziali di affari s dell'alleanza e che cosa può realmente ottenere compiuto ad un livello dettagliato. Il programma di progetto include la portata, il timeline e le risorse. Mentre i responsabili di progetto non possono dettare tutti e tre le, dovrebbero potere determinare almeno uno. Naturalmente, anche se la portata ed il timeline sono regolati, non può compire sempre gli obiettivi aggiungendo più risorse al progetto. Non importa come molte risorse sono disponibili, alcuni processi non possono essere realizzati più rapidamente.

La portata la portata di programma’s di progetto dovrebbe essere completa come possibile. Qui, un certo numero di questioni saranno sollevare e risolverle saranno rapidamente un fattore chiave di successo. Un ceppo delle edizioni con le origini data e richiesto la data di risposta è una necessità.

In un'alleanza, un'azienda avrà tipicamente una linea del commercio infruttuosa che è una resistenza dell'altra azienda. È necessario da decidere che cosa fare con la linea del commercio potenzialmente competente: continuilo, convertalo, o vendilo. Questa determinazione differisce da solitamente dalla stabilizzazione dei collegamenti nuovi fra il differente ESSO sforzi delle risorse.

Tuttavia, è inoltre critica definire i nuovi collegamenti fra le aziende in termini di integrazione di sistemi e la compartecipazione di dati. Gli esempi includono l'introduzione sul mercato e le informazioni finanziarie, reddito e compensazione finanziaria. Le discussioni dettagliate sono necessarie per le definizioni ed il tracciato di dati.

Il formato dello sforzo di alleanza dipende dalle esperienze e dalle aspettative relative da parte di entrambe le aziende. Le aziende con esperienza precedente di alleanza sono più

probabilmente per riutilizzare i programmi, le interfacce e la generazione della lima. Le aziende con poca o nessun'tale esperienza richiederanno più tempo, sforzo e comunicazione.

L'identificazione di tutti i fissaggi, software e costi del personale in questione contribuirà ad accellerare la transizione. Per esempio, un'alleanza si chiuderà più rapidamente se i costi autorizzanti del software continuano ad operare i sistemi di transizione sull'infrastruttura vendente’dell'azienda s come funzione amministrativa di terzi.

In più, entrambe le organizzazioni dovrebbero includere abbastanza preventivo e tempo di corsa sviluppare i rapporti faccia a faccia adeguati. Dovrebbe anche sviluppare i rapporti solidi con i fornitori in causa per accertare una transizione regolare per le applicazioni impaccate. Il successo dipende da avere una strategia per mettersi in contatto con i fornitori. Per esempio, se un'azienda di alleanza ha lle relazioni di lavoro migliori con i vari fornitori, dovrebbe essere leveraged.

La progettazione dovrebbe essere inclusa per tutte le fasi dello sforzo. Questi includono lo sviluppo di requisiti, i sistemi sviluppo, la prova (ESSO, del settore commerciale, dei sistemi, delle prestazioni che sintonizzano, ecc.), la conversione e l'esecuzione.

I costi imprevisti presenteranno. Se il wording del contratto specifica che tutti i costi sono ripartiti ugualmente, tutti i profitti potrebbero anche essere ripartiti ugualmente.

Il commercio’s generale, portata ad alto livello deve essere confrontato alla portata dettagliata come definito sopra. Questo punto di controllo solleva le nuove edizioni che deve essere convalidato per quanto riguarda se sono in o dalla portata iniziale di progetto. Questa determinazione ha potuto richiedere le informazioni del costbenefit.

Il timeline di Timeline A è stabilito tipicamente durante le discussioni del contratto. Potrebbe essere una dichiarazione vaga che designa l'estremità come bersaglio del terzo trimestre, o potrebbe essere basato su un'azienda di fine d'anno.

Dovrebbe capire gli impegni esatti in termini di deliverables e logica di affari, per misurare la flessibilità per i cambiamenti. Quando capisce la logica di affari dietro il timeline, le uniche opzioni per cambiamento possono dovere ridurre la portata o aumentare i costi.

Una volta che il timeline è accosentito a, ci deve essere comunicazione di condizione ai punti di controllo stabiliti della pietra. I piani di emergenza devono essere sviluppati nel caso il timeline non può essere venuto a contatto di.

Costa il settore commerciale solitamente ha un costo in mente per l'alleanza che è stata approvata nel programma di progetto. Una volta che il dettagliato ESSO costa è convalidato, deve immediatamente essere comunicato al settore commerciale, per determinare la disparità fra l'iniziale ed i programmi del particolare. Tutti i costi devono essere inclusi, da fissaggi e da software per fornire il tempo di personale. Il posteriore richiede una valutazione degli insiemi necessari di abilità ed alcuni dollari duri possono essere necessari per contrarrsi.

I costi dovrebbero essere dettagliati e fissati agli articoli specifici ed ai deliverables di portata in moda da potere analizzare il settore commerciale i costi ed i benefici delle decisioni di portata. In alcuni casi, ESSO ed il commercio possono lavorare insieme per ridurre i costi specifici di requisito regolando indietro o facendo i cambiamenti leggeri che riducono drammaticamente il timeline

e costo. Qualunque cosa la cifra finale, il programma dovrebbe includere un certo livello della contingenza che costituisce un fondo per per accertare i soldi sufficienti per completare il progetto.

SOSTIENE E SENSO

Mentre le suddette attività sono ESSO le responsabilità, può anche aiutare il settore commerciale vicino:

-   definire i fattori’critici di successo di alleanza s: Può identificare gli articoli specifici da misurare e comunicare per quanto riguarda il successo’di alleanza s, compreso i rapporti di conversione, il reddito, le spese ed i fattori di qualità. È molto più facile ai sistemi di disegno da soddisfare queste esigenze sulla parte anteriore, piuttosto che sulla riprogettazione loro più successivamente.

-   funzionando con il settore commerciale al programma verso l'esterno i processi chiave: Può tracciare uno schema di tutti i processi all'esposizione che cosa sta accadendo e quando, in modo da la gente può capire chiaramente che cosa deve avvenire negli sforzi di alleanza. Se ci sono lacune, è più facile da trovarlo nella fase iniziale. Capire la sincronizzazione è chiave per gli scambi quotidiani, settimanali, mensili, trimestrali ed annuali. Il tracciato inoltre evidenzierà le differenze nelle aziende’ che segnalano i programmi; per esempio, uso dell'anno civile contro il di fine d'anno corporativo.

È importante tracciare i processi finanziari e e dei sistemi chiave di affari, compreso i dataflows critici e la sincronizzazione. Il tracciato dei processi di affari richiede mostrare come i processi correnti ora funzionano e come i nuovi processi fluiranno in avvenire. I cambiamenti ai processi di affari hanno potuto designare il percorso di telefonata, i cambiamenti procedurali ed i cambiamenti come bersaglio tecnologici basati sui sistemi differenti usati.

I processi finanziari saranno tracciati nei gradi differenti del particolare. Per esempio, la segnalazione finanziaria del highlevel può essere indicata dai numeri del sommario da un rapporto di carta, mentre la segnalazione dettagliata è necessaria da pagare la compensazione basata sulle transazioni. I flussi dei sistemi sono importanti nel mostrare le esecuzioni fisiche differenti di tecnologia. Inoltre, quando organizzazione sta commutando al nuovo ambiente, non dovrebbe rimuovere la vecchia infrastruttura di tecnologia troppo presto, nel caso ci sono edizioni di transizione.

-   definire le lacune nelle definizioni di dati: Nelle nuove alleanze, dove non ci è il commercio attuale alla transizione, questo punto non può essere importante perché ogni azienda porterà le relative proprie definizioni alla tabella. Le lacune nelle definizioni di dati diventano più importanti quando ci è una transizione del commercio da un'azienda all'un altro ed il tracciato dettagliato di dati è richiesto. Il primo punto è definire i requisiti di dati di ogni sistema; per esempio, illustrare che cosa ogni disposizione di lima o del campo rappresenta. Il commercio chiave ed ESSO forniscono devono essere assegnati a lavoro attraverso le edizioni.

-   programmi completi di sviluppo per richiamare le lacune: È importante portare le alternative e le soluzioni alla tabella perché ha l'esperienza e conoscenza inestimabili. Quando capisce gli obiettivi generali di alleanza, può rinforzare il relativo rapporto con il settore commerciale offrendo le raccomandazioni nel risolvere i problemi di affari.

COME EVITARE I TRABOCCHETTI COMUNI

Dovrebbe sviluppare un rapporto positivo con il settore commerciale in primo luogo. Ciò non può essere data risalto a abbastanza perché il progetto di alleanza affronterà gli ostacoli ed i periodi stressanti e lle buone relazioni di lavoro di business/IT notevolmente aumenteranno il processo di risoluzione.

Il commercio’ ed ESSO delle aziende zone dovrebbero anche spendere il tempo faccia- alla faccia ed al oneon-one. È non soltanto per ESSO importante sviluppare lle buone relazioni di lavoro con il relativo settore commerciale, ma anche con i relativi pari strategici di alleanza. Dopo che i rapporti iniziali siano stabiliti, le telefonate e le videoconferenze sono buoni attrezzi per continuarli. Tuttavia, ci deve ancora essere contatto personale periodico.

Dovrebbe capire il commercio e rimanere inserito. Le cose cambiano all'ora durante e dopo le trattative. Continuando fin qui con il commercio può accadere con le riunioni convenzionali di condizione o con i colloqui informali con il cavo ed i garanti di progetto.

Il settore commerciale dovrebbe dirigere e condurre le trattative. Mentre è la responsabilità di ESSO deve avvantaggiare il commercio, là è altri sensi fornire l'input necessario al settore commerciale.

Non dovrebbe precisare pubblicamente tutti i problemi e trabocchetti fra le aziende. Anche se membri del personale può essere analitica e spesso corretta nelle loro valutazioni, dovrebbero ricordarsi di portare le soluzioni allo sforzo. Le opzioni per sormontare le edizioni dovrebbero essere comunicate al settore commerciale.

Dovrebbe evitare di avere troppi capi. Invece, una persona del punto da ogni azienda dovrebbe essere identificata per dirigerla sforzo, che aiuterà altri a capire i loro ruoli.

Dovrebbe anche assicurarsi entrambi i lati capire le altre’definizioni di s degli elementi di dati chiave. In più, dovrebbe rimanere nell'aria con le versioni dei fissaggi e del software e nei rilasci per entrambe le aziende durante lo sforzo di alleanza. Il controllo di Versioning è importante nell'eliminazione della ripresa più tardi. Per concludere, dovrebbe dare la priorità al lavoro ed avere un comitato di coordinamento per elevare tutte le edizioni se necessario.

CONCLUSIONE

In uno sforzo di alleanza, può aggiungere il valore partnering con il settore commerciale da essere implicato fin da possibile nelle trattative. Un'alleanza riuscita sarà più probabile se occorre tempo progettare con attenzione sulla parte anteriore ed allora comunica largamente appena possibile nello sforzo di alleanza. Dovrebbe anche prestare l'attenzione alle differenze culturali sottili in seno e tra le due organizzazioni. I problemi relativi sono probabili presentare e devono essere controllati o genereranno la difficoltà come il progetto si muove in avanti.

Le alleanze strategiche sono qui rimanere e continueranno ad accadere orizzontalmente che verticalmente, sia. È critico affinchè cambi la percezione di settore commerciale’s della funzione da quella di una malvagità e di una spesa necessarie, ad una di un'associazione che può aggiungere il valore significativo. Può essere utile nell'assistenza dell'alleanza ottiene cominciato e

effettuato più velocemente e con un più alto grado di qualità. Ciò traduce in vantaggio strategico per l'azienda.

ciò è un articolo aggiunto da Jean Sedane


Diniego: Il nostro Web site non è responsabile delle informazioni contenute da questo articolo. Questo articolo in nessun modo riflette le viste, le opinioni, i pensieri o la credenza del personale dell'indice degli articoli.

Avviso di traduzione: L'articolo "come sviluppare strategia di alleanza" è stato tradotto usando un servizio di traduzione automatizzato. Chiediamo scusa francamente per tutti gli errori di traduzione che hanno accaduto. Grazie per capire.


Online: 861 users browsing the articles directory