Inhoudsopgave:
- Wat is een IT-dashboard?
- Basic IT Dashboard Design Principles
- Begin met bouwen met één solide dashboardcomponent
- Neem de tijd om een prototype te maken en te testen
Video: How to Build a Dashboard (November 2024)
- Gegevens moeten op één scherm passen - Gegevens zijn gemakkelijker te leren kennen en te volgen als ze op één pagina worden weergegeven zonder dat u hoeft te scrollen. Dit klinkt eenvoudig, maar het betekent vaak dat u moeilijke keuzes moet maken over gegevensselectie, organisatie en schermnesting.
- Gegevens moeten relevant zijn - De gegevens die u wilt weergeven, moeten de voortgang van de doelstellingen van een bedrijf kunnen weergeven of samenvatten. Sommige aandachtspunten kunnen het percentage van de voltooiing van een project zijn of snapshots van projecten op middellange of lange termijn. Datadoorvoer is bijvoorbeeld een cruciaal onderdeel van on-premises verkeersbeheer. Maar als uw netwerk een geschiedenis van jitterproblemen heeft en u bent sterk afhankelijk van dat lokale Voice-over-IP (VoIP) -systeem, zorg er dan voor dat u jitternummers naast de algehele doorvoer toont, vooral op segmenten die zware VoIP-lading dragen.
- Gegevens moeten gemakkelijk te lezen zijn - of u nu grafieken of diagrammen opmaakt, gegevens moeten gemakkelijk te ontcijferen zijn, vooral met betrekking tot alle andere informatie op het IT-dashboard. Het eindresultaat moet een intuïtieve en snel leesbare lay-out zijn. Dit betekent dat het soort gegevens dat u presenteert, moet worden vergeleken met het grafische apparaat dat u gebruikt om deze te presenteren. Is een cirkeldiagram echt de duidelijkste manier om die cijfers te presenteren of betekent het loensen op een scherm om details te zien die veel duidelijker zouden zijn als u een ander presentatie-formaat zou kiezen?
- Gegevens moeten recent of realtime zijn - Het doel van een IT-dashboard is dat bedrijven snel de huidige of recente status kunnen bekijken en vervolgens aanbevelingen kunnen doen. Real-time gegevens in uw IT-dashboard moeten een belangrijke doelstelling zijn. Dit betekent kijken naar beide uiteinden van de pijp. Ten eerste, stuurt de service of apparatuur die u beheert de gegevens die u nodig heeft en doet dit dit veilig? Als u dat eenmaal hebt gesorteerd, kunt u de nodige front-end hooks bouwen om die gegevens vast te leggen en correct weer te geven op een manier die voor u het meest logisch is.
- Denk aan de gebruikers van het dashboard en hun behoeften - Wie gaat het dashboard gebruiken? Natuurlijk, een IT-professional, maar tegenwoordig is dat een zeer gespecialiseerd vakgebied. Een infrastructuurgerichte manager heeft niet dezelfde taken als een beveiligingsbeheerder. Dus, welke informatie is het meest relevant voor de functies van hun werk? Overweeg waar de dashboards worden bekeken, vooral als de taakfunctie de apparaatkeuze in uw organisatie dicteert. Grote monitoren en laptops bieden meer onroerend goed op het scherm, terwijl mobiele apparaten beperkter zijn in wat ze kunnen weergeven. Onthoud ook dat deze gegevens zeer eigendom zijn van uw organisatie. Dit betekent dat u de taakfunctie van een gebruiker moet koppelen aan een soort beveiligingsgateway om ervoor te zorgen dat mensen alleen de gegevens zien die ze moeten zien. Voor de meesten betekent dit dat uw dashboard moet worden geïntegreerd met een IDM-systeem.
Wat is een IT-dashboard?
IT-dashboards zijn een essentieel onderdeel van het beheer van de dagelijkse uitdagingen en kansen voor bedrijven van elke omvang. Net als zijn automotive-equivalent, bundelen IT-dashboards belangrijke bedrijfsstatistieken en -gegevens in één samenhangende momentopname waarop IT-managers een blik kunnen werpen en snel een idee kunnen krijgen van hoe hun technologie-ecosysteem presteert en wat onmiddellijke aandacht behoeft. En deze weergave moet het bereik van bedrijfstechnologie omvatten, zodat het dashboard kan fungeren als de gateway, niet alleen voor on-premises en off-premises infrastructuurbeheer, maar ook voor cloudserviceprestaties, vooral die applicatieservices waarvan het bedrijf echt afhankelijk is.
Dat betekent dat het meer moet zijn dan alleen een visueel hulpmiddel; een IT-dashboard moet toegang hebben tot constante gegevens, zodat het live kan kijken naar hoe uw organisatie presteert, problemen kan signaleren en gebieden kan identificeren die moeten worden verbeterd.
In het verleden hadden bedrijven problemen gehad met het maken van hun eigen IT-dashboards, omdat ze meestal afhankelijk waren van managementtools van derden en alle managementhulpprogramma's die bij hun IT-infrastructuur werden geleverd. Over het algemeen waren die tools niet al te flexibel in de manier waarop ze infrastructuur- en netwerkbewakingsgegevens presenteerden.
Tegenwoordig heeft het grafische karakter van gegevens IT-managers veel meer opties gegeven, variërend van softwareoplossingen die grafische aanpassing mogelijk maken tot het inhuren van consultants om een volledig visueel front-end visueel management te coderen. De uitdaging ligt eigenlijk niet in de manier waarop de gegevens moeten worden gepresenteerd, maar veeleer om te begrijpen wat uw IT-afdeling moet weten om de unieke behoeften van de organisatie te beheren. Tegenwoordig is er echt geen one-size-fits-all oplossing. Laten we eens kijken naar enkele toptips voor het bouwen van het perfecte IT-dashboard voor uw behoeften.
Basic IT Dashboard Design Principles
Hoewel geen twee IT-dashboards voor bedrijven identiek zijn, zijn er enkele belangrijke ontwerpkenmerken waarmee de meeste IT-professionals rekening moeten houden bij het ontwerpen van een dashboard, ongeacht welke componenten zijn geselecteerd.
Begin met bouwen met één solide dashboardcomponent
Rakesh Jayaprakash is productmanager bij ManageEngine, de IT-managementafdeling van Zoho Corporation, maker van IT-managementtools, inclusief helpdesk-tool ManageEngine ServiceDesk. Jayaprakash adviseert zijn klanten die IT-dashboards bouwen om met één product en oplossing te beginnen. "Ik vertel mijn klanten dat ze het ene product goed moeten hebben en dan moeten kijken naar de andere producten waarnaar ze kunnen uitbreiden, " zei hij.
Volgens Jayaprakash zouden de meeste MKB's eerst moeten kijken naar het opzetten van een helpdesk-systeem als basis voor een modern IT-dashboardproject.
"Helpdesk-software, waarmee IT-teams hun incidenttickets kunnen verzamelen en serviceaanvragen kunnen uitvoeren of vervullen, is een goede basis om mee te beginnen, " zei Jayaprakash. Het kunnen zien en oplossen van problemen van klanten of gebruikers is een zeer tastbaar proces dat past in de dashboards van de meeste bedrijven. Dit betekent dat er veel standaardadvies is over hoe een dergelijk dashboard te bouwen. Veel beschikbare hulp betekent ook dat het een goede plek is voor beginners om te beginnen.
Naast het toevoegen van een helpdesk, die incidentkaartjes in realtime snel kan markeren en volgen, voegde Jayaprakash toe dat elk IT-dashboard op hoog niveau een vorm van netwerkbewakingsgegevens moet bevatten.
"Hiermee kan een MKB zijn netwerkapparatuur bewaken, en afhankelijk van het aantal werkstations en hoe geografisch divers een bedrijf is, zou ik zeker ook een oplossing voor desktopbeheer onderzoeken, " zei hij. De kunst is om te bepalen welke datapunten het meest relevant zijn voor de operationele behoeften van uw specifieke bedrijf. Het identificeren van die middelen betekent het verzamelen van historische gegevens verzameld tijdens probleemincidenten en uitkiezen welke informatie op dat moment het meest nuttig was.
Neem de tijd om een prototype te maken en te testen
Het bouwen van een ideaal IT-dashboard moet net als elk aangepast ontwikkelingsproject worden beheerd, want dat is in wezen wat het is. Natuurlijk geeft een dashboard eenvoudigweg gegevens weer. Maar als je erover nadenkt, is er eigenlijk aanzienlijk meer functionaliteit vereist. De meeste hebben een drilldown-functie nodig, waarbij een alarm op de eerste dashboardlaag een IT-beheerder snel in meer gegevens moet laten boren om het probleem te identificeren. Misschien is dat op een lager niveau in het dashboard opgenomen of opent het gewoon een ander managementtool; hoe dan ook, het is extra softwarefunctionaliteit.Rolrechten, zoals eerder vermeld, is een andere belangrijke overweging. Zien de juiste mensen de juiste gegevens en alleen de juiste gegevens? Dit vereist zakelijke inlogfunctionaliteit, IDM-integratie en mogelijk auditmogelijkheden. Eindelijk is er rapportage om over na te denken. Het bijhouden van gegevens in de loop van de tijd betekent dat u historische snapshots kunt weergeven en tijdgerelateerde vragen kunt beantwoorden. Het zijn allemaal vrij basale dingen, maar absoluut extra softwarefunctionaliteit die verder gaat dan gegevensweergave.
Dit niveau van aangepaste code vereist veel testen en afstemmen om goed te komen. Afhankelijk van de grootte van een bedrijf en de aandachtsgebieden, is het maken van prototypen van verschillende opties en combinaties een goede aanpak, hetzij door tools te gebruiken die al in uw bestaande managementportfolio zijn opgenomen, of door een snelle en vuile versie van uw dashboard te bouwen met behulp van low-code ontwikkeling hulpmiddelen.
Als dat opeens veel meer ontmoedigend klinkt dan je in gedachten had, onthoud dan dat dit een evoluerend project zal zijn. "Door een goede basis te krijgen, kan een bedrijf zijn dashboard langzaam uitbreiden naar andere gebieden, vooral naarmate ze groeien, " zei Jayaprakash.
Hebt u vragen over IT-dashboards? Word lid van het bedrijfsleven op LinkedIn en u kunt het vragen aan leveranciers, andere professionals zoals uzelf en de editors van PCMag.