U brengt een IFS-programma weer onder controle door eerst de feiten vast te stellen en pas daarna over scope, planning en livegang te beslissen. Eqeep beoordeelt IFS-programma’s die risico lopen om die feiten, prioriteiten en beslissingen voor herstel vast te stellen. Uw directie houdt de regie over scope, verantwoordelijkheden en livegang.
Gaten in de scope, open beslissingen, dataproblemen en de volgorde van werk kunnen elkaar versterken. Wij onderzoeken hoe die problemen de planning en de operationele gereedheid raken.
Wat onderzoekt Eqeep in een review?
Eqeep onderzoekt de kwaliteit van de oplossing, governance, planning, koppelingen, data, testen en de gereedheid van de organisatie. We beoordelen welke risico’s de operationele continuïteit en het kritieke pad raken.
We scheiden dringend stabilisatiewerk van verbeteringen die kunnen wachten. De voorgestelde herstelagenda benoemt prioriteiten, afhankelijkheden, beschikbare capaciteit en de beslissingen die uw team moet nemen.
Welke feiten heeft u nodig om te beslissen?
U heeft bewijs nodig over zes onderwerpen, van de afgesproken scope tot de beschikbare capaciteit. Een percentage gereed zegt weinig zolang de belangrijkste toetsen nog niet zijn gedaan. Vraag uw programmamanager en de huidige partner deze stukken aan te leveren voordat de review begint.
- De afgesproken scope. Wat is goedgekeurd en wat is er sindsdien bijgekomen? In de methodiek van IFS wordt de scope na het prototype goedgekeurd en het prototype vastgezet als referentie voor de rest van het project.
- Open beslissingen. Welke ontwerpkeuzes wachten op een besluit, van wie en sinds wanneer? Zolang een keuze openstaat, kan dat deel van de inrichting niet worden afgerond.
- Testresultaten. Welke complete processen zijn getest met gemigreerde gegevens en echte gebruikersrollen? Zo beschrijft IFS de Solution Acceptance Test. Tests met voorbeelddata en volledige toegang zeggen minder.
- Het verloop van bevindingen. Hoeveel nieuwe bevindingen komen er per week bij, en hoeveel worden er opgelost? Wordt de lijst niet korter, dan is de livegangdatum niet onderbouwd.
- De stand van de data. Hoe vaak is de migratie proefgedraaid, en welke gegevens vallen nog uit? In de methodiek van IFS gaat de data meerdere keren over voordat de cutover wordt geoefend.
- Capaciteit. Hoeveel tijd hebben key users en proceseigenaren werkelijk voor het programma?
Ontbreekt een van deze stukken, dan is dat zelf een bevinding. Hoe IFS de toetsen vóór de livegang beschrijft, leest u in IFS-implementatie in vier stappen.
Hoe scheidt u stabiliseren van verbeteren?
Stabiliseer eerst wat de bedrijfsvoering of een geloofwaardige livegang direct raakt. Al het andere gaat naar een geprioriteerde backlog, met een eigenaar per punt.
Midden in een implementatie is dat het werk op het kritieke pad, zoals datamigratie, koppelingen en de acceptatietest. Wensen die na het goedgekeurde ontwerp zijn bijgekomen, wachten tot na de livegang. Wil uw directie er toch een meenemen, dan hoort daar een nieuwe planning bij.
Is IFS al live, dan begint stabiliseren bij het werk dat mensen vermijden of buiten IFS dubbel doen. Dat laat meestal zien of het probleem in procesontwerp, data, training of eigenaarschap zit.
Uw directie legt de grens tussen stabiliseren en verbeteren vast. Daarmee ligt ook vast hoeveel capaciteit er overblijft voor verbeteringen.
Welke beslissingen kunnen het programma opnieuw richten?
Typisch herstelwerk
- Scope en beslisbevoegdheden opnieuw vastleggen
- Ontwerpautoriteit en governance versterken
- Plannen voor testen, data of koppelingen opnieuw opbouwen
- De volgorde van uitrol of het moment van livegang aanpassen
Uw directie beslist welke veranderingen er komen en wie ze bezit. Het plan kan een kleinere scope, aangepast testen of een andere uitrolvolgorde vragen. Is de organisatie niet gereed, dan kan het uitstellen van de livegang de verantwoorde keuze zijn.
Een kleinere scope. U gaat eerst live met de kernprocessen en schuift de rest door naar een volgende fase. Besluit dan ook hoe het uitgestelde werk intussen loopt en wie daarvoor verantwoordelijk is.
Een gefaseerde uitrol. IFS beschrijft in een blogartikel van 18 mei 2026 hoe kunststofverwerker All American Poly eerst live ging met financiën, verkoop en productie. Planning en kwaliteitsbeheer volgden in het jaar daarna. Een andere IFS-klant koos voor een big bang en noemt het erg complex om oude en nieuwe systemen naast elkaar te laten draaien.
Een latere livegang. Uitstel helpt alleen als het herstelplan ook de oorzaak van de vertraging aanpakt. Zonder die onderbouwing is een nieuwe datum een wens.
Als IFS Specialized Partner in de Benelux spreekt Eqeep de beoordeling en eventueel herstelwerk met uw team af. We leggen rollen van specialisten en verantwoordelijkheden per werkstroom vast voordat het werk start. Zit het probleem in één werkstroom, dan kan een gerichte review volstaan.
Wat betekent vertraging voor uw IFS-support?
Heeft u IFS Cloud afgenomen en loopt de overstap van IFS Applications 10, dan geldt Extended Support tot 27 maart 2027 of tot uw livegang. Bent u dan nog niet live, dan loopt die support alleen door tot uiterlijk 27 maart 2028 met een aantoonbaar, actief upgrade- en migratieplan. Voor een overstap van IFS Field Service Management 6 gelden dezelfde regels, met 31 januari 2028 en uiterlijk 31 januari 2029. IFS legt dit vast in zijn Extended Support Terms (versie februari 2026).
Een actueel herstelplan met mijlpalen en eigenaars helpt om dat migratieplan aan te tonen. Welke voorwaarden voor u gelden, staat in uw eigen overeenkomst met IFS. Tijdens Extended Support levert IFS geen nieuwe wettelijke of lokalisatiefunctionaliteit en zoekt het alleen voor meldingen met severity 1 en 2 een oplossing. Lees wat dat betekent bij de overstap van IFS Applications 10 naar IFS Cloud.
Implementeert u IFS Cloud, dan veroudert de release waarop u bouwt terwijl het programma loopt. IFS ondersteunt elke release tot 24 maanden na verschijnen, volgens zijn supportbeleid van februari 2026. Leg in het herstelplan daarom vast op welke release u live gaat, en of daarvoor eerst een release-update nodig is.
Hoe betrekt u de huidige implementatiepartner?
Betrek de huidige partner vanaf de eerste dag van de review. Die partner kent de inrichting, de open punten en de redenen achter eerdere keuzes. Vraag om toegang tot de omgevingen, het goedgekeurde ontwerp, de documentatie van inrichting en koppelingen, de testresultaten en de lijst met open punten.
Wisselt u van partner, leg dan vast welke documenten, testresultaten en kennis worden overgedragen. Na de livegang bepalen toegang, documentatie en afspraken of een andere partner de support kan overnemen. Een wissel van supportpartner hoeft op zich geen herimplementatie te betekenen. Contractuele of juridische vragen over uw huidige partner bespreekt u met uw eigen jurist.
Vragen over IFS project rescue
Wanneer heeft een IFS-programma hulp bij herstel nodig?
Vraag om een review als mijlpalen steeds verschuiven, ontwerpen openblijven of testen tekortschiet en de planning daardoor onzeker is. Instabiele koppelingen, data die niet gereed is en dalend vertrouwen bij betrokkenen vragen ook aandacht. Eqeep beoordeelt het bewijs en de afhankelijkheden voordat we herstelprioriteiten adviseren.
Betekent project rescue dat het huidige implementatieteam wordt vervangen?
Niet per se. Eqeep beoordeelt of duidelijkere beslisbevoegdheden, specialistische ondersteuning of een aangepast plan de problemen oplossen. Uw directie beslist hoe verantwoordelijkheden veranderen, en bruikbare projectkennis blijft behouden.
Moeten we de livegang uitstellen?
Stel de livegang alleen uit met een plan dat laat zien wat er vóór de nieuwe datum af moet zijn, en wie dat doet. Bepaal ook op welke release u op die datum live gaat. Loopt uw overstap van IFS Applications 10, leg de nieuwe datum dan ook naast 27 maart 2027. Uw directie beslist.
Helpt project rescue ook als IFS al live is?
Ja. In de maanden na de livegang sluipen workarounds terug en lopen processen anders dan ontworpen. Process Intelligence laat uit uw IFS-data zien hoe processen werkelijk lopen, naast de ontworpen flow. Een value check legt de oorspronkelijke businesscase naast het werkelijke gebruik en maakt van het verschil een geprioriteerde backlog.
Vertel ons waar u staat met IFS, welke mijlpalen zijn verschoven en welke besluiten openstaan. Na één gesprek heeft u een heldere vervolgstap. Bespreek uw IFS-vraag.
