10 av de største IT-sandfellene

IT står overfor utfordringer på daglig basis. Men de fleste erfarne IT'ere har lært seg å unngå de verste sandfellene, slik at de kan forhindre tids- og energitap. Hva er dagens største IT-sandfeller - og hvilke beste fremgangsmåter kan du bruke for å omgå dem?

1: Ikke-samarbeidende brukere

Ikke-samarbeidende brukere er fremdeles der, slik de har vært gjennom årene. De fleste samarbeider ikke av frykt for en ny applikasjon - eller på grunn av et komfortnivå med en nåværende applikasjon som de ikke ønsker å gi opp. Det er viktig for IT å huske at når den endrer en applikasjon, endrer den også en persons daglige arbeidsflyt. Dette kan være forvirrende, også for yngre brukere. Nøkkelen er å engasjere brukere i applikasjonsdialoger helt fra begynnelsen. Involver dem i tidlig appdesign og prototyping slik at de allerede vet og kjøper inn hvordan appen skal fungere før den noen gang er koblet til produksjon.

2: Hjelpsomme brukere

Hjelpsomme brukere er vanskeligere å jobbe med fordi de ofte kommer i form av "hjelpsomme" individer som krysser en terskel når de blir for nyttige. De tilbyr mange forslag til justeringer for apper og vil aldri godta en app som komplett for en gitt utgivelse. Forbedringskryp av denne art innfører risiko i IT-prosjektfristene. Den beste måten å takle det på er å etablere faste avskjæringer for apputvikling og forbedringssykluser som alle er enige om.

3: Mangel på verktøyintegrasjon

Alle snakker om sky, mobil databehandling og uskarphet av linjer mellom databehandlingsplattformer. Men leverandører av infrastrukturprogramvare gjør det ikke nødvendigvis lettere å styre i et mangfoldig miljø. Hver leverandør vil at du skal bruke sitt eget verktøysett for styring, og det er ikke alltid klart hvilke verktøy som er underordnet andre administrasjonsverktøy for programvareinfrastruktur. Følgelig blir det vanskelig å passe alt inn i en "uber" infrastrukturløsning der du virkelig kan se alt gjennom en enkel rute med glass. Det beste for IT å gjøre er å kreve at potensielle verktøyleverandører viser hvilke programmeringsgrensesnitt for programmer de har som fungerer med annen styringsprogramvare. APIene kan testes med annen programvare i et proof of concept (POC) før du kjøper. Til slutt, unngå bruk av hjemmearbeidede verktøy som ikke lett kan kobles til noe som er på markedet.

4: Plattformlojalitet

ITs styrke er teknisk kunnskap. Denne kunnskapen akkumuleres gjennom årene og blir et karrierekortkort for de fleste IT-fagfolk. Overraskende kan pulken bli grov når noen som har jobbet med sier, UNIX i 20 eller 30 år, får beskjed om å flytte til et Linux-miljø.

En måte å lette overgangen (hvis det er nødvendig) er å introdusere disse personene til den nye plattformen og gi den opplæringen og støtten de trenger for overgangen. Hvis de er voldsomt imot endringen, kan det være en mulighet for dem å gå inn i en vedlikeholdsrolle for systemer som vil fortsette å kjøre på den gamle plattformen. Hvis du ikke kan gi den rollen, kan du som en siste utvei være nødt til å oppmuntre dem til å søke arbeid et annet sted - i en butikk som fortsetter å bruke plattformen de vil jobbe med. I alle tilfeller er det best å adressere disse plattformlojalitetssakene umiddelbart og på forhånd, før harme (og til og med manglende samarbeid i prosjekter) begynner å sette i gang.

5: Dårlig prosjektledelse

