Hoe de ontwikkeling van een IT-alliantie-strategie

Wanneer IT een strategische alliantie ondersteunt, moet de tijd nemen om plan. De tijd besteed aan de voorkant zal de moeite waard is, ervoor te zorgen dat alle partijen duidelijk zijn op de behoeften en de gewenste resultaten. Een gedegen project management methodologie is essentieel voor succes en voor het comprimeren van de algemene tijdlijn. In het bijzonder moet, IT:

- Begrijp de strategie van de business area's en doelstellingen voor de alliantie: Dit omvat het lezen van de strategische alliantie contract, charter, en andere documentatie. Het is ook belangrijk om te voldoen aan met de projectmanager, en mogelijk de opdrachtgever, om te beginnen met het opbouwen van de relatie en te discussiëren over de kritische succesfactoren. Zodra de algemene doelstellingen zijn begrepen, moeten ze niet veranderen gaan vooruit. Het is belangrijk op de hoogte blijven van veranderingen in mindere doelstellingen.

- Begrijp de doelstellingen van het andere bedrijf in de alliantie: Als de doelstellingen van de twee bedrijven congruent zijn, beide zullen werken aan een gemeenschappelijk doel. Als de doelstellingen niet complementair zijn, kunnen conflicten ontstaan. Hoewel de algemene doelstellingen kunnen worden hetzelfde zijn, kan er sprake zijn legitiem, maar verschillende subdoelstellingen. Het is belangrijk om de tijd te begrijpen nemen en eens te worden over alle doelstellingen, te verduidelijken en het oplossen van alle problemen.

- Maak kennis met het andere bedrijf IT-gebied, cultuur en processen: Begrijpen hoe het andere bedrijf opereert zal belangrijk zijn in het werken met problemen die zich voordoen. Up-front kennis van het besluit van het andere bedrijf-makers, evenals de processen voor het vaststellen van prioriteiten en change management, zal de snelheid conflictoplossing.

- Ontwikkelen van een projectplan in samenwerking met de business areas: Met het totale plan vastgesteld, moet de IT-gedeelte worden gedetailleerd. Zowel business-en IT-vertegenwoordigers moeten ontwikkelen en wandeling door de IT-plan, voor begrip en verduidelijking. Het is de sleutel tot de rollen en verantwoordelijkheden voor elke onderneming te bepalen, evenals voor de business en IT-spelers.

De projectmanager moet worden ingelicht wanneer de uitvoering tijdlijnen verandering van de eerste tot de gedetailleerde plan.

- Follow-up met lessen geleerd: Dit proces kan worden uitgevoerd tijdens het project op passende fasen, of, zoals typisch is, nadat het project is afgelopen. De vereenvoudigde sessie is een open discussie de positieve aspecten van het project en mogelijke verbeteringen document. Dit is waar de organisatie leert en groeit door de goedkeuring van de lucht en de vaststelling verwachtingen voor verbeteringen gaan vooruit.

- Maak ac hecklist voor toekomstige samenwerkingsverbanden: Sinds de organisatie zal het aangaan van allianties meer kan leren van haar ervaringen door het ontwikkelen van een checklist van de nodige stappen te illustreren wat werkte goed, evenals de valkuilen te vermijden. Deze checklist kan worden gebruikt als uitgangspunt voor de volgende alliantie, al zullen er wijzigingen, aanvullingen, of voorwerpen die niet van toepassing gaan vooruit.

Het gedetailleerde plan

Het moeilijkste deel van het proces is om het gedetailleerde plan te ontwikkelen, mogelijk omdat er misschien een kloof tussen de aanvankelijke verwachtingen van het bedrijf van de alliantie en wat kan echt bereikt op een gedetailleerd niveau. Het projectplan omvat reikwijdte, tijdlijn, en middelen. Hoewel projectmanagers niet alle drie dicteren, moeten zij in staat zijn om ten minste een vast te stellen. Natuurlijk, zelfs als de omvang en de tijdlijn zijn ingesteld, kan niet altijd de doelstellingen te bereiken door het toevoegen van meer middelen aan het project. Maakt niet uit hoeveel middelen beschikbaar zijn, kunnen sommige processen niet sneller worden afgerond.

