Projectmanagement software gebruikers verwijderen hoe doe je dit en wat zijn de gevolgen?

Projectmanagement software gebruikers verwijderen hoe doe je dit en wat zijn de gevolgen?

Stel je voor: je hebt een collega die je bedrijf verlaat. Iemand anders neemt diens werk over. Of misschien heb je simpelweg te veel mensen in je projectmanagement tool zitten die eigenlijk niets meer doen. Dan is het tijd voor actie. Je moet een gebruiker verwijderen. Of deactiveren. Maar wat is nu eigenlijk het verschil? En wat gebeurt er met al die taken en notities die die persoon heeft gemaakt? Dit is ingewikkelder dan alleen op een prullenbak-knopje drukken. Doe je het verkeerd, dan loop je je licentie kwijt of verdwijnt belangrijke projectgeschiedenis in de digitale prullenbak. Laten we dit stap voor stap uitzoeken.

De keuze: Uitschakelen of echt weggooien?

Het begint allemaal met een hele belangrijke vraag: wil je de gebruiker tijdelijk even niet meer zien, of moet het account echt volledig verdwijnen? Dit is het verschil tussen deactiveren en verwijderen. Het klinkt als een detail, maar de gevolgen zijn gigantisch anders.

Als je een account deactiveert, zeg je eigenlijk: “Blijf weg voor nu, maar je spullen liggen nog steeds op je kamer.” De persoon kan niet meer inloggen, maar al het werk dat hij of zij heeft gedaan – de taken, de comments, de bestanden – dat blijft bestaan. Het is alsof je een deur op slot doet, maar de huisraad laat staan. Dit is ideaal voor langdurige ziekte of een sabbatical. De geschiedenis van het project blijft intact.

Verwijderen is iets heel anders. Dat is de verhuizing compleet. Het meubilair gaat de straat op, de sleutel wordt ingeleverd. In veel systemen betekent dit dat de link tussen de persoon en de data verbroken wordt. Soms worden comments anoniem, soms blijven ze staan maar is de naam niet meer klikbaar. Een permanente verwijdering is vaak nodig vanwege privacy-wetgeving (de AVG). Als iemand vraagt: “Wis al mijn data”, dan helpt het niet als je alleen het wachtwoord wijzigt.

Het scenario van de vervelende gevolgen

Waarom maken we zo’n dingetje van? Omdat dingen misgaan. Snel ook. Kijk, je wilt niet dat de automatische e-mail die elke maandag naar de klant gaat ineens stopt, simpelweg omdat jij de verantwoordelijke hebt verwijderd. En je wilt ook niet dat je dure licentie doorbetaalt terwijl de gebruiker allang weg is.

Eigendom vervliegt
In veel tools, zoals Monday.com of Jira, is er een ‘eigenaar’ van een automatisering of een specifiek bord. Is die eigenaar de gebruiker die jij net hebt verwijderd? Dan werkt het niet meer. De software zegt: “Ik ken deze persoon niet meer.” Resultaat: processen stil.

Kosten blijven lopen
Een veelgemaakte fout is het denken dat je in de projecttool verwijdert, en daarmee ook de licentie stopzet. Helaas. Vaak zit de licentie vast aan het centrale account (denk aan Microsoft 365 of Google Workspace). Pas als je die persoon op dat niveau weghaalt, stopt de facturatie. Anders betaal je vrolijk door voor een spook.

De historie raakt zoek
Wanneer je iemand definitief verwijdert, kan het gebeuren dat taken die zij hebben voltooid, niet meer zichtbaar zijn als “voltooid door [Naam]”. Dit is vervelend voor audits of als je later wilt terugkijken: “Wie had hier nu eigenlijk de eindverantwoordelijkheid?”

Stap voor stap: hoe pak je het aan?

Voordat je op die knop drukt, is een voorbereiding essentieel. Zie het als een schoonmaakroutine. Je wilt niet dat er rommel achterblijft.

Stap 1 is de inventarisatie. Loop even door de openstaande taken. Zijn er taken aan deze persoon gekoppeld? Verplaats ze naar de nieuwe eigenaar. Niets is zo vervelend als een taak die in het niets verdwijnt omdat de ontvanger weg is.

Stap 2 is de overdracht van eigendom. Dit is vaak het lastigste. Zoek uit of de gebruiker eigenaar was van templates, specifieke dashboards of geautomatiseerde workflows. In systemen als Exact of Business Central is dit vaak wat strakker geregeld, maar in flexibelere tools als Asana of Monday moet je dit echt handmatig overdragen. Gebeurt dit niet? Dan werkt de software straks niet meer zoals je wilt.

Stap 3 is communicatie. Zorg dat het team weet dat de gebruiker uit het systeem verdwijnt. Zo voorkom je verwarring als iemand ineens geen reacties meer kan geven.

