Hva du bør tenke på når du bygger et it-dashbord for smbs

Hva er et IT-dashbord?

IT-dashbord er en kritisk komponent for å håndtere de daglige utfordringene og mulighetene som virksomheter i alle størrelser står overfor. Akkurat som i bilekvivalenter, samler IT-dashbord viktige forretningsmetoder og data til ett sammenhengende øyeblikksbilde der IT-ledere kan se på og raskt få et inntrykk av hvordan deres teknologiske økosystem fungerer og hva som trenger øyeblikkelig oppmerksomhet. Og dette synspunktet trenger å omfatte omfanget av bedriftsteknologi, slik at dashbordet kan fungere som en gateway, ikke bare til lokal og lokal infrastrukturstyring, men også til skytjenesteytelser, spesielt de applikasjonstjenestene som virksomheten virkelig er avhengig av.

Det betyr at det trenger å være mer enn bare et visuelt verktøy; et IT-dashbord trenger tilgang til konstante data, slik at det kan presentere at live ser på hvordan organisasjonen presterer, hjelper til med å flagge problemer og identifisere områder som må forbedres.

I det siste ville bedrifter hatt vanskeligheter med å opprette egne IT-dashboards siden de stort sett var avhengige av tredjeparts styringsverktøy og uansett ledelsesverktøy som ble utstyrt med IT-infrastrukturen. Generelt sett var ikke disse verktøyene altfor fleksible i hvordan de presenterte infrastruktur- og nettverksovervåkningsdata.

I dag har den grafiske karakteren av data gitt IT-ledere langt flere alternativer, alt fra programvareløsninger som lar grafisk tilpasning til å ansette konsulenter til å faktisk kode en tilpasset visuell ledelse frontend fra bunnen av. Utfordringen handler egentlig ikke om hvordan du presenterer dataene, men snarere å forstå hva IT-avdelingen din trenger å vite for å administrere organisasjonens unike behov. I disse dager er det virkelig ikke en løsning som passer til alle størrelser. La oss se på noen topp tips for hvordan du bygger det perfekte IT-dashbordet for dine behov.

Grunnleggende prinsipper for design av Dashboard

Mens ingen to IT-dashboards vil være identiske, er det noen viktige designegenskaper som de fleste IT-proffene bør ta i betraktning når du designer et dashbord, uavhengig av hvilke komponenter som er valgt.

• Data skal passe på en skjerm - Data er lettere å bli kjent med og spore hvis de vises på en side uten å måtte bla. Dette høres enkelt ut, men det betyr ofte å ta tøffe valg når det gjelder valg av data, organisering og hekkende skjerm.
• Data skal være relevante - Dataene du velger å vise, må være i stand til å vise eller oppsummere fremdriften for et virksomhets mål. Noen fokuspunkter kan være prosentandelen av prosjektets gjennomføring eller øyeblikksbilder av prosjekter på mellomlang sikt eller langsiktig. Dataoverføring er for eksempel en kritisk komponent i trafikkstyring. Men hvis nettverket ditt har en historie med jitterproblemer og du er veldig avhengig av det lokale Voice-over-IP (VoIP) -systemet, kan du være sikker på å vise jitter-tall i tillegg til den generelle gjennomstrømningen, spesielt på segmenter som er bærer tung VoIP-belastning.
• Data skal være enkle å lese - Uansett om du legger opp diagrammer eller grafer, skal data være enkle å tyde, spesielt i forhold til all annen informasjon som er på IT-dashbordet. Sluttresultatet skal være en intuitiv og hurtiglest layout. Dette betyr å matche typen data du presenterer mot den grafiske enheten du bruker for å presentere den. Er et kakediagram virkelig den tydeligste måten å presentere disse tallene på, eller vil det bety å skvise på en skjerm for å se detaljer som ville være mye tydeligere hvis du valgte et annet presentasjonsformat?
• Data skal være nyere eller i sanntid - Målet med å ha et IT-dashbord er slik at bedrifter kan få en rask titt på gjeldende eller nyere status og deretter komme med sine anbefalinger. Å ha sanntidsdata i IT-dashbordet ditt bør være et sentralt mål. Dette betyr å se på begge ender av røret. For det første, er tjenesten eller utstyret du administrerer, sender ut dataene du trenger, og gjør det det på en sikker måte? Når du har sortert det, kan du bygge de nødvendige frontkrokene for å fange disse dataene og vise dem riktig på en måte som gir mest mening for deg.
• Vurder brukerne av dashbordet og deres behov - Hvem skal bruke dashbordet? Jada, en IT-proff, men i disse dager er det et veldig spesialisert felt. En infrastrukturfokusert leder vil ikke ha de samme oppgavene som en sikkerhetsadministrator. Så hvilken informasjon er mest relevant for jobbenes funksjoner? Tenk på hvor dashbordene vil bli sett, spesielt hvis jobbfunksjon dikterer enhetsvalg i organisasjonen. Store skjermer og bærbare datamaskiner tilbyr mer eiendommer på skjermen, mens mobile enheter er mer begrensede i hva de kan vise. Husk også at disse dataene er svært proprietære for organisasjonen din. Dette betyr at du må matche en brukers jobbfunksjon til en slags sikkerhetsgateway for å sikre at folk bare ser dataene de trenger å se. For de fleste vil det innebære å integrere dashbordet ditt med et IDM-system (IDM).