Toepassingsgebied werkingssfeer Het projectplan moet zo volledig mogelijk te zijn. Hier zal een aantal punten worden verhoogd, en het oplossen van hen snel wordt een belangrijke succesfactor. Een log met problemen ontstaan datum en de vereiste antwoord datum is een noodzaak.

In een alliantie zal een bedrijf hebben typisch een mislukte branche dat is een sterkte van de andere vennootschap. Het is noodzakelijk om te beslissen wat te doen met de potentieel concurrerende branche: voortzetting van het, converteren, of verkopen. Deze bepaling verschilt meestal van de oprichting van nieuwe verbanden tussen de verschillende IT-middelen inspanningen.

Het is echter ook kritisch naar nieuwe verbanden tussen de bedrijven definiëren in termen van systeemintegratie en delen van gegevens. Voorbeelden hiervan zijn marketing-en financiële informatie, inkomsten en financiële compensatie. Gedetailleerde besprekingen zijn nodig voor data-definities en mapping.

De grootte van de alliantie inspanning is afhankelijk van gerelateerde ervaringen en verwachtingen van de kant van beide bedrijven. Bedrijven met eerdere alliantie ervaring zijn meer

waarschijnlijk programma's, interfaces hergebruik, en bestand generatie. Bedrijven met weinig of geen ervaring vergt meer tijd, moeite en communicatie.

Identificatie van alle hardware, software en personeel kosten zal helpen versnellen van de overgang. Bijvoorbeeld, een alliantie sluiten sneller als software-licenties kosten blijven om de overgang systemen draaien op de infrastructuur van het bedrijf te verkopen als een derde partij administratieve functie.

Daarnaast moeten beide organisaties ook genoeg reizen budget en tijd voor de ontwikkeling van een goede face-to-face relaties. Het moet ook bouwen solide relaties met de betrokken leveranciers om te zorgen voor een soepele overgang voor verpakte applicaties. Succes hangt op het hebben van een strategie voor de contacten met leveranciers. Bijvoorbeeld, als een alliantie bedrijf heeft een betere werkrelatie met diverse leveranciers, moet worden benut.

Planning moet worden opgenomen voor alle fasen van de inspanning. Deze eisen omvatten ontwikkeling, systeemontwikkeling, testen (van IT, de zakenwijk, systemen, performance tuning, enz.), conversie en implementatie.

Onvoorziene kosten zullen ontstaan. Indien het contract tekst bepaalt dat alle kosten gelijkelijk worden gedeeld, kunnen alle winst eveneens gelijkelijk gedeeld.

De business algemene, moet op hoog niveau ruimte worden vergeleken met de precieze werkingssfeer zoals hierboven gedefinieerd. Dit ijkpunt werpt nieuwe vragen die moeten worden gevalideerd met betrekking tot wanneer zij in of buiten het oorspronkelijke project toepassingsgebied. Deze bepaling zou kunnen vereisen costbenefit informatie.

Tijdlijn Een tijdlijn meestal wordt vastgesteld tijdens het contract besprekingen. Het is misschien een vage verklaring gericht aan het einde van het derde kwartaal, of het kan worden gebaseerd op een bedrijf einde van het jaar.

IT moeten begrijpen de exacte verplichtingen in termen van de business deliverables en logica, om de flexibiliteit voor veranderingen te meten. Wanneer de IT-business logica achter de tijdlijn begrijpt, kan de enige opties voor verandering zijn om de reikwijdte te beperken of de kosten verhogen.

Zodra de tijdbalk is overeengekomen, moet er mededeling van de status op gevestigde mijlpaal controleposten. Rampenplannen moeten worden ontwikkeld voor het geval de tijdlijn niet kan worden voldaan.

Kosten De business area heeft meestal een prijs in gedachten voor de alliantie die is goedgekeurd in het projectplan. Zodra de gedetailleerde IT-kosten worden gevalideerd, moeten zij onmiddellijk worden meegedeeld aan de zakenwijk, om verschil bepalen tussen de oorspronkelijke en detail plannen. Alle kosten moeten worden opgenomen, van hardware en software aan het personeel de tijd. De laatste vereist een beoordeling van de noodzakelijke vaardigheden, en een aantal harde dollars nodig kunnen zijn voor de aanbestedende.

