De reis van duizend mijl naar software-implementatie begint met fase nul (James Monaghan)

Gefeliciteerd. U heeft besloten software te implementeren en wilt dat dit succesvol is. Wordt het Agile of Waterfall of Lean of Scrum of iets heel anders. Terwijl een succesvolle projectimplementatie zijn eigen vereisten heeft voor de uitvoering ervan, daar
Er zijn talloze dingen die je moet overwegen voordat je van start gaat.

Is het Target Operating Model voldoende gedefinieerd?

Het haasten van een implementatie van nieuwe technologie brengt talrijke valkuilen met zich mee, maar deze komen niet vaker voor dan het beginnen met het implementeren/integreren van een systeem zonder na te denken over hoe het grotere geheel eruit zal zien als het voltooid is. Veel te veel projecten zijn mislukt
terug naar het begin, omdat een belangrijk stukje technologie niet in het algemene plan was opgenomen. Met alle fintechs en disrupters die vandaag de dag op de markt zijn, zullen ze er allemaal naar streven om naadloos met elkaar te integreren, maar zonder een volledig begrip
of hoe u wilt dat ze verbinding maken en om welke reden kunt u gemakkelijk merken dat u halverwege uw Target Operating Model opnieuw moet uitvoeren en alle moeite en middelen die u tot nu toe hebt besteed, moet weggooien. Het is alsof je probeert het vliegtuig te bouwen terwijl je bezig bent
ermee vliegen of de autoband verwisselen terwijl u ermee rijdt. Typische TOM's hebben een systeem van het type Customer Relationship Management (CRM) dat door het klantgerichte personeel kan worden gebruikt, en is verbonden met een Client Lifecycle Management-systeem dat een workflow- en regelsengine bevat
om de noodzakelijke taken naar de relevante mensen te sturen om de gegevensinvoer/documentupload/validatie en verificatie te voltooien. Er kan een Master Data Management (MDM)-systeem zijn dat wordt behandeld als de Source of Record/Golden copy, maar al te vaak is dit een op zichzelf staand systeem.
systeem van meerdere geaggregeerde of geïntegreerde gegevensopslagplaatsen met verschillende systemen die de records kunnen bijwerken. Er kunnen transactie-/handels-/leningssystemen zijn met ingebouwde of geïntegreerde transactiemonitoringservices. Er kunnen externe leveranciers zijn voor gegevens/documenten
of nieuws/negatief nieuws/screeningdoeleinden. Alle of sommige hiervan kunnen ook op de cloud zijn gebaseerd of op locatie. Dus nu vraag ik je nogmaals: heb je erover nagedacht waar dit nieuwe stukje technologie in je algehele TOM past en is het een definitieve versie of ben je
We integreren het in de huidige opzet, maar zijn van plan dit in de toekomst te veranderen

Voor al uw huidige systemen, hoe lang bent u van plan ze te ondersteunen/in stand te houden?

Er bestaat een veelgemaakte fout die bekend staat als de Sunk Cost Fallacy, waarbij het, omdat je X dollars/euro/ponden aan een systeem hebt uitgegeven, al te ver is om je nederlaag toe te geven en het af te schaffen. Of dat het niet kapot is en dus niet gerepareerd hoeft te worden. Of dat het te diepgeworteld is
in de huidige systemen om deze te kunnen verwijderen of vervangen. Als dat het geval is, bent u waarschijnlijk met een enkel punt van mislukking beland zonder dat u het zich zelfs maar realiseerde. Moderne technologische oplossingen zijn flexibel en moeten worden gebouwd voor verandering. Voorheen fusies/overnames
of de samensmelting van systemen heeft ertoe geleid dat de technologie is geïntegreerd en het gebruikelijke proces is om deze eenvoudigweg aan het werk te krijgen. Deze moeten worden behandeld als de kansen die ze bieden om te heroverwegen hoe iets wordt gedaan en te streven naar een efficiëntere manier. Seconde
in dit opzicht zullen de meeste nieuwe technologieën soortgelijke aanbiedingen/modules/functies hebben of beweren te hebben, zoals rapportage, dashboards, workflow, regels voor casebeheer en configuratiestudio. Het doel hiervan is om een ​​zo breed mogelijk publiek aan te spreken en te hebben
Sommige mensen denken: “Waarom moet ik X kopen als Y die mogelijkheid al heeft?”. Maar wilt u, met dit in gedachten, echt van uw CRM een transactiemonitoringsysteem maken? Of uw accountsysteem in de gateway voor uw MDM? Of uw MDM als opdrachtgever
gegevensinvoerpunt. U weet dat u duizenden records zult krijgen met telefoonnummers als 12345678.

