Stakeholders, communicatie en organisatie: positie tussen business en IT
Functioneel beheer zit tussen bedrijfsvoering en IT in en is daardoor afhankelijk van stakeholders en van heldere communicatie. Dit domein toetst of je stakeholders kunt identificeren en wegen, rollen en verantwoordelijkheden kunt afbakenen, en communicatie kunt afstemmen op doelgroep en situatie. Het gaat niet om mooie praatjes, maar om wie welke beslissing neemt en wie welke informatie wanneer nodig heeft.
Stakeholders en rollen
- De opdrachtgever bepaalt prioriteit en budget, de gebruiker ondervindt de gevolgen, de key user vertaalt behoeften. Die rollen zijn niet uitwisselbaar.
- Leveranciers, interne dienstverleners, ketenpartners en toezichthouders hebben eigen belangen; een belang-invloed-matrix helpt bepalen wie je wanneer betrekt.
- RACI maakt zichtbaar wie uitvoert, wie verantwoordelijk is, wie wordt geraadpleegd en wie wordt geïnformeerd.
- Een escalatiepad en een besluitvormingsstructuur voorkomen dat beslissingen blijven liggen of dubbel worden genomen.
Communiceren
Communicatie is meer dan zenden: doel, doelgroep, boodschap, kanaal, moment en feedback horen bij elkaar. Bij een storing vertel je wat de gebruiker merkt, welke workaround er is en wanneer de volgende update komt. Management krijgt een andere boodschap dan de werkvloer: impact en besluitvorming versus handelingsperspectief. Bij gegevensuitwisseling gelden daarnaast vertrouwelijkheid en doelbinding.
Uitgewerkt voorbeeld
Een systeem is drie uur onbeschikbaar. De functioneel beheerder informeert eerst de servicedesk met feiten en workaround, daarna de key users met een bericht gericht op handelen, en het management met impact en verwacht herstelmoment. De leverancier levert de technische status; beloftes over hersteltijd worden pas gedaan na afstemming. Na afloop volgt een korte evaluatie met gebruikers en leverancier. De redenering: elke doelgroep heeft een eigen beslissing of handeling nodig, dus één algemeen bericht werkt niet.
Valkuilen
Alleen zenden en niet controleren of de boodschap is aangekomen. Aannemen dat de key user alle gebruikers vertegenwoordigt. Escaleren buiten het afgesproken pad om, waardoor de lijn wordt gepasseerd. Technische details en schuldvragen in gebruikerscommunicatie, terwijl gebruikers een handelingsperspectief nodig hebben.