Verschillen in QA aanpak tussen ERP projecten en niet-erp projecten SYSQA B.V. Almere Datum : 06 mei 2013 Status : definitief Versie : 2.0 Opgesteld door :
Organisatie SYSQA B.V. Pagina 2 van 5 Overzicht verschillen In onderstaande tabel wordt een overzicht gegeven van de verschillen tussen ERP en niet-erp projecten. De opgenomen ++ geeft aan dat hier extra aandacht aan besteed moet worden. Requirements Standaard aanpak Commitment hoeft niet noodzakelijkerwijs op directieniveau te worden verkregen. Wijzigingen op requirements in een latere fase hebben een minder grote impact Vaak grotere groep stakeholders door bredere organisatie-inzet. Mandaat/commitment bestuur is van groter belang, mogelijk ook commitment op hoger niveau vereist Gekozen pakket en vastgestelde requirements maken aanpassingen minder eenvoudig Beperkingen pakket a.g.v. requirements Leverancier bepaalt veel van de requirements vanuit de pakketmogelijkheden Selectie Leveranciersselectie Leverancier- en pakketselectie Branchekennis van leverancier belangrijker Moet mogelijk vanaf nul worden opgebouwd Veel processen zijn al ingericht en op elkaar afgestemd ERP: Na aankoop zijn alleen kleine wijzigingen mogelijk zonder dat direct nieuw maatwerk gemaakt moet worden. Je zit aan het pakket vast, wijzigingen kunnen grotere (ongewenste gevolgen hebben) ERP: Groter gedeelte van het bedrijf heeft/krijgt er mee te maken, belangrijke keuzes moeten worden gemaakt. ERP: Wijzigingen in de requirements kunnen grote gevolgen hebben als het ERP pakket niet voldoende flexibel is. Gevolg: maatwerk voor ERP pakket of wijziging op werkprocessen. Niet-ERP: keuze kan gemaakt worden voor een vanaf nul op te bouwen systeem en methodiek. ERP: Leverancier met branchekennis kan een pakket leveren dat ingericht is voor de specifieke branche ERP: Veel voorwerk is al door de leverancier gedaan. Minder kans dat werkprocessen aangepast moeten worden Inpassen en aanpassen huidige werkprocessen is vrijwel niet te voorkomen Kans is groter dat een ERP systeem wijzigingen in de werkprocessen tot gevolg heeft omdat het minder flexibel is (maatwerk is duurder). ERP: Keuze pakket bepaald (on-)mogelijkheden inpasbaarheid. Implementator is aan te bevelen maar keuze is beperkter t.o.v. niet-erp. Almere 2013 Proud of it Pagina 2 van 5
Organisatie SYSQA B.V. Pagina 3 van 5 Bouwen Testen Keuze mogelijkheid ontwikkelmethodiek Nieuwbouw: Bouw begint vanaf nul Vernieuwing: Meer vrijheid in oplossingsrichting Focus testinspanning kan variëren: afhankelijk van het toepassingsgebied en de omvang van de applicatie Beveiliging kan makkelijker aangepast worden naar het gewenste niveau Meer testen van externe interfaces Extra modules als maatwerk. In het maatwerk is wel een keuze te maken in de ontwikkelmethodiek. Configureren (parameters) is een groot onderdeel van de bouw Nieuwbouw: Bouw is voor een groot deel al door de leverancier gedaan Vernieuwing: Pakket kan oplossingsrichting afdwingen Testinspanning in ieder geval gefocust op: Performancetesten Stabiliteit++ Continuïteit Portabiliteit Dataconversie Is de beveiliging van het pakket van het gewenste niveau Meer interne interfaces testen ERP: Extra functionaliteit moet mogelijk als maatwerk worden ingebouwd/toegevoegd. ERP: Uitvallen van ERP systeem heeft een grotere impact op het bedrijf en is daarmee een groter risico. ERP: Testen omvatten grotere gedeeltes van het bedrijf en daarmee kan de benodigde capaciteit van testers ook groter worden ERP: Meerdere soorten gebruikers, meerdere verantwoordelijkheden en bevoegdheden. Geautoriseerde gebruikers mogen gegevens maken/aanpassen/lezen/verwijderen (CRUD) Niet-ERP: Testen externe interfaces vergt tijd van meerdere afdelingen/medewerkers ERP: Interfacetesten zijn deels al door leverancier gedaan ERP: Interne interfaces dienen door de leverancier getest te zijn. Systeemtesten is belangrijk onderdeel van het testtraject. Gebruikersacceptatietesten omvangrijker omdat het pakket meerdere afdelingen (hele organisatie) omvat. O.a.: GAT++ Procescyclustest Gegevenscyclustest ERP: Grotere groep van gebruikers omdat het systeem meerdere afdelingen omvat. Wat blijft hetzelfde en wat verandert er voor de gebruikers. ERP: GCT voor controle van de dataconversie, correct gebruik data en de migratie van data. Almere 2013 Proud of it Pagina 3 van 5
Organisatie SYSQA B.V. Pagina 4 van 5 Functioneel beheer Applicatie- /systeembeheer Vervanging Patches en releases zijn ook maatwerk Uitgebreidere rol: meer gebruikers, opleiding personeel Grotere gebruikersgroep Functionele wensen/wijzigingen hebben een grotere impact op het systeem Patches en releases zijn eenvoudig te beheren Gedeeltelijk door leverancier Kennis ERP systeem noodzakelijk, opleiding ERP: Meerdere soorten gebruikers, meer autorisaties, gevolg: hogere beheerlast?? ERP: Wijzigingen aan een subsysteem kunnen grote gevolgen hebben voor andere subsystemen ERP: Indien uitbesteed aan leverancier minder grip en flexibiliteit. Indien binnen de organisatie gehouden, goed opgeleid personeel met ruime kennis van het ERP systeem nodig. Migratietests Migratietests (regressietesten) ERP: Bij een nieuw systeem moeten gegevens van meerdere systemen overgezet worden in het ERP systeem. Bij vervanging van een ERP systeem kan gekozen worden voor alles in één keer of deel voor deel. ERP: Omvangrijke inspanning voor voorbereiding, uitvoering en testen. Ondersteuning hard- /softwareplatform Wijze van implementatie kan op kleinere onderdelen uitgevoerd worden Impact stopzetten ondersteuning hard- /software platform Wijzigingen organisatie Wijze van implementatie is in grovere stukken opgedeeld ERP: Geen ondersteuning van de gebruikte pakketversie heeft tot gevolg dat eerder het systeem (gedeelte) vervangen moet worden. ERP: Overnames, nieuwe en samengevoegde afdelingen nopen tot aanpassing/vervanging van systeem ERP: Het systeem kan in één keer in productie of in fases. In fases betekent extra interfaces tussen oude en nieuwe systemen, dus meer testen. Almere 2013 Proud of it Pagina 4 van 5
Organisatie SYSQA B.V. Pagina 5 van 5 Systeem kan langere tijd meegaan door uitbreidingen en aanpassingen Kan voor een afdeling, een aantal afdelingen of de gehele organisatie gemaakt worden. Levensduur van tevoren vastleggen. Pakket wordt niet onbeperkt lang ondersteund. Voor een groter gedeelte van de organisatie of de gehele organisatie gemaakt ERP: Vervanging of nieuw te bouwen systeem vergt tijd en heeft een grote impact op vrijwel de gehele organisatie. Niet-ERP: Uitbreidingen en aanpassingen kunnen door verschillende leveranciers gedaan worden. Vervanging of nieuwbouw kan een beperkter deel van de organisatie beïnvloeden. Almere 2013 Proud of it Pagina 5 van 5