Als je dit hebt gedaan, ga je naar het Beheercentrum of de Admin Settings. Daar vind je meestal een sectie die ‘Leden’, ‘Gebruikers’ of ‘Team’ heet. Selecteer de persoon. Je krijgt dan vaak twee opties te zien: ‘Deactiveren’ of ‘Verwijderen’.

Kies je voor Deactiveren? Dan zet je de gebruiker op ‘inactief’. Kies je voor Verwijderen? Dan ben je vaak definitief van de persoon af. Wees hier voorzichtig mee. Sommige systemen hebben een veiligheidsnetje: ze bewaren de data nog 30 dagen. Andere niet. Wees er dus zeker van dat je niets meer nodig hebt.

Let op de rollen en rechten

Je kunt pas een gebruiker goed verwijderen als je weet wat voor rol hij had. Was het een simpele medewerker? Dan is het vaak een kwestie van een paar klikken. Was het een Super Admin of een Projectmanager? Dan komt er meer bij kijken.

Als je iemand met heel veel rechten verwijdert, moeten die rechten vaak eerst worden overgedragen. Kun je nagaan: als je de enige admin verwijdert, kan het zomaar zijn dat je jezelf buitensluit. Of dat er processen stoppen omdat alleen die persoon de juiste rechten had om bepaalde data te zien.

De rollen zijn bepalend voor hoe pijnlijk een verwijdering is. Is de rol ‘Gast’? Dan kun je vaak gewoon verwijderen. Is de rol ‘Manager’? Check dan twee keer of alle autorisaties goed zijn overgezet. Het is verstandig om je even te verdiepen in welke rollen er allemaal zijn en hoe je ze correct configureert. Dat voorkomt een hoop gedoe.

Zorg er ook voor dat je weet hoe je de juiste rechten geeft aan de persoon die het werk overneemt. Je wilt niet dat diegene straks overal tegen aan loopt omdat hij of zij nog te weinig rechten heeft. Het goed instellen van rechten is vaak net zo belangrijk als het verwijderen zelf.

Data, koppelingen en de APK-keuring

Denk ook aan de koppelingen met andere systemen. Tegenwoordig hangt alles aan elkaar vast. Je projectmanagement tool praat met Slack, met je e-mail, met je CRM. Als je een gebruiker verwijdert, kunnen die koppelingen verbroken raken als ze specifiek aan die persoon zijn gekoppeld (bijvoorbeeld via een API-token).

Voordat je verwijdert, is het slim om te checken of je alle integraties nog steeds op orde zijn. Het zou zonde zijn als na het verwijderen van die ene collega, de push-notities naar je telefoon plotseling stoppen. Soms helpt het om even opnieuw te beginnen met het inrichten van die integraties om ze weer ‘schoon’ te maken.

En als je dan toch bezig bent: was je van plan om een nieuwe collega toe te voegen? Dan loont het de moeite om meteen even te kijken hoe je dat het beste doet. Je wilt niet drie keer klikken voordat je iemand eindelijk binnen hebt. De stappen om een nieuwe gebruiker toe te voegen zijn vaak sneller gezegd dan gedaan, vooral als je de juiste settings meteen goed wilt zetten.

Waarom is dit nu eigenlijk zo belangrijk?

Je vraagt je misschien af: “Waarom maak ik hier zo’n punt van? Het is maar een account.” Nou, dat is het niet. Een account is een voetafdruk in jouw digitale bedrijfsvoering.

Allereerst is er de veiligheid. Een account dat nog bestaat, maar niet wordt gebruikt, is een potentieel gat in je beveiliging. Iemand kan inloggen met oude wachtwoorden. Zeker als een werknemer ontevreden vertrekt, wil je zeker weten dat de toegang tot gevoelige projectgegevens meteen dichtgaat. Deactiveren is dan de minimale stap; definitief verwijderen is de veiligste.

Ten tweede is er de efficiëntie. Een volle software met spookgebruikers zorgt voor ruis. Mensen worden nog uitgenodigd voor meetings of mails die ze nooit meer lezen. Het maakt je systeem langzaam en onoverzichtelijk.

Ten derde is er de eerlijkheid van de data. Als je kijkt wie wat heeft gedaan, wil je een zuiver beeld hebben. Zomaar een gebruiker weghalen zonder na te denken over de historie, geeft een vertekend beeld van hoe projecten in het verleden zijn verlopen.

Het verwijderen of deactiveren van een gebruiker is dus niet zomaar een technische handeling. Het is een managementbeslissing. Je bepaalt wat er met de erfenis van die persoon gebeurt. Zorg dat je de juiste keuze maakt tussen tijdelijk opbergen of definitief opruimen. En onthoud: altijd even checken wie de eigenaar was van die ene belangrijke workflow voordat je op die delete-knop drukt. Dan ben je altijd veilig.

]]>