Als onderdeel van mijn lopende werkzaamheden met de IEC ik heb het geluk gehad om deel te nemen aan enkele van lid discussies rond ITAM. We hebben gesproken over de pijn punten in hun ITAM strategieën, wat organisaties doen om hun problemen aan te pakken en uit te zoeken wat de beste bedrijven te doen.
Een van de terugkerende thema's is het concept van adequate doelstellingen en het meten van de vooruitgang met de nodige mijlpalen. Veel organisaties proberen hun asset management proces te verbeteren met een onduidelijke uitzicht waar zij momenteel staan en meerdere ideeën en doelstellingen voor waar ze zijn post.
Als het gaat om doelstellingen Ik ben een grote fan van de naar de aarde advies van David Allen. De twee pijlers die de basis voor zijn methodologie zijn de oprichting van de ideale uitkomst en dan uitzoeken van de volgende actie om er te komen.
Dit klinkt allemaal heel simpel, misschien te simpel voor wereldwijde onderneming projecten, maar ik denk dat veel organisaties zou veel meer vooruitgang te maken als ze het resultaat van hun ITAM projecten gedefinieerd.
Bijvoorbeeld veel organisaties werken aan "Software Compliance" als een waardig doel dat wordt erkend op directieniveau. Misschien deze bedrijven zijn gestoken door een tijdrovend, pijnlijk en kostbaar verkoper audit. Ze wil het niet nog eens gebeuren, maar hoe zullen ze weten wanneer het is opgelost? Hoe zullen ze succes meten? Het is een gegeven dat geen enkele onderneming 100% naleving te allen tijde kunnen behouden - dus wat is een aanvaardbaar niveau van de variantie?
Hier zijn enkele voorbeelden van concrete prestatie-indicatoren die kunnen helpen maatregel succes:
- De tijd om rapporten in het geval van een verkoper audit
- Het bestaan, met een aanvaardbare mate van variantie van een regelmatige naleving verslag
- Kostenbesparing per jaar als gevolg van het verwijderen van ongebruikte software
- Kostenbesparing per jaar onderhandeld als gevolg van betere gegevens met betrekking tot software-overeenkomsten
- Software kosten per hoofd
- Support roept aanvragen verlaagd als gevolg van standaardisatie
- Tijd van software verzoeken om software te leveren als gevolg van gestroomlijnde processen
Hoe moeten meten we succes?