De kosten moeten worden gespecificeerd, en gehecht aan specifieke toepassingsgebied items en resultaten, zodat de zakenwijk van de kosten en baten van het toepassingsgebied beslissingen kunnen analyseren. In sommige gevallen kan, IT en de business werken samen om specifieke eis van de kosten te verlagen door scaling rug of het aanbrengen van kleine wijzigingen die drastisch verminderen de tijdlijn

en kosten. Niet uit wat het definitieve cijfer, moet het plan ook een zekere mate van onvoorziene financiële middelen om voldoende geld om het project af te waarborgen.

IT steun en sturing

Terwijl de bovengenoemde activiteiten IT zijn de verantwoordelijkheden, het kan ook helpen de business gebied door:

- Het definiëren van kritische succesfactoren van de alliantie factoren: IT kan vaststellen van specifieke punten die moeten worden gemeten en gecommuniceerd met betrekking tot het succes van de alliantie, waaronder conversie ratio's, opbrengsten, kosten en kwaliteit factoren. Het is veel gemakkelijker om systemen ontwerpen om te voldoen aan deze behoeften aan de voorkant, in plaats van herontwerpen ze later.

- Werken met het zakelijke deel in kaart te brengen belangrijke processen: het kan trekken een diagram van alle processen te laten zien wat er gebeurt en wanneer, zodat mensen duidelijk kan begrijpen wat plaats moet vinden in de alliantie inspanningen. Als er lacunes zijn, is het makkelijker om ze te vroeg te vinden. Inzicht in de timing is cruciaal voor dagelijkse, wekelijkse, maandelijkse en jaarlijkse uitwisselingen. Mapping zal ook duidelijk verschillen in de rapportage schema's van de bedrijven, bijvoorbeeld het gebruik van het kalenderjaar ten opzichte van de corporate einde van het jaar.

Het is belangrijk om belangrijke zakelijke, financiële kaart, processen en systemen, met inbegrip van de kritische gegevensstromen en timing. Kaart brengen van bedrijfsprocessen vereist waaruit blijkt hoe de huidige processen werk nu en hoe de nieuwe processen zal vloeien in de toekomst. Veranderingen in bedrijfsprocessen kunnen richten telefoontje routing, procedurele veranderingen, en technologische veranderingen gebaseerd op de gebruikte verschillende systemen.

Financiële processen zullen in kaart worden gebracht in verschillende mate van detail. Kan bijvoorbeeld hoog niveau van financiële verslaglegging worden aangetoond door samenvatting nummers uit een papieren rapport, terwijl gedetailleerde rapportage nodig is om de vergoeding gebaseerd op transacties te betalen. Systemen stromen zijn belangrijk aan te tonen verschillende fysieke implementaties van de technologie. Ook wanneer een IT-organisatie is de overschakeling op de nieuwe omgeving, moet het niet verwijderen van de oude technologie-infrastructuur te vroeg, in het geval er zijn overgang kwesties.

- Definitie van hiaten in de data-definities: In nieuwe allianties, waar er geen bestaande bedrijf aan de overgang, kan deze stap niet zo belangrijk, omdat elk bedrijf zijn eigen definities zullen brengen naar de tafel. Lacunes in data-definities belangrijker worden wanneer er een overgang van onderneming van het ene bedrijf naar het andere en gedetailleerde data mapping vereist is. De eerste stap is te bepalen vereiste gegevens voor elk systeem, bijvoorbeeld om te illustreren wat elk veld of bestand layout vertegenwoordigt. Key Business-en IT-personeel moet worden ingezet om te werken via de problematiek.

- Het ontwikkelen van uitgebreide plannen om de hiaten adres: Het is belangrijk om alternatieven en oplossingen om de tafel te brengen omdat het waardevolle ervaring en kennis. Als IT-alliantie de algemene doelstellingen begrijpt, kan versterking van haar relatie met de business area door het aanbieden van de aanbevelingen in het oplossen van zakelijke problemen.

