4 näpunäidet IT süüdistamise sündroomi vältimiseks

Autor: Robert Simon
Loomise Kuupäev: 22 Juunis 2021
Värskenduse Kuupäev: 24 Juunis 2024
Anonim
4 näpunäidet IT süüdistamise sündroomi vältimiseks - Tehnoloogia
4 näpunäidet IT süüdistamise sündroomi vältimiseks - Tehnoloogia

Sisu


Ära võtma:

Suurim probleem, millega paljud IT-osakonnad silmitsi seisavad, pole tehniline - see on isiklik.

Üks suurimaid mittetehnilisi probleeme, mis mõjutab enamikku ettevõtte IT-osakondi, on ka hõlpsasti hallatav. Lõppkasutajatega suheldes peavad kõik olema samal lehel ja teadma, mida saab teha - millal. Ja see on peamine: lõppkasutajate ootuste haldamine. See kõlab lihtsalt, kuid tavaliselt võib asi hõlpsamini minna, kui suhelda inimestega, kes kasutavad iga päev rakenduste komplekti.

IT-osakonnad, mis selles asjas läbi kukuvad, võivad tõesti kannatada, kuna probleemid tekitavad osakonnas pahameelt. See raskendab projekte kõigi jaoks. (Lisateabe saamiseks tugiteenuste kohta lugege 10 näpunäidet parema IT toe pakkumiseks.)

Seadke ootused

Kui olete mõnda aega IT-valdkonnas töötanud, võite arvatavasti mõelda projektidele, piletitele ja kasutuselevõtule, kus IT-osakonda süüdistatakse kas selles, et pilet või kasutuselevõtt on hilinenud, mitte alguses taotletud või lihtsalt tavaline pole piisavalt hea. Kui lõpptarbijate kogukonna (EUC) ootused on tegelikkuse kontseptsioonist kaugel või isegi pisut viltu, siis nende kriitika võib olla soovimatu tähelepanu hajutamine.


Isegi sellised lihtsad asjad nagu uus kasutajakonto võivad osakondade vahel tekitada hõõrumisi - või isegi tohutu kontoritevahelise vaenu. Parim viis selle vältimiseks on realistlike ootuste loomine ja nende täitmine iga kord. See tähendab, et IT peab töötajatele ütlema, kui kaua projekt võtab ja mida oodata selle valmimisel. Informeerige IT-ressursse kasutavaid töötajaid sellest, mida IT-osakond saab ja mida mitte, olgu siis tegemist viie inimese kontoris või rahvusvahelises konglomeraadis. Enamikul juhtudel ei tulene probleemid IT-st, vaid teiste töötajate arvates peaks see olema võimalik. Osakonnad, mis saavad sellist lahutamist vältida, lähevad kaugele "süüdista IT" sündroomi vältimises.

Ootuste haldamine

Üks parimaid viise lõppkasutaja kogukonna ootuste haldamise alustamiseks on kõigi teenuste teenuse taseme lepingute (SLA) pakkumise poliitika rakendamine. Paljud tehniliste valdkondade inimesed seostavad SLA-sid väliste müüjatega, kuid sama mentaliteeti saab kasutada ka siseklientide jaoks - ja peakski olema. See annab lõppkasutajatele raamistiku sellest, mida oodata teenuste taotlemisel, ning hoiab kõiki, kui mitte samal lehel, siis vähemalt samal peatükil.


Enamikul hädaabiprogrammidest on SLA-de seadistamise moodulid. Kui juhtub, et teil on juba siseklientide jaoks SLA-sid, siis õnnitleme teid, osakond on juba õigel teel.

Suurendage suhtlust

Nüüd, kui olete aluse pannud, peate suhtlust hoidma. Nii pikaajaliste kui ka lühikeste projektide puhul on hädavajalik hoida kõiki osapooli kursis nii edusammude kui ka tagasilöökide osas. Ootused võivad minna mõlemas suunas südamelöögiks ja kui õnnelik olete projekti käivitamisel olnud, kui teie seatud ajajoonest mööda ei pääse, võivad asjad kiiresti halveneda. Väga vähesed asjad hävitavad firmaväärtuse, mida IT on valesti kommunikatsioonist kiiremini saavutanud ja tähtajad lühendanud.

Oh, ja kui te tähtajast mööda ei tule, peaksite paremini edastama viivituse kiire ja mõistliku põhjuse. Kommunikatsiooniliinide hoidmine aitab vältida sulgede käperdamist ja tagab, et kõigil on parem tunne, kuidas projekt kulgeb. Kui teie lõppkasutajad teist ei kuule, võivad nad eeldada, et kõik on kohmakas. Kui selgub, et see pole nii, siis olete nende ootuste täitmata jätmise tõttu suures osas läbi kukkunud.

Pole vigu ega stressi - teie samm-sammuline juhend elumuutva tarkvara loomiseks ilma oma elu hävitamata

Programmeerimisoskust ei saa parandada, kui keegi tarkvara kvaliteedist ei hooli.

Silmitsi ebaõnnega

Kui olete oma lõppkasutaja kogukonnaga harmoonia saavutanud ja kõik teevad koostööd, võite arvata, et olete saavutanud töökoha nirvaana. Mitte nii kiiresti. Järsku kannatab server või (sisestage siia asjakohane seisak) mingi katastroofiline rike ja teil on missioonikriitiline süsteem maas. See on veel üks võimalus hallata oma lõppkasutajate ootusi, et tähelepanu hajutamist minimeerida, et lahendada seisak kiiresti ja ilma täiendavate probleemideta.

Kui te seda ei tee, uputatakse teid seisakute aruannete ja paratamatu küsimusega "Kui kaua see aega jääb?" küsimused. See õnnestub ainult pettumuse leekide fännimisel.

Heres, mida teha: kui seisak toimub, peab teil sõna väljastamiseks olema mitu meetodit. See peaks olema ka järjepidev ja aus. Seega, kui ütlete, et seisak laheneb kahe tunniga, loodavad teie lõppkasutajad, et see lõpetatakse selle aja jooksul. See tähendab, et peaksite vältima optimistlikke hinnanguid inimeste õnnelikuks tegemiseks. Ja kui probleem mõjutab teie lõppkasutajaid nüüd, muutke selle parandamine prioriteediks. Kui see seisak on õigeaegselt lahendatud, saate teie ja teie meeskond naasta teie regulaarselt kavandatud programmeerimise juurde.

Sujuva projektijuhtimise võti

Halb veri areneb sageli osakondade poole - ja hiljem ka nende sees. See on kõige tavalisem siis, kui IT-osakond ja selle lõppkasutajad ei suuda suhelda ning kui IT-osakond ei suuda neid lõppkasutajate ootusi hallata ja täita. IT-projektijuht, kes oskab seadistamiskunsti ja ootuste täitmist harjuda, peab muretsema selle pärast, et lõpptarbijad oleksid õnnelikud - see tuleb loomulikult. (Kas soovite ronida IT-karjääriredelil? Loe Kuidas saada IT-direktoriks: näpunäited ülalt.)