Vraag een willekeurige IT-manager hoeveel applicaties zijn organisatie gebruikt, en het antwoord is vaak een schatting, gevolgd door "maar er zijn er vast nog een paar die ik vergeet". Dat is geen incidenteel gebrek aan kennis — het is een structureel patroon. Applicaties worden aangeschaft, gebouwd of aangesloten wanneer er een behoefte is, en zelden weer actief afgevoerd wanneer die behoefte verdwijnt.
Het resultaat is een applicatielandschap dat organisch groeit, maar zelden organisch krimpt — met alle bijkomende kosten van dien, niet alleen in licenties, maar ook in beheerlast en risico.
De kosten die niet op de factuur staan
De directe kosten van overbodige applicaties — licentiekosten voor iets dat nauwelijks wordt gebruikt — zijn meestal nog wel zichtbaar op een factuur. De indirecte kosten zijn dat niet: elke extra applicatie is een extra aanvalsoppervlak, een extra systeem dat updates nodig heeft, en een extra plek waar gevoelige data kan staan zonder dat iemand dat nog scherp heeft.
Elke vergeten applicatie is een systeem dat niemand meer beveiligt, maar dat nog wel draait.
Waarom overlap zo vaak onopgemerkt blijft
Een herkenbaar patroon: twee afdelingen gebruiken, onafhankelijk van elkaar, twee verschillende tools voor in wezen dezelfde taak — projectmanagement, bijvoorbeeld, of documentopslag. Beide teams zijn tevreden, geen van beide weet van het bestaan van de ander, en de organisatie betaalt dubbel voor functionaliteit die ze maar één keer nodig heeft.
Wat een goed applicatielandschap-overzicht oplevert
Een actueel overzicht — welke applicaties zijn er, wie is de eigenaar, wat is de status, wat kost het — lijkt een administratieve exercitie, maar levert in de praktijk drie concrete voordelen op. Het maakt saneringsbeslissingen mogelijk die anders nooit worden genomen, omdat niemand het overzicht had om ze te onderbouwen. Het versnelt impactanalyses bij storingen, omdat bekend is welke applicaties met elkaar samenhangen. En het voorkomt dubbele aanschaf, doordat zichtbaar wordt dat een gewenste functionaliteit al ergens anders in de organisatie bestaat.
Praktische stappen om te beginnen
- Inventariseer niet alleen de grote, zichtbare systemen, maar ook kleinere tools die per afdeling zijn aangeschaft
- Registreer per applicatie een eigenaar — iemand die verantwoordelijk is, niet alleen een gebruiker
- Markeer expliciet welke applicaties kandidaat zijn voor uitfasering, in plaats van dit stilzwijgend te laten voortbestaan
- Herzie het overzicht periodiek — het verouderd raken van dit soort overzichten is zelf al een bekend patroon
In het kort
- Applicaties worden zelden actief afgevoerd, ook als de oorspronkelijke behoefte is verdwenen
- De grootste kosten van een onoverzichtelijk landschap zitten vaak niet in de licentiekosten, maar in beheerlast en risico
- Functionele overlap tussen afdelingen blijft vaak onopgemerkt zonder centraal overzicht
- Een actueel overzicht maakt saneringsbeslissingen en impactanalyses aanzienlijk sneller mogelijk
Applicatielandschap-beheer is zelden het meest urgente onderwerp op de agenda — er brandt nooit acuut iets vanwege een verouderd overzicht. Maar de organisaties die het wél structureel bijhouden, besparen zichtbaar op kosten en risico ten opzichte van degenen die het laten voortwoekeren.