Neile, kes mõtlevad projektijuhiks saada, on palju näpunäiteid. Kuid võib-olla ei viita enamus selliste näpunäidete loendis mitte projektidele endile, vaid inimestele, nende ülesannetele ja koormuse jaotusele. Sest just need hetked peidavad endas nii projekti õnnestumise võtmeid kui ka riskitegureid. Seetõttu sisaldab iga projektijuhi juhend palju punkte projektimeeskonna juhtimise eest.
Kui teie töötajad on ülekoormatud või kui nad on tööülesannete ja kohustuste osas segaduses, langeb nende tootlikkus järsult ning nad ise muutuvad rahulolematuks ja nördivaks. Vältimaks tõesti kõrgest tööintensiivsusest ja vastuolulistest ülesannetest tingitud arvelduskrediiti personali töös, mis omakorda vähendab moraalset kliimat meeskonnas, tuleb korraldada töökoormuse juhtimine. Ja see ei saa eksisteerida ilma ressursside nõuetekohase jaotuseta ja nende probleemide määratlemiseta, mille lahendamine võimaldab optimeerida ressursside juhtimist ja nende laadimist.
Koormuse haldamine? Lihtne!
Ressursi jaotamine
Üks mõiste "ressursside eraldamine" populaarsemaid määratlusi ("PMO ja projekti juht PM Huti sõnastik” käsitleb tööde ajakava koostamist ja iga töö tegemiseks vajalike ressursside määramist ressursside kättesaadavuse ja projekti ajakava piires.
Ressursside hulka kuuluvad tavaliselt personal, tööriistad ja seadmed, tehnoloogia ja masinad, kinnisvara, loodus- ja finantsressursid. Ressursside eraldamise eesmärk on valida nende kasutamiseks need võimalused, mis pakuvad maksimaalne efektiivsus ning konkreetse projekti ja ettevõtte kui terviku eesmärkide saavutamine. Vastust küsimusele “Kuidas saada projektijuhiks?” on võimatu leida. teadmata ressursside jaotamise põhitõdesid.
Selle artikli tähenduses on ressursid rohkem seotud inimestega ja töökoormuse juhtimine tähendab ülesannete õiget jaotamist nende vahel, et saavutada projekti optimaalsed tulemused.
Mida teeb projektijuht enne ressursside eraldamist? See peab vastama kolmele kriitilisele küsimusele järgmistes valdkondades:
- Oodatud tulemused
- Ajastus
- Töökoormus
Gary Chin loetleb oma ettekandes “Juhuslik projektijuht” kolm asja, mis on töö ajakava koostamiseks vajalikud: ülesannete loetelu, kestus ja järjestus. Ressursside õigeks jaotamiseks peate nende üle otsustama:
- Ülesanded viitavad tööle, mida on vaja teha vajalike tulemuste saavutamiseks või loomiseks;
- Prioriteetide seadmine määrab ülesannete täitmise järjestuse. Iga ülesande puhul tuleb leida vastus küsimusele “millised ülesanded tuleb enne selle alustamist lõpetada?”, mis võimaldab planeerida, milliseid ülesandeid tuleb sooritada järjestikku ning mida saab “paralleelselt” ja nagu selle tulemusena vähendage projekti aega;
- Tähtaeg on kalendris konkreetne kuupäev, millal töö peab olema lõpetatud.
Kui olete selle kõige üle otsustanud (näiteks vajan 10-liikmelist gruppi, mis on jagatud 2-ks 5-liikmeliseks alarühmaks, et töötada vastavalt Interneti-portaali esiotsa ja haldussüsteemi arendamiseks, et valmib 3 kuuga, mis on kooskõlas kliendi sooviga) ja edastanud selle info oma meeskonnale, saate reaalse ressursside jaotamise juurde minna järgmises järjekorras:
- Delegatsioon
- Dokumentatsioon
- Ristkinnitus
Kuidas saada kiiremini projektijuhiks? Kasutage Comindware projekti!
Spetsiaalse projektihaldustarkvara (nt ) abil saate tagada ressursside projektide vahel ja sees jaotamise läbipaistvuse. Nii saab vältida probleeme oma rolli mõistmisega kõigi projektis osalejate poolt. Comindware Projecti koormuse haldamise funktsionaalsus võimaldab teil visuaalselt jälgida iga meeskonna töökoormust ja vältida ressursside kasutamisel "konflikte". Saate lihtsalt ühe klõpsuga kindlaks teha, millised ressursid on igal ajahetkel saadaval. Ja kui ressurss on ühele ülesandele määratud, muutub see automaatselt teistele ülesannetele määramiseks kättesaamatuks. Paralleelselt saate kasutada ennustamisvõimalusi, mis võimaldavad teil näha, kuidas teie otsused mõjutavad teisi projekte. Samal ajal on teil alati juurdepääs ühisele ressursside loendile, mis muudab ebakindluse tingimustes manööverdamise lihtsamaks.Järelduse asemel
Tõhus projektijuhtimine eeldab ressursside tõhusat jaotamist. Kuid niipea, kui ressursid on seotud konkreetsete ülesannetega, liigub teie vastutusala koormuse haldamise suunas. Oluline on omada hea strateegia ja tööriistad konfliktide ja keerukuse vältimiseks ning tagamaks, et projekti viivad ellu koormatud töötajad maksimaalse tootlikkusega. 
IT-valdkonna eksperdil Olga Zavyaloval on 10-aastane kogemus projektijuhi ja rahvusvaheliste projektide projektikoordinaatorina. Sertifitseeritud projektijuht (CSPM) ja ärianalüütik (CSBA) tarkvaraprojektide jaoks. Kahe õpiku ning projekti- ja protsessijuhtimise erialakursuse autor.
Ükskõik, milline on teie organisatsiooni pädevusvaldkond, on oluline mõista seda erinevust.
- Spetsialistid kasutavad oma oskusi ja kogemusi põhitoodete (tarnetavate) loomisel. Need tooted võivad olla kõike alates riistvarast, tarkvarast, teedest, dokumentidest, teenuste osutamisest, lennundusest, hoonetest, puusepatöödest ja personalijuhtimise reeglitest... Nimekiri on lõputu.
- Samas vajavad projektijuhid koos probleemide lahendamise oskusega ka üldisi juhtimisoskusi. Projektijuhid peaksid töid planeerima ja juhtima, mitte tegema!
1. Ole juht ja juht
Juhid edastavad üldisi perspektiive (mõne tulevikuseisundi kohta); nad otsivad kokkulepet ja määravad suuna edasi. Nad motiveerivad teisi. Juhid lähtuvad tulemustest ja keskenduvad sellele, et töö saaks tehtud vastavalt kokkulepitud nõuetele. Hea projektijuht lülitub pidevalt juhist juhiks vastavalt olukorrale.
2. Ole rühma abistaja ja juht
Kuna projektid on sageli multifunktsionaalsed, kasutavad nad inimesi, kes pole võib-olla varem koos töötanud. Projektijuht peab andma grupile tooni ja juhtima selle läbi erinevate arengufaaside, kuni rühmaliikmed töötavad meeskonnana. Ei ole harvad juhud, kui grupis on inimestel oma otsesed ülemused ja projektijuhil pole kaudseid volitusi – aga ta peab inimest motiveerima. See kehtib eriti maatriksorganisatsiooni puhul.
3. Ole probleemide lahendaja
See on oskus, mida saab õppida: selleks on vaja lihtsalt eelnevalt veidi "detektiivi" tööd teha! Kõigepealt peate määratlema võimalikud põhjused mis viib probleemi sümptomini. Põhjused võivad pärineda erinevatest allikatest, sealhulgas:
- Inimestevahelised probleemid
- Sisemised allikad
- Välised allikad
- Tehnilised allikad
- Administratiivsed allikad
- Suhtlemine
- Arvamused või arusaamad
ja nii edasi. Järgmine samm pärast algpõhjuste tuvastamist analüüsige võimalikke valikuid ja alternatiive ning määrake kindlaks parim tegevussuund. Nõustuge sellega ettevaatlikult sel juhul tähendab tõesti "parimat"!
4. Ole läbirääkija ja mõjutaja
Läbirääkimised on koostöö teistega, et jõuda kokkuleppele. ühine kokkulepe. See ei pea olema pea-vastu võimuvõitlus, millele võite mõelda! Näiteks vajadus veenda üht rühma töötama hilja, et töö tähtajaks valmis saada, samal ajal kui ta tahaks pesapalli minna. Selleks peavad sul olema teatud mõjutamisoskused. Mõjutamine on võime panna asju juhtuma, veendes teist inimest, et teie meetod on parim meetod, isegi kui see talle ei meeldi. Mõjujõud on võime panna inimesi tegema asju, mida nad muidu ei teeks.
5. Ole suurepärane suhtleja
Suhtlejaks olemine tähendab mõistmist, et see on kahesuunaline tänav. Info siseneb projekti ja info väljub projektist. Üldiselt peaks kogu teie projekti suhtlus olema selge ja täielik. Projektijuhina peate tegelema kirjaliku ja suulise suhtlusega. Mõned näited on dokumendid, koosolekud, ülevaated, aruanded ja hinnangud. Hea mnemooniline reegel on "kes seda teavet vajab, kes seda kogub ja edastab, millal või kui sageli nad seda vajavad ja millisel kujul ma seda neile annan."
6. Ole hea organiseerija
Mõelgem, millised aspektid peate korraldama: projekti süstematiseerimine, sealhulgas kogu dokumentatsioon, lepingud, meilid, memod, ülevaated, koosolekud, asjakohased dokumendid, nõuded ja spetsifikatsioonid, aruanded, muudatused, probleemid, riskid jne. Ilma ajahaldusoskusteta on peaaegu võimatu organiseerida, seega lisage need oma nimekirja!
7. Olge pädev ja järjekindel planeerija
Planeerimise oskust ei saa alahinnata ja sama kehtib ka hindamisoskuse kohta! Plaanide koostamiseks on teada-tuntud ja loogilised sammud. Projektijuhina on sul kindlasti projektiplaan olemas, kuid olenevalt projektist võib olla ka teisi plaane. Näiteks verstapostiplaanid, erandiplaanid, grupiplaanid, ülekandeplaanid, kasu realiseerimise plaanid jne. Ärge muretsege, kui te pole mõnest neist plaanidest kuulnud, kuna te ei pruugi neid vajada, vaid pidage meeles, et planeerimine peaks saama teie jaoks loomulikuks. Siin tuleb märkida kahte aspekti:
- Plaanid on alati dokumendid. Ärge laske end petta arvata, et näiteks Gantti diagramm on plaan – see on lihtsalt kalendrigraafik.
- Edukaid projekte juhivad edukad meeskonnad. Kasutage plaani koostamisel alati grupi abi, välja arvatud juhul, kui selleks on mõjuv põhjus, nt ärisaladus või lepingu tingimused.
8. Looge ja hallake eelarveid
Selle kõige keskmes on hindamisoskus, eriti kulude prognoosimine. Peaaegu alati vajab projektijuht teatud teadmisi finantsmeetodid ja süsteemid koos põhimõtetega raamatupidamine.
Osa projektiplaanist on midagi, mida nimetatakse kuluplaaniks. See näitab kavandatud kulusid ajaskaala suhtes. Projektijuht tegeleb hangete, hinnakujunduse, arvete, tööajalehtede, palgakulude jms vastavusse viimisega. Seejärel peab projektijuht kindlaks tegema, mis tegelikult juhtus võrreldes kavandatuga ja prognoosima eeldatava lõppmaksumuse. Tavaliselt aitavad raamatupidamis- ja projektihaldustööriistad, kuid pidage meeles "prügi sisse, prügi välja" reeglit!
Peamised valdkonnad vaadati lühidalt üle. Kui olete projektijuhtimises uus, siis ärge laske kõigel siin kirjutatul end segadusse ajada. On olemas laialdaselt tunnustatud metoodikad, tööriistad, juhised ja protseduurid, mis aitavad teil arendada olulisi projektijuhtimise oskusi.
Postituse pealkirjas olev küsimus on ilmselt kõige populaarsem küsimus, mis mulle saidi kaudu saadetakse. Pikka aega ei jõudnud see eraldiseisva mõtliku postituse kätte ja nüüd lõpuks on nad jõudnud. Kuidas siis projektijuhiks saada?
Tõenäoliselt ma midagi uut ei avasta, kuid siiski püüan kirjutada ja kuidagi oma näitel näidata, kuidas see oli.
Esimene asi, mida teha, on kindlaks määrata oma motivatsioon. Mis on teie jaoks väljendi “projektijuhiks olemine” taga? Sinu ettevõttes on see osa spetsialisti orgaanilisest kasvust ja kui sa ei pürgi analüütikult või arendajalt PM-i, siis oled tuim ja väheperspektiivne? Kas see on teie arvates "stiilne-moodne-noorte" elukutse, aga selleks, et seda teha? Kas olete kuulnud, et RM-id saavad palju palka, eriti kui nad saavad sertifikaadi? Kas olete alati tahtnud inimesi kamandada ja see on suurepärane võimalus?
Kahjuks on kõik eelnev ja selle lõputud variatsioonid tee eikuhugi ja ummiktee. Ma valmistan pettumuse, aga hea spetsialist teenib enamasti rohkem kui projektijuht, seal on palju teha (ja eriti otsuseid teha ja nende eest vastutada). Kui rääkida väljavaadetest, siis välismaal, erinevalt heast arendajast, ei oota sind keegi ja tõenäoliselt ei ootagi (vähemalt IT-s on omasid piisavalt). Jah, ja see ei tööta, sest kas töötate projekteerimisorganisatsioonis töövõtja poolel (ja tellija kamandab teid ja kui te ehitasite kõik algusest peale väga halvasti, siis ka teie inimesed, kes pealegi , ei allu sulle lineaarselt) või kõrvalklient 99% juhtudest maatriksis või kui sul üldse ei vea, siis funktsionaalses struktuuris, kus võimsus on null ja kogu vastutus lasub sinul. Kas pole meelt muutnud?
Kui ei, siis siin on näiteid heast motivatsioonist - sulle meeldib inimeste tööd korraldada, sulle meeldib dünaamiliselt muutuv töökeskkond, oled “mitteprotsessiline” inimene ja töötad tulemuse nimel hästi, selle käigus on sul igav ja kurb, tahad inimesi juhtida oma isikliku karismaga, mitte tellimusega tegevdirektor, soovite luua midagi uut ja nii edasi.
Neile, kes tunnevad DISC isiksuse hindamise metoodikat, on minu arvates ideaalsed RM-id D, DC ja DI ning kogemus näitab, et teistel isiksusetüüpidel on projektides igav, hirm ja kurb.
Minu jaoks oli omal ajal RM-i ümberõppe ajendiks see, et mul oli igav istuda ja C #-ga koodi kirjutada, mul ei olnud piisavalt inimestega suhtlemist, helistamist, korraldustöö ja kõlarid.
Teiseks peate otsustama tööstuse üle. Vaatan hirmuga tõsiasja, et praegu on olemas terved ülikoolide projektijuhtimise programmid, mis ei ole seotud ühegi tööstusega. See on nii mõttetu ja halastamatu, et sõnu lihtsalt pole. Projektijuhtimist ei eksisteeri üksi ja PMBOK teid siin ei aita. Ei pea olema mingis keskkonnas super-duper spetsialist, vaid kas sa töötad IT-s või ehituses või turunduses jne. Projektijuht peab oma tegevusala hästi kursis olema, et hinnata adekvaatselt riske, tööjõukulusid, hindu jne.
Tööstuselt tööstusele üleminek on võimalik, kuid keeruline, pikk ja kulukas. Näiteks vaatamata PMP-le, blogile, kahele ja muule heale - ma tõmban korrusmaja ehitusprojekti ainult projektihaldurina ja siis vaevalt ma selles kohe efektiivne olen. Kuid samas saavad personalitöötajad sellest punktist sageli valesti aru, kui mingi süsteemi, näiteks reisikorralduse juurutamiseks hakatakse otsima peaministrit, “kes kindlasti tegi sama projekti sama profiiliga ettevõttes”. Siiski on valdkond antud juhul laiem mõiste - pädev IT-projektijuht sobib neile igati, isegi kui ta oli varem vaid juurutanud tarkvara pankades.
Mul vedas, olen alati kohanud head juhid kes sai aru, et “ideaalset RM-i, kes on juba teinud täpselt samasuguseid projekte, mida me siin järgmised 5 aastat teeme” pole olemas. Ja üleüldse on adekvaatsemaid juhte, kui tundub, minu meelest.
Kolmandaks leppida sellega, et jääda spetsialistiks ja samas olla professionaalne juht projektid ei tööta. Või või. Kas kujundate või juhite. Esimesed paar aastat on mingi kombinatsioon võimalik, kuid valik tuleb ikkagi teha, kuna aja jooksul liiguvad need kaks tooli üksteisest üha kaugemale. Kui te seda õigel ajal ei tee, on teil halb spetsialist ja väga halb RM, aga kas teil on seda vaja? Kui sa pole valmis loobuma mõttest, et hakkad nüüd meelelahutuseks ainult kodus õlle kõrvale koodi kirjutama – mõtle kaks korda projektijuhiks hakkamisele.
Umbes pool aastat vedasin seda “käepidemeta kohvrit”, püüdes nii analüütikuks jääda kui ka RM-na täiustada. See ei õnnestunud. Ja jah, kui selline kombinatsioon on ettevõttes aktsepteeritud, siis teatud taseme saavutamisel tuleb ettevõtet vahetada, kui soovite areneda.
Kui esimesed kolm punkti projektijuhiks saamast ei heidutanud, siis neljas punkt on teooriaga tutvumine (kuni jõudsin raamatuvaliku tegemiseni, aga guugeldage päringule “projektijuhtimise raamatud”). pakub piisavat valikut). Võite alustada vähemalt Goldratti eesmärgi, kahe või kolme projektijuhtimise veebiseminari ja Phoenixi projektiga (et näha, kas suudate selles pidevas stressis keskkonnas ellu jääda). Kui paksud raamatud sind ei hirmuta, siis võid proovida lugeda PMBOK-i, kui sa selle valdad ja välja mõtled, on see tohutu pluss (soovitan sul see lugemise ajal MindMap vormis ümber joonistada, et oma teadmised sisse panna tellimus).
Eriti algajatele IT-professionaalidele – praeguses etapis ei tasu ühegi agiilsuse nüanssidesse süveneda, psüühika tervena hoidmiseks piisab klassikalisest lähenemisest.
Kahju, vaatasin, aga ma ei leidnud fotot oma joonistuspaberist koos tollase 3. PMBOKi diagrammiga, mille ma kunagi hostelis joonistasin, nostalgia tulvas lihtsalt peale. Kui joonistate kätega, mitte arvutis, ilmneb mingi hellus isegi sellise koletise jaoks nagu PMBOK.
Pärast raamatute lugemist võite proovida teha väikese projekti, mis järgib kõiki projektijuhtimise kaanoneid, isegi kui need tunduvad teile praeguses etapis üleliigsed. Kui alles õpid, võid teha vähemalt teaduskonna kodulehe või korraldada näiteks grupireisi Seligerisse. Kui see töötab, siis paluge juhilt mõni väike projekt (ja selliseid on alati, nii et tal on suure tõenäosusega hea meel, et ta tõmbab endast liiga palju maha) ja tee seda ka. Kui sellel viiendal etapil on soov saada projektijuht veel elus - palju õnne, olete lõpusirgel.
Kunagi usaldati mulle pärast seda palvet meie kontaktkeskuse spetsialistide jaoks andmesisestusvormi optimeerimise projekt ning see oli väga lahe ja huvitav! Veetsin enda arvates kolm kuud tööl, sain kogu kõnekeskuse kätte, kuid selle tulemusena kasvas uuele vormile andmete sisestamise kiirus võrreldes vanaga 40%, millele järgnes ka minu ametnik. üleminek RM-i positsioonile. Muide, jah, ärge unustage arutada projekti oodatavaid tulemusi, et hiljem ei tekiks küsimusi.
Noh, kuues samm on leida töö projektijuhina. Jällegi, kui olete tööl projekti teinud, saate sellest oma juhiga rääkida, hakata tasapisi üha keerukamaid ülesandeid võtma ja aeglaselt kasvada. Kui tegite projekti "kastis" - on aeg see hankida, rõhutades selles, et ja. Töö otsimise ajal tee võimalusel veel paar projekti ja loe rohkem raamatuid. Ja valmistuge ka selleks, et elus on nüüd palju rohkem stressi ja dünaamikat.
Kahjuks, kui liigute spetsialisti ametikohalt see etapp võib-olla sissetulekute vähenemine, kuna olite väga hea spetsialist, aga mitte veel väga hea peaminister. Kuid kõik on teie kätes!
Omal ajal analüütiku kohalt kolides kaotasin oma palgast 20 protsenti, kuna enne seda koosnes minu KPI isiklikust sooritusest ja nüüd kogu meeskonna esitusest, kus kõik ei olnud motiveeritud sama palju kui mina. Varasemale tasemele taastumine võttis aega umbes neli kuud, aasta hiljem kasvasid sissetulekud peaaegu kahekordseks.
Noh, see on kõik, kui olete selle punktini lugenud ja kõik lõpetanud - olete nüüd RM. Palju õnne!
Tähtis! Igal etapil on soovitatav naasta 1. sammu juurde, kontrollides ise, kas motivatsioon on endiselt säilinud. Kui mingil etapil tabate end mõttelt "noh, miks see kõik, aga" - võib-olla on parem peatuda ja mõelda? Tean paljusid inimesi, kes on aastaid töötanud peaministrina, sattudes sinna kuidagi juhuslikult. Nad töötavad halvasti, ei tule toime, vahetavad tööandjat, kuid igatahes jätkavad nad kaktuse söömist, kui nad on eksinud, kuna nad on selles halvad, kuid nad ei saa midagi muud teha. Ärge korrake seda viga, kui see pole teie jaoks, siis parem lahkuda nii vara kui võimalik.
Sperma
8 aastat IT-s: 3 aastat arendajana ja 5 aastat projektijuhina.
Mis on projektijuhi töö?
Projektijuht on spetsialist, kes vastutab projekti kui terviku juhtimise eest: planeerimine, ülesannete seadmine, suhtlemine, kontroll, riskijuhtimine, igapäevaste probleemide lahendamine jne. Tegelikult pole see niivõrd positsioon, kuivõrd inimese roll projektis. Teatud mõttes on selline juht vahendaja projekti arendava meeskonna ja kliendi vahel. Projektijuhil on kaks vastutusvaldkonda: ta vastutab nii kliendi kui ka kliendi tellimust täitva ettevõtte ees.
Projektijuht on sidemees. Probleemid algavad siis, kui üks neist linkidest ei saa aru, mida teine vajab. Näiteks soovib klient ümber töötada või välja töötada uut funktsionaalsust, kuid see on arendajatele endile ebamugav. Kui sa lihtsalt ütled "tee seda" hea tulemus ei tee. Aga kui saate kliendilt teada, milleks see funktsionaalsus on, miks see vajalik on ja seejärel arendajatele edastada, saavad nad aru ja teevad, mida vaja.
Milliseid oskusi ja teadmisi on vaja?
Inglise keel on kohustuslik iga IT-spetsialisti jaoks. Kui sa ei saa kliendiga ühes keeles rääkida, on sinust vähe kasu.
Üks meeldivaid avastusi: teatud olemasolu isikuomadused ja inglise keele tase on erialale sisenemiseks täiesti piisav pagas. Ja heaks spetsialistiks saate saada ainult reaalsete projektide osas kogemusi omandades.
Alustuseks on hea aru saada, mis on eluring projekt ja millised on projekteerimise piirangud. Saage aru, millistest etappidest koosneb arendus algusest lõpuni: algatamine, nõuete kogumine, arendus ise, testimine, stabiliseerimine jne. - ja millised ülesanded projektijuhil igaühega neist on.
Ka algaja projektijuht peaks teadma, millised arenduskäsitlused eksisteerivad – ehk tutvuma metoodikaga. On klassikaline lähenemine, kus kõike tehakse järjestikku, ja on iteratiivne lähenemine, kus klient saab tulemused “portsjonitena”.
Loomulikult ei pea projektijuht olema programmeerija, kuid soovitav on teada põhitõdesid. Mitte tingimata, sest põhitõed projekti juht umbes sama igas valdkonnas. Aga IT-s ainevaldkonda vähemalt sisse tundma üldiselt vaja. Esiteks aitab see projekti arendusmeeskonnaga kiiremini koostööd teha ja neile lihtsamini selgitada, mida ja kuidas klient ellu viia soovib. Teiseks säästab see klientide endi aega: kui projekti raames midagi teha ei saa, siis räägid sellest koheselt või pakud sobiva alternatiivi.
Mis vahe on heal projektijuhil keskpärasest?
Projektijuhi põhiülesanne on teatud kvaliteediga projekti elluviimine seatud aja jooksul piiratud ressurssidega. Kuid minu arvates ei piisa sellest, et teda pidada heaks spetsialistiks. Töö tulemus ei ole lihtsalt valmistoode. On vajalik, et projekti lõppedes jääksid koostööga rahule nii klient kui ka arendusmeeskond. Kui ainult üks pool on rahul, siis pole juht teinud kõike, mida ta pidi.
Teine asi, mis teeb projektijuhist tõelise professionaali, on kogemus. Tihti juhtub, et inimesed lähevad eneseharimisega süvitsi: loevad raamatuid, uurivad veebilehti, käivad erinevatel seminaridel ja loengutel, käivad kursustel. Kõik see tähendab õppimist õppimise nimel. Nad peavad end esmaklassilisteks spetsialistideks ja omavad palju teoreetilisi teadmisi, kuid praktikas pole nad kunagi midagi proovinud. Hea spetsialist püüab kõiki uusi teadmisi oma töös rakendada.
ANTON
11 aastat IT alal: 2 aastat arendajana, 9 aastat juhtkonnas.
Nüüd elab ja töötab ta USA-s.
Mida on vaja, et saada IT-valdkonna projektijuhiks?
Suhtlemisoskused mängivad alati võtmerolli ja seda täiuslikult erinevad inimesed, ei ole alati kontakti ja lihtne rääkida. Teisalt on vaja iseorganiseerumist, vastutustunnet ja täpsust. Kui sa ei suuda oma tegude ja kohustuste eest vastata, siis seda enam ei tasu võtta vastutust kogu meeskonna eest.
Üldiselt meeldib mulle kinni pidada projektijuhtimise instituudi (PMI) seisukohast, mis arendab ja standardiseerib projektijuhtimise meetodeid. Neil on kood professionaalne eetika projektijuht. Tegelikult taandub see kõik neljale omadusele: vastutus (vastutus), austus (respekt), õiglus (õiglus) ja ausus (ausus).
Esimesega on kõik selge: peate oma sõna pidama ja mitte lubama seda, mida te ei suuda täita. Teine puudutab suhteid: nii kliendi kui ka oma meeskonnaga tuleb suhelda võrdselt viisakalt ja lugupidavalt, olenemata ametikohtadest ja hierarhiast. See tähendab, et nõukogude juht, kes ei suuda oma alluvatega viisakalt suhelda, ei tee seda. Õigluse puhul on samuti kõik selge - siin räägime samast suhtumisest kõigisse töötajatesse, vastutusvaldkondade ausast jaotusest.
Kõige keerulisem on ausus: peate kõigile tõtt rääkima. Sageli on kiusatus, kui midagi läheb valesti, öelda, et kõik on normaalne. Selgub, et selleks, et olla aus, peab ka projektijuht olema julge. Samas on oluline mitte segi ajada ausust info avalikustamisega – tuleb meeles pidada, et kogu info ei saa olla kõigile projektis osalejatele kättesaadav.
Keda õppima?
Alustada tasub kolleegidest: vajate kogenud inimest, kes oskab mõistlikult nõu anda. Algul tuleb lihtsalt proovida kliendiga suhelda: näiteks juhi nõusolekul teha igapäevaseid kõnesid, kus saab rääkida, kuidas töö edeneb ja küsimusi esitada.
See aitab suhelda teiste projektijuhtidega, kes on selles valdkonnas pikka aega töötanud. Praegu Minskis sellega probleeme pole õnneks: linnas peetakse konverentse, on poisse, kes reklaamivad oma projektijuhtimise seminare.
Kasulik on osaleda vähemametlikel kohtumistel, kus saab etteantud teemadel vabalt suhelda kogenud juhtidega. Näiteks võite minna aadressile Kirill Baranošnik kes regulaarselt korraldab Inimesed v Protsessi kohtumisi. Ta ei kutsu projektijuhte mitte ainult Valgevenest, vaid ka välismaalt. Tavaliselt on kokkusaamine pühendatud ühele konkreetsele teemale või probleemile, mida saab esinejatega arutada.
Olen veidi ambivalentne Certified Scrum Masteri sertifikaadi ja koolituse osas, mille peate selle saamiseks läbima. Ühest küljest oli selline koolitus 2012. aastal minu jaoks tõeline tõuge Scrumi ja Agile’i tegelikule mõistmisele, mida mul pärast mitmete raamatute ja artiklite iseseisvat lugemist ei tekkinud. Teisalt kohtasin nii Valgevenes kui ka USA-s väga palju inimesi, kes said selle tunnistuse ja läbisid koolituse, kuid ei mõistnud Agile’i olemust. Arvan, et antud juhul sõltub tulemus tugevalt treeneri isiksusest.
Projektijuhtimise "piibel" - Projektijuhtimise teadmistekogu(PMBOK), mille on avaldanud eelnimetatud PMI. See sisaldab kõigi projektijuhtimises kasutatavate protsesside ja teadmusvaldkondade kirjeldust. Ma ei soovita seda algajatele - raamat on kirjutatud kuivas vormikeeles, mis ei meenuta isegi mitte õpikut, vaid pigem reegleid liiklust. Protsesside, tehnikate, tööriistade, sisend- ja väljundinformatsiooni rangeid määratlusi lugedes on raske aru saada, mis on kaalul, kui te pole sellega varem praktikas kokku puutunud. Samas on raamat väga kasulik neile, kellel on juba mitmeaastane kogemus seljataga: see võimaldab kogu oma kogemuse klaarida ja suhelda samas keeles mis tahes riigi juhtidega.
Võin soovitada Stratoplani ressurssi. See on ühisprojekt Alexandra Orlova ja Vjatšeslav Pankratov- kaks tuntud projektijuhti Venemaalt. Erinevalt PMBOKist keskendub Stratoplan nn pehmetele oskustele, s.t. oskusi töötada ja inimestega suhelda. Nagu praktika näitab, on see projektijuhtimise kõige keerulisem osa. Saidil saate registreeruda kaugõppele, veebikoolitusele või personaaltreeneri tundidele, samuti lihtsalt osta materjalidega juurdepääsu raamatukogule. Kui te ei soovi veel raha kulutada, saate liituda ainult meililistiga (mõnikord annavad nad teada huvitavatest pakkumistest ja tutvustustest, sealhulgas tasuta juurdepääsu materjalidele) või lugeda ajaveebi.
Tähelepanu väärivatest raamatutest on "Tähtaeg. Romaan projektijuhtimisest Tom Demarco ja Timothy Lister. Raamat on kirjutatud vormis kunstiteos- see näeb välja nagu tavaline lugu, ainult juhi elust. Kuigi ma ei ütleks, et raamatu kunstiline väärtus on suur, on häid ideid selle kohta, kuidas projekti ja inimesi kohelda.
On mitmeid teisi raamatuid, mida peetakse projektijuhi elukutse nurgakivideks: Müütiline inimkuu Frederic Brooks ja "Kamikaze Way" Edward Yordon. Nendes olevad ideed on õiged ja kasulikud, kuid need on tekstis väga venitatud. Lisaks on palju detaile, mis on tänaseks juba aegunud. Näiteks soovitavad nad kõik projektiga toimuv märkmikusse üles kirjutada. Loomulikult ei tee seda enam keegi. Kuid raamatute põhiideed on siiski tõesed.
Raamat Getting Things Done aitas mul õppida, kuidas oma aega paremini hallata. David Allen. Asi on selles, kuidas oma aega organiseerida. Ja see puudutab ainult tähti, ülesandeid. See on tüüpiline probleem, millega iga projektijuht silmitsi seisab: sadu kirju hakkab posti kukkuma, keegi kirjutab Skype'is, hunnik lugemata sõnumeid Viberis - ja seda kõike korraga. Koolitus aitab sama probleemiga toime tulla. Maksim Dorofejev"Jedi tühja postkasti tehnika".
ANDREW
19 aastat IT-s: 10 aastat programmeerimises, 9 aastat projektijuhtimises.
Mida peaks uus projektijuht tegema?
Alustage kursuste või koolitustega. Nüüd suur valik kursused, koolitused ja seminarid. Alusta neist. Sa valdad baasi – ja sellega koos lähed ettevõttesse, kus on väljakujunenud protsessid ja töötajad, kellelt saad õppida, kinnistada ja praktikasse rakendada kogu kursustel antava teooria.
Tuginege metoodikale. Kohe töö alguses on kõige parem kinni pidada ühest või teisest projektijuhtimise standardist - see aitab mitte segadusse sattuda ja mitte teha alguses palju vigu. Te ei tohiks oma lähenemist välja mõelda enne, kui olete oma erialal esimesed 10 tuhat tundi töötanud. Noh, pärast - katsetage, proovige, optimeerige.
Õppige olema lahe. Juhi töö on seotud üsna kõrge stressitasemega. Ja oskus jääda rahulikuks, kui ümberringi kirevad, on väga väärtuslik omadus. Kellelgi on võimed sünnist saati, aga mõnda asja saab endas üles kasvatada. Selleks on koolitused: ajaplaneerimises, suhtlemises, ärisuhtluses.
Otsige endale mentor. Kolleeg, kellel on palju õppida ja kes on valmis sind õpetama, on hindamatu.
Otsige endale üks ja siis läheb kõik palju kiiremini ja lihtsamalt. Sellise inimese käest saab nõu või inspiratsiooni. Tõsi, see toimib ainult siis, kui olete ise valmis nõuandeid vastu võtma ja järgima.
Ole paindlik. Kõik inimesed on erinevad, igaühel on oma tugevused ja nõrgad küljed. Avage need oma meeskonnas. Muutuma peavad meeskonnaga suhtlemise põhimõtted. Võimatu on olla alati ainult komandör või ainult sõber. Peate suutma meeskonda toetada ja inspireerida, kuid mõnes olukorras peate olema karm.
Ole seal, kus sa oled. Tuleb meeles pidada, et pole olemas halbu või head inimesed, kuid konkreetseks tööks sobivad või mitte. Ühe projekti puhul on sinu senised oskused ja võimed täiesti piisavad, sobid ideaalselt ja tuled kõigega toime ning teise puhul saad kõike täis. Tunne ennast, tugevda oma tugevusi ja pinguta oma nõrkusi.
Ärge kartke ebaõnnestumist. hea spetsialist muutute kogemustega ja paar käbi toppides. Iga juhi karjääris on ebaõnnestunud projekt. Pole vaja meelt kaotada, vaid tuleb teha järeldused ja edasi liikuda. Negatiivne kogemus ei tohiks teid paranoiliseks muuta, vastasel juhul "puhute vette", kui see pole üldse vajalik. Parem on muidugi edust õppida – see motiveerib. Ebaõnnestumine õpetab teile, mida mitte teha, ja edu õpetab teile, mida täpselt teha.
Siin.
Foto: sait, kangelaste isiklik arhiiv.
CJSC "Itransition", UNP 190654745
Millised oskused peaksid projektijuhil olema ja kuidas neid omandada. Kas peaminister peaks olema tema juhitava projekti teemavaldkonnaga hästi kursis. Selle kohta - meie eksperdi Maxim Yakubovitši veerus.
Alustuseks, miks hakata projektijuhiks?
1. Nõudlus selle valdkonna professionaalide järele kasvab.
PMI (Project Management Institute) uuringute kohaselt kasvab 2020. aastaks vabade töökohtade arv kümnes riigis, kus nõudlus projektijuhtide järele kasvab, 13,4 miljonilt 41,5 miljonile töökohale.
2. Projektijuhtide palk on väga korralik. Siin näiteks IT valdkonna andmed.
Allikas: dev.by, juuni-september 2014 andmed, USD 3. Projektijuhi töö on pidev väljakutse ja pealehakkamine, millest tuleneb ka suur vastutus.
Millised pädevused peaksid projektijuhil olema?
Minu arvates on need järgmised:
1. Oskus koguda kokku õiged inimesed ja luua neist meeskond.
See tähendab:
- võime määrata inimeste psühholoogilisi omadusi, mõista nende tugevaid ja nõrku külgi üksikisikuna
- oskus meeskonnaliikmeid motiveerida
- oskus konflikte lahendada
- võime üles ehitada tööviljakuse pideva parandamise protsess
2. Läbirääkimisoskused.
3. Oskus juhtida.
4. Oskus valida konkreetsele projektile sobivam projektijuhtimise metoodika (või nende sümbioos) ning kohandada seda meeskonna- ja projektikeskkonnaga.
5. Mitmete projektijuhtimise tarkvaratoodete kasutamise ja juurutamise oskused.
Oskus koondada õigeid inimesi ja luua neist meeskond – grupp inimesi, kellel on ühine eesmärk ja vastutus selle saavutamise eest – on kõige keerulisem oskus, mida projektijuht peab omandama. Ja seda saab omandada ainult omandatud teadmisi praktikas rakendades.
Näiteks tutvusin omal ajal MBTI tippimistehnikaga ja hakkasin seda meeskonnas kasutama (see on eraldi artikli teema). Täna uurin teisi lähenemisviise, kuidas inimesed kirjutavad, et proovida ja täiustada oma meeskonna loomise ja arendamise oskusi.
Teine oluline oskus on läbirääkimised, mida on projektis tohutult palju. Ilma selle oskuseta kõrge tase, tekib projektijuhil otsuste tegemisel palju probleeme.
Selle pädevuse arendamiseks saab käia erinevatel suhtlemiskoolitustel ning omandatud teadmisi pidevalt koolitada, muutes need oskusteks.
Kolmas oskus, mida tasub RM-na arendada, on võime juhtida (või juhtida). Seda oskust saab minu arvates "pumbata". Juhiks saamise kohta kirjutatakse raamatuid, seda õpetatakse seminaridel ja koolitustel.
Neljas asi, mille pärast muretseda, on kogemus mitme projektijuhtimise metoodikaga, eelistatavalt vähemalt ühe raske ja ühe paindlikuga. See on umbes metoodikate tegelikust kasutamisest projektides, selle asemel, et neid raamatutest uurida. Mida rohkem metoodikat RM teab, seda parem tema meeskonnale. Ta oskab valida projekti jaoks sobivama metoodika (või integreerida mitu metoodikat) ning kohandada seda meeskonna ja projektikeskkonnaga.
Viiendaks on oskused kasutada ja juurutada mitmeid projektijuhtimise tarkvaratooteid. Tarkvaratoode automatiseerib enamasti mingisuguse metoodika, mis tähendab, et PM peab suutma valitud projektijuhtimise metoodika jaoks tarkvaratoote välja valida ja oma meeskonnas juurutada. Selle kogemuse saamiseks peab teil olema julgust automatiseerimisküsimustes juhtrolli haarata. projekti tegevused ja tuua meelde paar automatiseerimisprojekti.
Paljud, nagu minagi, on omal ajal huvitatud küsimusest: "Kas peaminister peab mõistma tema juhitava projekti teemavaldkonda?". Enamik inimesi ütleb jah. Ja ma pole nõus. Need teadmised ei tee haiget, kuid need pole vajalikud. See, et projektijuht pole kunagi programmeerinud, ei tähenda, et ta ei suudaks tarkvaraarendusprojekti edu saavutada. Piisab, kui ta leiab abilise (tehnilise juhi), kes mõistab programmeerimist, ja ehitab koos temaga usalduslik suhe et ta seda teeks tehniline osa projekt ja PM - meeskond, ajakava, projekti eelarve jne.
Kuidas siis projektijuhiks saada?
Alustada tuleb väikese projekti juhtimisest (2-5-liikmeline meeskond, tähtaeg kuus kuud kuni aasta). Selles projektis peate siluma haldusprotsesse, proovima sobivaid tööriistu, töötama meeskonnaga ja automatiseerima projektihaldust.
Projekti lõpus korralda kindlasti projekti ülevaatekoosolek ja kirjuta enda jaoks dokument “Õppetunnid” (mida õppisite, milliseid vigu tegite ja mida oleksite teisiti teinud).
Järgmist projekti võib juba mastaabi poolest veidi suuremalt võtta. Usun, et pärast 6-7 edukat (või "tinglikult edukat") projekti on peaminister juba küps "miljoni dollari" projektiks (mille tööjõueelarve on 1 miljon dollarit) ja ta võib saada projektijuhtimise professionaali tunnistuse. mis tahes sertifitseerimissüsteemile. Tegelikult saab temast sellise kogemustepagasi ja ülalkirjeldatud oskuste omandamisel küpses eas projektijuht.
Märgin, et kõik eelpool kirjutatu on vaid minu isiklik nägemus projektijuhi rollist läbi kahekümne selles rollis valminud projekti prisma. Kui teil on teistsugune seisukoht - loen teie kommentaare hea meelega.
Maksim Jakubovitš
Siin ja praegu konsultatsioonigrupi projektijuhtimise ekspert, konsultant ja äritreener.
Üle 10 aastane kogemus projektijuhtimises.
20 lõpetatud projekti projektijuhina ja projektiprogrammijuhina.
Õpetajakogemus - 8 aastat. Tema seminaridel on koolitatud umbes 2000 õpilast.
Venemaa Juhtimiskõrgkooli projektijuhtimise mooduli õppejõud.
Projektijuhtimise külalislektor Briti Kõrgemas Disainikoolis.
Juhtiv