Begynn å bygge med en solid instrumentpanelkomponent

Rakesh Jayaprakash er produktsjef i ManageEngine, IT-ledelsesdivisjonen i Zoho Corporation, produsent av IT-styringsverktøy, inkludert helpdeskverktøyet ManageEngine ServiceDesk. Jayaprakash råder kundene sine som bygger IT-dashbord til å starte med ett produkt og en løsning. "Jeg ber kundene mine om å få et produkt riktig, og så se på de andre produktene de kan utvide til, " sa han.

Etter Jayaprakashs mening bør de fleste SMB-er se på å sette opp et helpdesk-system først som grunnlaget for et moderne IT-dashbordprosjekt.

"Help desk-programvare, som hjelper IT-team å samle hendelsesbillettene og utføre eller oppfylle serviceforespørsler, er en god base å starte med, " sa Jayaprakash. Å kunne se og adressere kunde- eller brukerproblemer er en veldig håndgripelig prosess som passer i de fleste virksomheters instrumentpaneler. Dette betyr at det er mange standard råd for hvordan du bygger et slikt instrumentbord. Mye tilgjengelig hjelp betyr også at det er et bra sted for nybegynnere å starte.

Utover å legge til en helpdesk, som raskt kan flagge og spore hendelsesbilletter i sanntid, la Jayaprakash til at ethvert høyt nivå IT-dashbord trenger å inkludere en form for nettverksovervåkningsdata.

"Dette vil la en SMB overvåke nettverksenhetene sine, og avhengig av antall arbeidsstasjoner og hvor geografisk mangfoldig et selskap er, vil jeg absolutt se nærmere på en desktop management-løsning, " sa han. Trikset er å identifisere hvilke datapunkter som er mest relevante for den aktuelle virksomhetens driftsbehov. Å identifisere disse betyr å samle historiske data samlet under vanskelighetshendelser og plukke ut hvilken informasjon som var mest nyttig den gangen.

Ta deg tid til å prototype og teste

Som tidligere nevnt, er rolletillatelser en annen viktig vurdering. Ser de rette personene de riktige dataene, og bare de riktige dataene? Dette krever påloggingsfunksjonalitet for bedrifter, IDM-integrasjon og muligens revisjonsfunksjoner. Til slutt rapporterer det å tenke på. Å holde oversikt over data over tid betyr å inkludere muligheten til å vise historiske øyeblikksbilder og svare på tidsrelaterte spørsmål. Det hele er ganske grunnleggende ting, men definitivt ekstra programvarefunksjonalitet utover datavisning.

Dette nivået av tilpasset kode vil kreve mye testing og finjustering for å komme riktig. Avhengig av bedriftens størrelse og fokusområder, er prototyping av forskjellige alternativer og kombinasjoner en god tilnærming, enten ved å bruke verktøy som allerede er inkludert i din eksisterende administrasjonsportefølje eller ved å lage en rask og skitten versjon av dashbordet ved å bruke lavkodutvikling verktøy.

Hvis det plutselig høres mye mer skremmende ut enn du hadde i tankene, så husk at dette vil være et utviklende prosjekt. "Å få et godt grunnlag gjør det enkelt for en virksomhet å sakte utvide dashbordet til andre områder, spesielt når de vokser, " sa Jayaprakash.

Har du spørsmål du trenger besvart om IT Dashboards? Bli med i næringslivet på LinkedIn, så kan du spørre leverandører, andre fagpersoner som deg selv og PCMags redaktører.