Jau ne kartą buvo rašyta apie tai, kokias klaidas daro programuotojai ir kaip jų išvengti. Bet IT projektų sėkmė priklauso ne tik nuo programuotojų, kurie atlieka iš esmės juodą kūrimo darbą, visam tam katilui turi vadovauti sumanus žmogus, antraip projektas pasmerktas žlugimui. O kaip galima jį pasmerkti – būtent apie tai šis straipsnis: ko nereikėtų daryti IT projektų vadovams.

1. Produktyvumas nėra tiesiogiai priklausomas nuo žmonių ir darbo valandų

Jeigu projektas vėluoja su terminu arba staigiai reikia sukurti kokią nors papildomą funkciją, spėkite, ką galvoja dauguma vadovų. Taip, teisingai – juk programuotojai gali padirbėti viršvalandžių. O jei pasiseks, dar ir neapmokamų (toks požiūris ypač paaštrėjo dabar Lietuvoje, kai visi bijo papildyti bedarbių gretas). O blogiausiu atveju priimsime vieną ar kelis papildomus programuotojus, jie tai jau tikrai padės padaryti tai, ko mums reikia.

Visų pirma, žmogus nėra mašina. Tuo labiau, dirbant protinį-kūrybinį darbą beveik be poilsio. Galima padirbėti viršvalandžių kelias dienas, na gal savaitę, bet jei programuotojas pastoviai persidirba – jo rezultatai tikrai suprastės. Jis pradės nepastebėti smulkių detalių, palikinėti klaidas, o kartais ir nesugebės šaltakraujiškai mąstyti, nes jo galvoje bus daugiau mieguistumo ir nuovargio, negu kreatyvumo.

Kitas dalykas – nauji žmonės projekte. Kaip kažkas yra pasakęs, devyni vyrai negali “padaryti” vaiko per vieną mėnesį. Taip ir čia: kiekvienas naujas žmogus, kad ir koks būtų genijus, turi adaptuotis naujoje aplinkoje, prie naujo projekto, susibendrauti su naujais žmonėmis, o tam viskam reikia laiko. O esami komandos nariai sugaišta laiko ir jėgų, bandydami naujokui aiškinti visas projekto smulkmenas. Neretai būna ir taip, kad naujas atėjęs žmogus tik apsunkina projekto judėjimą ir jį pristabdo.

2. Ar mes patys geriausiai žinome, ko nori klientai?

Praktiškai bet kokio projekto tikslas yra patenkinti žmonių poreikius. Ar tai būtų tiesioginis klientas, ar portalo lankytojai – reikia stengtis kažkam “įtikti”. Bet dažnai nueinama klaidingu keliu – mąstymas paprastas: kadangi esame rimta IT kompanija, tai jau tikrai gerai įsivaizduojame, ko reikia klientui iš IT pusės. O paklausti paties kliento? Be tinkamos žvalgybos ir poreikių išdėstymo iš klientų pusės, asmeniškai sunkiai įsivaizduoju projekto sėkmę.

O dar geriau būna, kai jau projektui įsibėgėjus ir gyvuojant pirmai versijai, yra ignoruojama pirma klientų kritika. Jei pas vartotoją sistema stabdo ar blogai veikia, tai neretai “klientas durnas, nieko neišmano kompiuteriuose” arba “kodėl jie kažkokią nemokšą mokinukę pasodino prie programos”. O gal jūsų tikslinė auditorija ir yra “durnos mokinukės”? Jūsų sistemos vartotojai gali nebūti IT profesionalais, bet jie duoda tikrai vertingų patarimų ir kritikos iš savo srities. Įsiklausykite į juos.

3. Neignoruokime programuotojų nuomonės, jie išmano daugiau nei tik kodavimą

Be abejo, projekto vadovas turi geriau išmanyti projekto bendrą vaizdą, bet tai nereiškia, kad neturi atsižvelgti į programuotojo nuomonę. Jei žmogus moka programuoti, tai jis yra pakankamai protingas. O dėl to yra didelė tikimybė, kad su savo protu jis išmano dar kokią kitą sritį. Ir gali būti, kad jo patarimai pravers jums arba netgi privers kitaip pažvelgti į projekto tėkmę.

Kitas dalykas – atsižvelkite į programuotojų poreikius. Nepamirškite, kad reikia ne tik reikalauti iš jų, bet ir duoti jiems SĄLYGAS tiems darbams atlikti. Kompiuteris, programinė įranga, biuro sąlygos, kad ir kavos aparatas – pasirūpinkite, kad žmonės nesikankintų, dirbdami savo darbą, antraip jų rezultatai šlubuos, ir jie tikrai nebus patenkinti tiek darbo procesu, tiek jūsų vadovavimu.

4. Reikia ne kontroliuoti komandą, o ją įkvėpti

Koks yra vadovo tiesioginis darbas? Teisingai, vadovauti. Bet kai kurie žmonės ne visai teisingai supranta šitą žodį. Tai nereiškia tik įsakinėti, kontroliuoti ir reikalauti darbų atlikimo. Atvirkščiai, toks požiūris gali daugiau pakenkti, negu duoti naudos. Reikia įkvėpti komandą, reikia, kad žmonės patys norėtų sukurti gerą produktą, kartais jiems reikia daugiau ne vadovo, o komandos draugo, kuris tiesiog nukreiptų teisinga linkme. Kaip sakoma, vienas iš vadovavimo būdų yra paaiškinti programuotojui užduotį, duoti jam įrankius ir… pasitraukti iš kelio. Tai ne visada duoda rezultatų, bet pamąstyti apie tai tikrai verta.

5. Nebijokite priimti sprendimų

Viena pagrindinių vadovų funkcijų yra sprendimų priėmimas. Ir jei vadovas rodo minkštumą bei silpnumą, tada tai turi kelias neigiamas pasėkmes. Viena vertus, tai gali sutrukdyti paties projekto sėkmei, o kitas dalykas – projektą vykdanti komanda gali nebegerbti silpnesnio vadovo, o pagarba vadovui yra vienas kertinių akmenų komandos motyvacijai. Jeigu abejojate dėl to, kuriuo keliu žengti, geriau pasitarkite su savo komanda arba paieškokite patarimo iš šalies, bet nebijokite priimti sprendimų. Iš esmės, juk būtent nuo jų priklauso bendra projekto ateitis.

- – -

Ką dar pridėtumėte? Kokių patys matėte neigiamų IT projektų vadovų savybių ar klaidų?

* * *
Norite gauti Skaitykit.lt naujienas operatyviau? Prenumeruokite RSS įrašus
Jei nežinote, kas yra RSS ir kaip juo naudotis, apie tai galima pasiskaityti šiame puslapyje.