Personeel/rollen

Om elke implementatie succesvol te laten zijn, hebt u aan beide kanten van het project uw gedefinieerde rollen. Die van jou en de verkopers. Het hangt uiteraard af van budget, omvang en tijdlijn. Het kan zijn dat u een cloudgebaseerde implementatie van vier weken heeft, waarvoor twee medewerkers nodig zijn
de leverancier of het kunnen 10 fasen zijn van grote releases van 12 weken met een agile eisenbenadering van 2 weken, bestaande uit bedrijfs-/productanalisten, ontwikkelaars, vakexperts, testers voor kwaliteitsborging, die allemaal zowel junior- als seniorrollen nodig hebben, project
managers voor elke branche/regio/rechtsgebied en een programmamanager die toezicht houdt op alles. Schakel er een projectsponsor in en het is gemakkelijk in te zien waarom bedrijfssoftware duur wordt, soms zelfs onbetaalbaar. Dit is ook voordat u rekening houdt met het personeelsniveau
die u moet toewijzen aan de match. Vergeet niet dat uw medewerkers die bij dit project betrokken zijn, geruime tijd afwezig zullen zijn in hun dagelijkse werkzaamheden. Het is belangrijk om ervoor te zorgen dat het personeel van de leverancier ervaren is en dat niet is geweest
onlangs ingehuurd om aan de vraag van uw project te voldoen.

De andere overweging is het partnerschapsmodel. Veel gevestigde leveranciers hebben gecertificeerde partners, enkele boetiekfirma's en enkele van de grote 4, die ook kunnen worden opgeroepen om implementaties te ondersteunen, maar die ook een prijs hebben.

Data migratie

Een van de belangrijkste thema's bij het integreren van een nieuw stuk software is de overweging van gegevenstoegang en/of gegevensmigratie. Als het nieuwe systeem indien nodig uw huidige database of databases zal bevragen, wanneer krijgt het dan toegang en welke gebruikers hebben welke machtigingen
om er toegang toe te krijgen, is de toegang alleen-lezen of kunnen de gebruikers nieuwe records bewerken of maken, en welke systemen hebben bij het bijwerken van het centrale record een prioriteitsvolgorde voor het doorvoeren van die wijzigingen? Wat als een ander systeem een ​​wijziging probeert aan te brengen terwijl het een andere gebruiker is?
van uw nieuwe technologie is deze momenteel aan het bewerken? Betekent dit nu dat alle verzoeken om gegevensbewerking via die nieuwe technologie moeten worden gerouteerd? Wat gebeurt er als alle nieuwe technologieën dezelfde prioriteitsvolgorde vragen? Deze zijn alleen bedoeld voor actieve klantrecordsystemen.
Hoe zit het met het creëren van een nieuw geconsolideerd enkel systeem? Moet u de big bang-aanpak kiezen om alle data op dag 1 te migreren? Stel je de risico's eens voor. Hoe zit het met een overgangsperiode, bijvoorbeeld wanneer er een beoordeling gepland is, u haalt uit 1 of meerdere bronnen om de beoordeling uit te voeren
en post vervolgens het schone record naar de nieuwe centrale database. Dat zou migratie over een periode van twaalf tot achttien maanden mogelijk maken. Het is geen one size fits all-aanpak. Dat is alles voordat u ooit gaat nadenken over het omgaan met duplicaten.