HOE TE VERMIJDEN bekende valkuilen

IT moet opbouwen van een positieve relatie met de business area eerste. Dit kan niet genoeg worden benadrukt, omdat de alliantie project obstakels en stressvolle tijden zullen worden geconfronteerd, en een goede business / IT-werkrelatie zal sterk verbeteren van de resolutie proces.

De business bedrijven en IT-gebieden moeten ook tijd besteden face-to-face en oneon-one. Niet alleen is het belangrijk dat het een goede werkrelatie met haar bedrijf gebied te ontwikkelen, maar ook met haar strategische alliantie leeftijdgenoten. Na de eerste relaties, telefoongesprekken en videoconferenties zijn goede instrumenten opgesteld om verder te gaan hen. Er moeten echter nog worden periodieke face-to-face contact.

IT moeten begrijpen de business en blijven ingeplugd Dingen veranderen per uur tijdens en na de onderhandelingen. Keeping up to date met het bedrijfsleven kan gebeuren door middel van formele status vergaderingen of via informele gesprekken met de projectleider en sponsors.

De zakelijke gebied moet direct en leiden de onderhandelingen. Hoewel het de verantwoordelijkheid van IT ten behoeve van de business, er zijn andere manieren om de nodige input te leveren voor de zakelijke omgeving.

Het moet niet voor het publiek wijzen alle problemen en valkuilen tussen de bedrijven. Hoewel IT-medewerkers kunnen analytische worden en vaak juist in hun beoordelingen, moeten zij niet vergeten om oplossingen voor de inspanning. Opties om problemen overwonnen moeten worden meegedeeld aan de business area.

IT moet voorkomen dat te veel leiders. In plaats daarvan moet een punt persoon van elk bedrijf worden geïdentificeerd om direct de IT-inspanningen, die anderen helpen begrijpen wat hun rol.

Ook moet ervoor zorgen beide kanten begrijpen van de andere definities van belangrijke gegevens. Bovendien moeten IT verblijf in harmonie met software en hardware-versies en releases voor beide ondernemingen tijdens de alliantie inspanning. Versioning is van belang bij de opheffing herwerken later. Tenslotte moet prioriteiten werk en hebben een stuurgroep om eventuele problemen op indien nodig verheffen.

CONCLUSIE

In een alliantie inspanning kan, IT-waarde toevoegen door samen met de business area worden om ze zo vroeg mogelijk betrokken in de onderhandelingen. Een succesvolle alliantie zal meer kans als het de tijd om zorgvuldig plannen vooraan neemt, en vervolgens communiceren in grote lijnen zo spoedig mogelijk in de alliantie inspanning. Het moet ook aandacht besteden aan de subtiele culturele verschillen binnen en tussen de twee organisaties. Gerelateerde problemen dreigen te ontstaan en moeten worden beheerd of zij zal leiden tot moeilijkheden als het project vooruit gaat.

Strategische allianties zijn hier te blijven en zullen zich blijven voordoen, zowel horizontaal als verticaal. Het is van cruciaal belang voor de perceptie van de zakelijke IT-gebied van de functie te veranderen van die van een noodzakelijk kwaad en kosten, tot een van een partnerschap dat kan een aanzienlijke meerwaarde. IT kan waardevol zijn in het helpen van de alliantie de slag te gaan en

sneller uitgevoerd, en met een hogere mate van kwaliteit. Dit vertaalt zich in een strategisch voordeel voor het bedrijf.

---

Disclaimer: Onze website is niet verantwoordelijk voor de informatie in dit artikel. In dit artikel wordt op geen enkele manier de standpunten, meningen, gedachten of overtuigingen van de artikelen directory personeel.
Vertaling aankondiging: Het artikel "Hoe de ontwikkeling van een IT-alliantie-strategie" werd vertaald met behulp van een geautomatiseerde vertaling dienst. Onze excuses voor eventuele vertaalfouten die heeft plaatsgevonden. Dank u voor uw begrip.

---