Waarom starten met een pilot
Een migratiebeslissing neem je best op feiten, niet op vendor slides.
Een goede pilot geeft antwoord op drie vragen:
1. Werkt het technisch in jouw omgeving?
2. Is de gebruikerservaring minstens even goed als vandaag?
3. Kan je beheerteam dit vlot beheren?
Het grote voordeel: je test naast Citrix. Geen downtime, geen big bang.
Wat je in deze pilot wil bewijzen
Voor je begint, leg je duidelijke succescriteria vast.
Technisch
- Inloggen werkt stabiel (intern + extern)
- Gepubliceerde apps starten correct
- Printing werkt voor kritieke users
- Profielen en settings blijven behouden
- MFA en policies werken zoals verwacht
Operationeel
- Helpdesk kan incidenten afhandelen
- Beheerders kunnen publishing en troubleshooting doen
- Monitoring geeft bruikbare inzichten
Gebruiker
- Login tijd is aanvaardbaar
- App-respons voelt snel genoeg
- Geen onverwachte blockers in dagelijkse taken
Scope: hou hem klein en slim
Een pilot mislukt vaak omdat de scope te groot is.
Start met:
- 2 tot 4 businesskritische applicaties
- 10 tot 20 pilotgebruikers uit verschillende profielen
- 1 duidelijke use case per team
Niet doen in fase 1:
- Alle afdelingen tegelijk
- Legacy randapplicaties met onbekende dependencies
- Volledige vervanging van je huidige toegang
Referentie-opzet (naast Citrix)
Minimum setup voor een degelijke pilot:
- 1 Parallels RAS Secure Client Gateway
- 1 Publishing Agent / Broker
- 1 tot 2 RDSH hosts voor testworkloads of 1 W11 pool met Citrix Image met Parallels RAS Agent
- AD-koppeling + bestaande groepen
- SSL-certificaat + test-URL (bv. ras-pilot.jouwdomein.be)
14-daagse pilotplanning
Dag 1-2: Inventaris en design
- Applicatielijst finaliseren
- Pilotgebruikers selecteren
- Succescriteria vastleggen
- Netwerk, DNS, certificaten valideren
Dag 3-5: Technische opbouw
- Parallels RAS rollen installeren
- RDSH hosts toevoegen
- AD-integratie en policies toepassen
- Externe toegang + MFA configureren
Dag 6-7: App publishing en functionele test
- Apps publiceren op basis van AD-groepen
- Basistests: launch, sessie, reconnect, printing
- Logging en monitoring activeren
Dag 8-11: Gebruikerspilot
- Echte gebruikers laten werken in productie-achtige scenario’s
- Dagelijkse feedback verzamelen
- Incidenten registreren en oplossen
Dag 12-13: Meten en vergelijken
- Login tijden, incidenten, performance, user feedback
- Vergelijking met huidige Citrix ervaring
- Open punten en risico’s documenteren
Dag 14: Go / No-go review
- Besluit op basis van meetbare criteria
- Plan voor fase 2 (uitbreiding) of bijsturing
Veelgemaakte fouten in pilots
1. Geen duidelijke succescriteria
Gevolg: discussie op gevoel.
2. Te veel apps in eerste ronde
Gevolg: complexiteit stijgt, leerwaarde daalt.
3. Verkeerde pilotgebruikers
Alleen makkelijke users kiezen geeft vals vertrouwen.
4. Printing onderschatten
Printflows vroeg testen voorkomt last-minute stress.
5. Geen change-communicatie
Zelfs in pilot wil je duidelijke instructies en verwachtingen.
Go / No-go scorecard (simpel en bruikbaar)
Gebruik per domein een score op 5:
- Toegang & security
- Applicatiecompatibiliteit
- Performance
- User experience
- Beheerbaarheid
- Supportimpact
Beslisregel:
- Gemiddelde 4/5 of hoger: doorgaan naar fase 2
- Onder 4/5: eerst gerichte remediatie op zwakke domeinen
Wat je na een geslaagde pilot doet
Als de pilot positief is:
1. Scope vergroten per team of applicatiecluster
2. Cutoverplan opstellen per wave
3. Helpdesk runbook finaliseren
4. Citrix-afbouw plannen op basis van gebruiksdata
Zo migreer je gecontroleerd in plaats van op één grote sprong.
Conclusie
Een Parallels RAS pilot van 14 dagen is de snelste manier om onderbouwd te beslissen.
Je test veilig naast Citrix, met echte gebruikers en meetbare resultaten.
Wil je dit traject opzetten zonder trial-and-error?
Wij begeleiden pilots en migraties in de Benelux, van design tot uitvoering.
Contact: maarten@pureagency.be







Leave a comment
This site is protected by hCaptcha and the hCaptcha Privacy Policy and Terms of Service apply.