Integraties

Wanneer u overweegt een nieuwe technologie aan uw ecosysteem toe te voegen, moet u ervoor zorgen dat deze naadloos samenwerkt met uw huidige opzet. Dit heeft in eerste instantie twee opties: als netto nieuwe toevoeging om een ​​specifiek probleem op te lossen of als vervanging van een bestaand systeem
of systemen aanwezig. Hoe dan ook, u wilt ervoor zorgen dat het toegang heeft tot de relevante systemen die het nodig heeft voor zowel upstream- als downstream-consumptie. U moet er ook op kunnen vertrouwen dat alle bestaande leidingen naar het systeem dat buiten gebruik wordt gesteld, kunnen worden onderhouden.
Er is ook een vraag over toestemming, die consequent over het hoofd wordt gezien. Gebruikerstoegangscontrole om te bepalen welke toestemming gebruikers hebben voor de nieuwe technologie voor gegevens waartoe deze toegang heeft, terwijl er ook voor wordt gezorgd dat er geen vereisten voor beheerdersrechten zijn.
Maar als u in de toekomst een nieuwere technologie toevoegt, moet u dan de toegangscontrole voor alle historische systemen op dat moment verfijnen? Laten we, net als hierboven, ook de noodzaak niet vergeten om te bepalen welke technologie prioriteit heeft voor gegevenswijzigingen/-updates. Anders
hoe zorg je ervoor dat systeem A vandaag een verandering doorvoert, systeem B deze morgen ongedaan maakt en systeem A het de volgende dag opnieuw probeert.

Systeemtoegang - Infosec-beleid

Heeft u de relevante teams intern ingeschakeld om tijdig middelen en toegang tot relevante systemen te verstrekken? Als u van plan bent tot het laatste moment te wachten met het aanvragen van toestemming voor een omgeving of toegang tot een database, etc. U
Misschien komt u er misschien achter dat uw streefdata plotseling niet haalbaar zijn.

Kopers versus gebruikers

Worden de eindgebruikers van de nieuwe technologie betrokken bij het besluitvormingsproces? Wat heeft het voor zin om namens andere gebruikers een beslissing te nemen, als ze uiteindelijk besluiten dat wat er wordt gebouwd niet geschikt is voor hun doeleinden. De strijd tussen het bedrijfsleven en
IT is een constante factor die overal voorkomt en heen en weer zwaait als het gaat om wie mag beslissen. Van het ontwerp van het systeem wordt maar al te vaak verwacht dat het elk probleem, voor elke gebruiker, perfect oplost. Over-engineering van de technologie om 100% op te lossen
is bewonderenswaardig, maar uiteindelijk een inspanning die veel middelen vergt. Het initiële doel zou moeten zijn om de meerderheid op te lossen en te wachten tot een succesvolle oplevering voordat de randgevallen worden geprobeerd. Die laatste 20% of 10% van de emissies mag het hoofddoel van verwerven niet in de weg staan
de technologie, maar al te vaak wordt het allesverslindend. De vraag die u uzelf moet stellen is wat er op dag 1 definitief nodig is, en beperk uw opties tot een subset, aangezien het standaardantwoord zonder altijd, altijd, alles is.

Dus als we nu kijken naar wat we moeten overwegen om een ​​projectimplementatie succesvol te maken, moeten we ons realiseren dat er nog meer zaken relevant zijn voordat we beginnen, die moeten worden meegenomen. Deze zullen ook van invloed zijn op de beslissing welke software in de eerste fase moet worden geselecteerd
plaats. Het is niet alles goud wat er blinkt. Zorg ervoor dat wat u selecteert, geschikt is voor alle overwegingen en niet alleen voor één enkel verwacht eindresultaat.