Til tross for nye teknologier og verktøy for prosjektledelse, er prosjektledelse fortsatt et svakt område innen IT. Det er flere årsaker til det: en manglende kommunikasjon på tvers av prosjektet; prosjektledernes mislykkethet med å "gå rundt" og virkelig sjekke ut statusen til arbeidet (foruten å bare se oppdateringene på et prosjektsporingskart); og en fordeling av kommunikasjonen mellom IT og sluttbrukersiden av prosjektgruppen.

Den beste måten å sikre gode resultater i prosjekter er å gjøre prosjekter mindre (og derfor mer håndterbare), å oppmuntre (og håndheve) åpen kommunikasjon og bruke samarbeidsprosjektstyringsverktøy som nå er tilgjengelige i markedet. Det er like viktig å utføre post mortems av alt prosjektarbeid - å lære hva som gikk riktig og hva som kunne vært gjort bedre på hvert prosjekt - og å ta den kunnskapen inn i fremtidige prosjekter.

6: Manglende dokumentasjon

Dokumentasjon er ikke stresset innen IT, noe som gjør det til en svak lenke i det meste IT-arbeid. Ikke rart de fleste IT-avdelinger rapporterer at oppover 50 prosent av tiden deres bruker tid på appvedlikehold. Mindre tid ville blitt brukt på vedlikehold hvis dokumentasjon av hva den opprinnelige appen gjorde (sammen med historikk om allerede utført vedlikehold) hadde blitt gjort. To måter å bekjempe dette på er bruk av ny apputviklingsprogramvare som automatisk dokumenterer arbeid og en innebygd prosjekttid for appdokumentasjon og QA av dokumentet.

7: Dårlig datakvalitet

Den beste teknologien i verden kommer ikke til å endre dupliserte kundeposter med feilstavede adresser eller ufullstendige telefonnumre. For data som allerede er registrert, kan deduplisering av data brukes til å friste ut duplikatposter før de er lagret eller arkiveres på disk. For nye data kan bedre feltredigeringer i applikasjoner forbedre kvaliteten på data som legges inn i dataregister.

8: Jargon

IT (som andre tekniske fagdisipliner) kan bli så behagelig å bruke akronymer og sjargong at det ikke er klar over at det bruker disse begrepene med forretningsbrukere som kanskje ikke forstår dem. Dette kan generere sammenbrudd i kommunikasjonen eller til og med skremme i forhold. IT kan unngå dette ved å stresse (og om nødvendig, trene) IT-medarbeidere som jobber med sluttbrukere for å unngå disse spesialiserte vilkårene og å holde seg til vanlig engelsk.

9: Urealistiske frister

Tempoet i virksomheten er nådeløs og rask. Som vanlig blir IT presset til å akseptere prosjektfrister som er for aggressive for arbeidet som må gjøres. Når dette skjer, leverer IT ufullstendige prosjekter som mangler nøkkelstykker som påfølgende forbedringssykluser må håndtere. Dette er greit hvis virksomheten er helt enig i tilnærmingen. (Faktisk har det fungert veldig bra på noen områder, for eksempel markedsføring.) Imidlertid, hvis det er et styrings- / sikkerhetsproblem, eller hvis det kreves at appen er både fullstendig og grundig testet, er det ITs ansvar å fortelle virksomheten ledelse hva innsatsen vil ta, hvor lang tid det vil ta, og hva risikoen er hvis innsatsen ikke blir gjennomført.

10: Mangel på menneskers ferdigheter

IT fortsetter å komme kort på myke ferdighetsområder. CIOs bør anerkjenne dette ved å budsjettere med og gi folk ferdighetstrening til viktige IT-bidragsytere - og de bør øke ante ved å anmode tilbakemeldinger fra sluttbrukere om kvaliteten på IT-mellommenneskelig kommunikasjon.

Andre sandfeller?

Hvilke problemer har vært et problem for deg i løpet av IT-karrieren din? Del erfaringer og råd med andre TechRepublic-medlemmer.

Registrer deg automatisk på TechRepublic's 10 Things nyhetsbrev!

© Copyright 2021 | pepebotifarra.com