Moi.
Opiskelen IT-tradenomiksi ja erityisesti kiinnostaisi projektityöskentely yms. Palkassakaan ei ole valittamista kuulemma :) Haluaisin tietää enemmän joltakin jolla on kokemusta; millaista työtä? Minkälaisia taitoja ja tietoja vaaditaan esim. projektipäälliköltä tai vastaavalta, alalle halajavalle?
Olisi hyödyllistä tietää. Kiits :)
Projektipäällikön hommat
Random_Kirjoittelija
23
6043
Vastaukset
PP:n homma on koiranvirka... :)
Englanniksi kun osaa lukea, niin kaikki missä lukee "manager" tittelissä, pitäisi kiertää kaukaa. Sopii tietysti joillekin, mutta...
Lankojen käsissä pitämistä, tyhmiin kysymyksiin vastaamista, jne. Jos tykkäät pyöritellä powerpointteja ja tehdä pitkiä päiviä etenemättä hommissa sen kummemmin, niin ehkä tämä on sinua varten.
Toki tuonkin voi yleensä tehdä useammalla tavalla. Projektista riippuu hirveästi, minkä verran managerointia se vaatii. Tiedän pp:tä, jotka pyörittävät 5-6 projektia yhtä aikaa, ja tiedän projekteja joita pyörittämässä on 4-5 manageria. Ovat hieman erilaisia ne hommatkin.- ....
Työkokemusta 10 vuotta erilaisista projekteista ja mieluiten monen eri työnantajan leivissä jotta osaamispohja laajenee. Huomaat pikkuhiljaa saavasi vastuun isommista kokonaisuuksista ja jossain vaiheessa oletkin sitten projektipäällikkö.
Jos juutut samaan työhön liian pitkäksi aikaa niin vaihda taloa koska ainakin silloin pääset vaikuttamaan työnkuvaasi. - hohhoijjakkaa
IT-alan työpaikoista projarin homma on kusisin. 90% projekteista kusee jollain tasolla: aikataulut venyvät, budjetti ylittyy, koodarit ei osaa, lopputuote on kissa kun pitäisi olla koira, resurssit ryöstetään eikä asiakas ole määrittelyjen ja muutoksenhallinnan mukaisesta toteutuksesta huolimatta tyytyväinen kun ratkaisu "ei sittenkään" muuta kuun kiertorataa ovaalista kulmikkaaksi paraabeliksi vaikka myyjä Oy IT-Firma AB:n toimitusjohtaja niin väitti. Ja tämän vuoksi asiakas reklamoi kaiken laskutuksen kunnes polkuhintaan mahdottomilla työmääräarvioilla myydystä toimituksesta annetaan 50% alennus.
Projektit on myyty miten saattuu tyyliin "toteutus toimivana, ja valmis toteutus toimitettu mieluiten jo eilen ilman projektinhallinnan, määrittelyn ja itse asiassa kaiken muuttamisen kustannuksia". Projari keskittyy jo alussa ottamaan vastaan koodareiden ahdistuksen, asiakkaan vitutuksen ja lopulta esimiehen paskan sekä vääntämään perse ruvella samalla kun viedään välistä viimeisetkin resurssit johonkin "vielä tärkeämpään kylälähtee-projektiin" jonka piti olla valmis eilen ja oletetaan, että aikaisempi kylälähtee-projekti viedään ilman resurssejakin aikataulussa loppuun.
Lopulta pitkäaikainen asiakas Oy Yritys AB soittaa Oy IT-Firma AB:n toimitusjohtajalle, että "Taasko teillä projektipäällikkö vaihtuu? Mikä siinä on kun jo kymmenen projektipäällikköä ollut näissä hankkeissa viiden vuoden aikana ja kuu on vielä ovaalilla radalla? Pitääkö meidän vaihtaa toimittajaa?" Ja sitten OY IT-Firma AB:n pomo myy taas uuden kylälähtee-projektin ilmaiseksi ilman onnistumisen mahdollisuuksia ja asiakas luulee saavansa myös Marsin kiertoradan uuteen uskoon. Palkataan uusi projektipäällikkö uupuneen tilalle ja ympyrä sulkeutuu.- sama kokemus
Aika tyypillisesti myyjä haluaa myydä ihmeen, ostaja haluaa ostaa ihmeen ja projektipäällikkö on sitten se onneton jonka se ihme pitäisi tehdä. Ja kun ei niitä ihmeitä yleensä tapahdu niin sitten tulee armotta monotusta sekä omalta että vieraalta taholta.
- IT lapiomies
sama kokemus kirjoitti:
Aika tyypillisesti myyjä haluaa myydä ihmeen, ostaja haluaa ostaa ihmeen ja projektipäällikkö on sitten se onneton jonka se ihme pitäisi tehdä. Ja kun ei niitä ihmeitä yleensä tapahdu niin sitten tulee armotta monotusta sekä omalta että vieraalta taholta.
Eikö projektipäällikkö ole se henkilö jolla ei ole muuta virkaa kuin huohottaa TEKIÖIDEN niskaan?
Olla paskasaavi mihin kaikki voi vuorollaan käydä tyhjentämässä tarpeensa. Ei käy kateeksi. Ja mitä kykyjä projektipäälliköltä vaaditaan. Kokemusteni perusteella ei jurikaan mitään ainoa kyky mikä on ehoton on teflonpinnoitus ja väliinpitämätön luonne. Muuten on burnout saletti. Senverran tampioita pp on ollut mukana että oikeen hävettänyt asiakaspalavereissa. Parhaassa tapauksessa PP on niin pihalla että asiakas joutuu sopimaan asiantuntioiden kanssa suoraan aikatauluista yms. Asiantuntia on sitten velvollinen ilmoittelemaan tekemisistään projektipäällikölle. Sitten kun lähtee kertomaan missä mennään sama silmien pyörittely jatkuu ei mene mitään perille. No ei mene kun ei ole edes tiedä mitä ollaan oikeasti tekemässä.
Tässä nyt kärjistettynä koko hirveys asiantuntian näkökulmasta. Itse asiantuntiana en vaihtaisi manager hommiin sama palkka (ylityöt maksetaan) vastuuta aivan eri tavalla. Asiantuntiana hoidat vaan omat hommasi kunnialla ja katsot miten koko projekti menee taas kiville.
Hyviä projektipäälliköitä on. Ne ovat kullan arvoisia harvoin löytyy niitä projektipäälliköitä jotka pystyvät olemaan asiantuntioille resurssina. Ymmärtämään sekä asiakkaan että asiantuntioiden tarpeet tässä välimaastossa ei liene helppoa sillä molemmista osa-alueista on ymmärrettävä perusteet ja ehkä vähän enemmän. - koodari 69
Paska projektipäällikkö jos lupaa vähällä rahalla liikaa asiakkaalle. Ei kaikkia projekteja kannata toteuttaa.
- 16+20
Mutta kannattaa ensin hankkia perusosaamista alan töistä. On huomattavasti varmempi olo, kun osaa itsekin edes jotain siitä, mitä ne projektissasi työskentelevät asiantuntijat tekevät.
Juuri nyt ei tule mieleen, että olisin koskaan tavannut yhtään hyvää projektipäällikköä, jolla ei olisi ollut pohjalla koodausta tai testausta omin pikku kätösin.
Ei muuten ole ihan epätavallinen polku projektipäälliköksi, että aloittaa test managerina. Testaus on usein tyypillisesti eräänlainen aliprojekti ja sen hanskaaminen ei loppujen lopuksi juuri varsinaisen projektipäällikön työstä eroa.- hjuu
IT-hommissa ns. hallinnollisen projektipäällikön vakanssien toimivuuteen. Pelkkää paperia tekemällä ja pontevaa management-rumbaa pyörittämällä ei homma hoidu, ellei ole takana aika hyvää näkemystä siitä mitä duuniin tulee sisältymään ja missä ne vaikeudet ja sudenkuopat piilee. Tai sitten tueksi tarvitaan vankka ammattihenkilö pääsuunnittelijan nimikkeellä.
- Onhan noita jo nähty
hjuu kirjoitti:
IT-hommissa ns. hallinnollisen projektipäällikön vakanssien toimivuuteen. Pelkkää paperia tekemällä ja pontevaa management-rumbaa pyörittämällä ei homma hoidu, ellei ole takana aika hyvää näkemystä siitä mitä duuniin tulee sisältymään ja missä ne vaikeudet ja sudenkuopat piilee. Tai sitten tueksi tarvitaan vankka ammattihenkilö pääsuunnittelijan nimikkeellä.
...pitää olla se arkkitehti tai technical lead tai mitä nimikettä käytetäänkin, jolla on lujasti hanskassa itse se tekninen ratkaisu. Projektipäällikön ei tarvitse hallita detskuja, riittää, kun ymmärtää pääpiirteissään. Mutta sen ymmärryksen saavuttaminen on helpompaa, jos on sitä oikeaa työkokemusta alla. Minä oletan, että on olemassa niinkin kovia luita tiimin ja projektin hanskaamiseen, että he pärjäävät ilman sellaista pohjaa. Mutta en ole tainnut koskaan sellaista itse tavata.
Mutta sanon myös toisin päin: homma ei skulaa niin, että projektipäällikkö vastaisi myös siitä arkkitehdin roolista. Silloin ei pysy homma näpeissä. Ne pitää olla erikseen. - Erwwin
Onhan noita jo nähty kirjoitti:
...pitää olla se arkkitehti tai technical lead tai mitä nimikettä käytetäänkin, jolla on lujasti hanskassa itse se tekninen ratkaisu. Projektipäällikön ei tarvitse hallita detskuja, riittää, kun ymmärtää pääpiirteissään. Mutta sen ymmärryksen saavuttaminen on helpompaa, jos on sitä oikeaa työkokemusta alla. Minä oletan, että on olemassa niinkin kovia luita tiimin ja projektin hanskaamiseen, että he pärjäävät ilman sellaista pohjaa. Mutta en ole tainnut koskaan sellaista itse tavata.
Mutta sanon myös toisin päin: homma ei skulaa niin, että projektipäällikkö vastaisi myös siitä arkkitehdin roolista. Silloin ei pysy homma näpeissä. Ne pitää olla erikseen.että sen arkkitehdin pitää saada keskittyä siihen itse tuotteeseen. Ei siinä voi koko ajan hoitaa kaikkia juoksevia asioita. Jää pääasia tekemättä.
- P-Piällikkö
Mutta tuleepahan tehdyksi.
V-mäisintä on jos ja kun et saa kunnon projektiorganisaatiota kasaan, harvoin pystyy kasaamaan mitään dream tiimiä. Pahimmillaan homma on evvk-asenteella olevan porukan, niin projektin kuin sponsorien, kanssa tappelua puun ja kuoren välissä. Käytännössä olet hyvä syyllis-kandidaatti mutta mitään valtaa asioihin ei tyypillisesti ole eikä mihinkään saa kulua aikaa eikä varsinkaan maksaa mitään.
Pakko kehittää aika paksu nahka jos meinaa hommassa viihtyä.- Random_Kirjoittelija
Niitä on nyt tullut jonkin verran, oli kiva lukea mitä mieltä hieman kokeneemmat henkilöt ovat tuosta virasta. Nooh, suurimmaksi osaksihan nuo kokemukset/näkemykset ovat olleet jokseenkin negatiivisia, mutta eipä tuo vaikuta oikeastaan omaan mielipiteeseeni juuri lainkaan.
Joka tapauksessa, se tuli ainakin selväksi että nuihin hommiin ei ainakaan ryhdytä palkan takia vaan osaamista on löydyttävä ja paljonkin, muuten ei pitkälle pötkitä... Samahan pätee moneen muuhunkin haastavampaan työtehtävään. - ogma
Random_Kirjoittelija kirjoitti:
Niitä on nyt tullut jonkin verran, oli kiva lukea mitä mieltä hieman kokeneemmat henkilöt ovat tuosta virasta. Nooh, suurimmaksi osaksihan nuo kokemukset/näkemykset ovat olleet jokseenkin negatiivisia, mutta eipä tuo vaikuta oikeastaan omaan mielipiteeseeni juuri lainkaan.
Joka tapauksessa, se tuli ainakin selväksi että nuihin hommiin ei ainakaan ryhdytä palkan takia vaan osaamista on löydyttävä ja paljonkin, muuten ei pitkälle pötkitä... Samahan pätee moneen muuhunkin haastavampaan työtehtävään.- paljon kokemusta alalta, vaikka jotkut väittävätkin, ettei kokemus ko. alalta ole välttämätöntä, kunhan on vetänyt projektia. Mielestäni tämä ei pidä paikkaansa, koska softan tekemisen koko olemus on erilaista kuin esim. laivojen (toisella on fyysinen olemus, toisella ei)
- kykyä ymmärtää sosiaalisia kuvioita (neuvottelutaitoa, diplomatiaa yms.), koska lähes kaikkia asiat ohjelmistotekniikasta ovat riippuvaisia ihmisistä (vaatimukset, aikataulupaineet, koodi yms.)
- hallussaan administrivia eli ne management työkalut joiden avulla manageroidaan (siis powerpoint :-))
- kyky sanoa "EI" silloin kun sen paikka on ja vieläpä niin, että EI:n vastaanottava henkilö pitää sitä jopa osavoittona (positiivinen EI)
- kyky tunnistaa tunnistaa omat heikkoutensa ja konsultoida päteviltä asiantuntijoilta, kun ei tiedä
- kyky osata jakaa työtä ja vastuuta sopivasti, jottei itse tai joku muu pala loppuun (delegointi)
Erinomaiselta projektipäälliköltä ei vaadita erinomaista kykyä olla koodari, testaaja tai muu vastaava suorittaja. Heiltä vaaditaan muita kykyjä, jotka eivät välttämättä auta projektipäällikköä tehtävässään vaan pikemminkin saattaa harhauttaa väärille poluille (tekemään muiden töitä). Projektipäällikkö on usein virka, jolla usein palkitaan suorittavia ihmisiä. Se ei aina ole hyvä, koska ko. henkilöllä ei välttämättä ole kykyjä toimia ko. tehtävässä vaan hän olisi parempi suorittamassa sitä, mitä oli tekemässä aikaisemminkin. Ja toisaalta tämä päällikkyys-termi aiheuttaa, joissakin ihmisissä sen, että he kuvittelevat olevansa jollain tavalla muiden yläpuolella. Kuitenkin projektipäällikkyys oikeasti tarkoittaa muiden palvelemista. Projektipäällikön pitää tarjota suoja suorittavalla porukalle ulkoisten asioiden häiriöiltä. Usein muistetaan manager-asiat (armeijassa manager käskee "taakse-poistu") ja unohdetaan leadership. Esimerkiksi "Tuntemattoman sotilaan" Rokka, Koskela ja Kariluoto ovat "hyviä" esimerkkejä leadership-johtajista ja Lammio erinomainen esimerkki manager-johtajasta.
Koska monesti projektipäälliköillä (usein myös organisaatiolla ja asiakkailla) on väärät käsitykset projektipäällikön roolista, niin softaprojektit ovat myöhässä, yli budjetin ja laaduttomia. Syy ei ole yksin projektipäällikön vaan koko softabusineksessa.
Ei projektipäällikön virka ole mikään koiran virka. Hyvänä päivänä se voi olla ihan vaan paska homma.... Joskus tosin se voi olla todella palkitsevaakin, mutta eri tavalla kuin suorittavalla puolella. Eikä se korkeampi palkka vain hyvää hyvyyttään siellä ole, kyllä sen eteen joutuu hommia tekemään.
Jos haluat opiskella projektipäällikön teoriaa, niin siihen sisältyy vaatimusten hallintaa, projektien administrivia, kokous- ja neuvottelutaito, metriikat ja mittaus, testauksen hallintaa ja markkinoitia noin pintapuolisesti mainiten. Ja paljon muutakin. Suomeksi löytyy projektin johtamisesta sekä management että leadership kirjallisuutta, jota kannattaa tutkia. Muuten on varmasti vastassa koiran virka :-) - lähes yli-ihminen
ogma kirjoitti:
- paljon kokemusta alalta, vaikka jotkut väittävätkin, ettei kokemus ko. alalta ole välttämätöntä, kunhan on vetänyt projektia. Mielestäni tämä ei pidä paikkaansa, koska softan tekemisen koko olemus on erilaista kuin esim. laivojen (toisella on fyysinen olemus, toisella ei)
- kykyä ymmärtää sosiaalisia kuvioita (neuvottelutaitoa, diplomatiaa yms.), koska lähes kaikkia asiat ohjelmistotekniikasta ovat riippuvaisia ihmisistä (vaatimukset, aikataulupaineet, koodi yms.)
- hallussaan administrivia eli ne management työkalut joiden avulla manageroidaan (siis powerpoint :-))
- kyky sanoa "EI" silloin kun sen paikka on ja vieläpä niin, että EI:n vastaanottava henkilö pitää sitä jopa osavoittona (positiivinen EI)
- kyky tunnistaa tunnistaa omat heikkoutensa ja konsultoida päteviltä asiantuntijoilta, kun ei tiedä
- kyky osata jakaa työtä ja vastuuta sopivasti, jottei itse tai joku muu pala loppuun (delegointi)
Erinomaiselta projektipäälliköltä ei vaadita erinomaista kykyä olla koodari, testaaja tai muu vastaava suorittaja. Heiltä vaaditaan muita kykyjä, jotka eivät välttämättä auta projektipäällikköä tehtävässään vaan pikemminkin saattaa harhauttaa väärille poluille (tekemään muiden töitä). Projektipäällikkö on usein virka, jolla usein palkitaan suorittavia ihmisiä. Se ei aina ole hyvä, koska ko. henkilöllä ei välttämättä ole kykyjä toimia ko. tehtävässä vaan hän olisi parempi suorittamassa sitä, mitä oli tekemässä aikaisemminkin. Ja toisaalta tämä päällikkyys-termi aiheuttaa, joissakin ihmisissä sen, että he kuvittelevat olevansa jollain tavalla muiden yläpuolella. Kuitenkin projektipäällikkyys oikeasti tarkoittaa muiden palvelemista. Projektipäällikön pitää tarjota suoja suorittavalla porukalle ulkoisten asioiden häiriöiltä. Usein muistetaan manager-asiat (armeijassa manager käskee "taakse-poistu") ja unohdetaan leadership. Esimerkiksi "Tuntemattoman sotilaan" Rokka, Koskela ja Kariluoto ovat "hyviä" esimerkkejä leadership-johtajista ja Lammio erinomainen esimerkki manager-johtajasta.
Koska monesti projektipäälliköillä (usein myös organisaatiolla ja asiakkailla) on väärät käsitykset projektipäällikön roolista, niin softaprojektit ovat myöhässä, yli budjetin ja laaduttomia. Syy ei ole yksin projektipäällikön vaan koko softabusineksessa.
Ei projektipäällikön virka ole mikään koiran virka. Hyvänä päivänä se voi olla ihan vaan paska homma.... Joskus tosin se voi olla todella palkitsevaakin, mutta eri tavalla kuin suorittavalla puolella. Eikä se korkeampi palkka vain hyvää hyvyyttään siellä ole, kyllä sen eteen joutuu hommia tekemään.
Jos haluat opiskella projektipäällikön teoriaa, niin siihen sisältyy vaatimusten hallintaa, projektien administrivia, kokous- ja neuvottelutaito, metriikat ja mittaus, testauksen hallintaa ja markkinoitia noin pintapuolisesti mainiten. Ja paljon muutakin. Suomeksi löytyy projektin johtamisesta sekä management että leadership kirjallisuutta, jota kannattaa tutkia. Muuten on varmasti vastassa koiran virka :-)Korkea palkka, suuri kunnia, yhteiskunnallinen arvostus!
On vain osattava käskeä ja komentaa. - Random_Kirjoittelija
ogma kirjoitti:
- paljon kokemusta alalta, vaikka jotkut väittävätkin, ettei kokemus ko. alalta ole välttämätöntä, kunhan on vetänyt projektia. Mielestäni tämä ei pidä paikkaansa, koska softan tekemisen koko olemus on erilaista kuin esim. laivojen (toisella on fyysinen olemus, toisella ei)
- kykyä ymmärtää sosiaalisia kuvioita (neuvottelutaitoa, diplomatiaa yms.), koska lähes kaikkia asiat ohjelmistotekniikasta ovat riippuvaisia ihmisistä (vaatimukset, aikataulupaineet, koodi yms.)
- hallussaan administrivia eli ne management työkalut joiden avulla manageroidaan (siis powerpoint :-))
- kyky sanoa "EI" silloin kun sen paikka on ja vieläpä niin, että EI:n vastaanottava henkilö pitää sitä jopa osavoittona (positiivinen EI)
- kyky tunnistaa tunnistaa omat heikkoutensa ja konsultoida päteviltä asiantuntijoilta, kun ei tiedä
- kyky osata jakaa työtä ja vastuuta sopivasti, jottei itse tai joku muu pala loppuun (delegointi)
Erinomaiselta projektipäälliköltä ei vaadita erinomaista kykyä olla koodari, testaaja tai muu vastaava suorittaja. Heiltä vaaditaan muita kykyjä, jotka eivät välttämättä auta projektipäällikköä tehtävässään vaan pikemminkin saattaa harhauttaa väärille poluille (tekemään muiden töitä). Projektipäällikkö on usein virka, jolla usein palkitaan suorittavia ihmisiä. Se ei aina ole hyvä, koska ko. henkilöllä ei välttämättä ole kykyjä toimia ko. tehtävässä vaan hän olisi parempi suorittamassa sitä, mitä oli tekemässä aikaisemminkin. Ja toisaalta tämä päällikkyys-termi aiheuttaa, joissakin ihmisissä sen, että he kuvittelevat olevansa jollain tavalla muiden yläpuolella. Kuitenkin projektipäällikkyys oikeasti tarkoittaa muiden palvelemista. Projektipäällikön pitää tarjota suoja suorittavalla porukalle ulkoisten asioiden häiriöiltä. Usein muistetaan manager-asiat (armeijassa manager käskee "taakse-poistu") ja unohdetaan leadership. Esimerkiksi "Tuntemattoman sotilaan" Rokka, Koskela ja Kariluoto ovat "hyviä" esimerkkejä leadership-johtajista ja Lammio erinomainen esimerkki manager-johtajasta.
Koska monesti projektipäälliköillä (usein myös organisaatiolla ja asiakkailla) on väärät käsitykset projektipäällikön roolista, niin softaprojektit ovat myöhässä, yli budjetin ja laaduttomia. Syy ei ole yksin projektipäällikön vaan koko softabusineksessa.
Ei projektipäällikön virka ole mikään koiran virka. Hyvänä päivänä se voi olla ihan vaan paska homma.... Joskus tosin se voi olla todella palkitsevaakin, mutta eri tavalla kuin suorittavalla puolella. Eikä se korkeampi palkka vain hyvää hyvyyttään siellä ole, kyllä sen eteen joutuu hommia tekemään.
Jos haluat opiskella projektipäällikön teoriaa, niin siihen sisältyy vaatimusten hallintaa, projektien administrivia, kokous- ja neuvottelutaito, metriikat ja mittaus, testauksen hallintaa ja markkinoitia noin pintapuolisesti mainiten. Ja paljon muutakin. Suomeksi löytyy projektin johtamisesta sekä management että leadership kirjallisuutta, jota kannattaa tutkia. Muuten on varmasti vastassa koiran virka :-)Hieno teksti :) itse olen juuri kiinnostunut tuosta projektitoiminnasta ja tietenkin projektikulttuurin hallinnasta. Itse asiassa tuo sosiaalisuus minua siinä onkin aina kiehtonut, pidän erilaisten ihmisten kanssa työskentelystä ja tutustumisesta uusiin mielenkiintoisiin ideoihin.
Hyvä että jotain positiivistakin kuulee ;) eikä sitä tarvitse välttämättä heti korkealle tähdätä, pääasia vain että löytää sen oman juttunsa, minun kohdallani se löytyy IT-alalta :D - pm
Random_Kirjoittelija kirjoitti:
Hieno teksti :) itse olen juuri kiinnostunut tuosta projektitoiminnasta ja tietenkin projektikulttuurin hallinnasta. Itse asiassa tuo sosiaalisuus minua siinä onkin aina kiehtonut, pidän erilaisten ihmisten kanssa työskentelystä ja tutustumisesta uusiin mielenkiintoisiin ideoihin.
Hyvä että jotain positiivistakin kuulee ;) eikä sitä tarvitse välttämättä heti korkealle tähdätä, pääasia vain että löytää sen oman juttunsa, minun kohdallani se löytyy IT-alalta :DMoi,
omat kokemukset:
- vaihtelevampaa kuin aikoinaan koodarin hommissa, vetoaa minuun
- stressaavampaa, jos sitä ei kestä niin sitten ei ehkä sovi
- vaatii paljon sosiaalisia taitoja, itsellä näissä parannusta vuosien varrella
- helpompi vaihtaaa hommia / firmaa kuin koodarin, mikä plussaa kun työtilanne on mikä on
- parempi liksa syystäkin, ei välttämättä kuitenkaan jos vertaa suhteessa työmääriin
- en suosittele vaihtamaan tuoreeltaan näihin hommiin jos just on tulossa lapsia
- teknisen polun kautta varmaan järkevin lähestyä tai tuon testikuvion kautta jota ylempänä mainittiin
- pahimmillaan tosi paska hommaa, mutta projektit päättyvät aina aikanaan:)
- itse toiminut 3:ssa organisaatiossa PM:nä -> talon kulttuuri / prosessit vaikuttavat työhön todella paljon. Suosittelen vaihtamaan paikkaa (firmaa / organisaatiota isoissa lafkoissa) silloin tällöin ainakin alkuvaiheessa että näkee vähän eri malleja ja suhteuttaa niitä toisiinsa
- linja / proj. organisaatio ero selvitettävä -> jos olet proj. vetoisessa organisaatiossa roolisi on merkittävästi laajempi kuin linjaorganisaatiossa jossa olet vain "proj. sihteeri".
- nämä agiilit mallit tosi pop (vaikka product owner rooli?), itsellä ei kokemusta näistä mikä suoraan sanoen on huono juttu jos nyt pitäisi hakea duunia
- itse olen hiukan kyllästynyt työn kuvaan kuuluvaan lässytykseen asiakkaan tai talon sisällä
- - Vanha kojootti
pm kirjoitti:
Moi,
omat kokemukset:
- vaihtelevampaa kuin aikoinaan koodarin hommissa, vetoaa minuun
- stressaavampaa, jos sitä ei kestä niin sitten ei ehkä sovi
- vaatii paljon sosiaalisia taitoja, itsellä näissä parannusta vuosien varrella
- helpompi vaihtaaa hommia / firmaa kuin koodarin, mikä plussaa kun työtilanne on mikä on
- parempi liksa syystäkin, ei välttämättä kuitenkaan jos vertaa suhteessa työmääriin
- en suosittele vaihtamaan tuoreeltaan näihin hommiin jos just on tulossa lapsia
- teknisen polun kautta varmaan järkevin lähestyä tai tuon testikuvion kautta jota ylempänä mainittiin
- pahimmillaan tosi paska hommaa, mutta projektit päättyvät aina aikanaan:)
- itse toiminut 3:ssa organisaatiossa PM:nä -> talon kulttuuri / prosessit vaikuttavat työhön todella paljon. Suosittelen vaihtamaan paikkaa (firmaa / organisaatiota isoissa lafkoissa) silloin tällöin ainakin alkuvaiheessa että näkee vähän eri malleja ja suhteuttaa niitä toisiinsa
- linja / proj. organisaatio ero selvitettävä -> jos olet proj. vetoisessa organisaatiossa roolisi on merkittävästi laajempi kuin linjaorganisaatiossa jossa olet vain "proj. sihteeri".
- nämä agiilit mallit tosi pop (vaikka product owner rooli?), itsellä ei kokemusta näistä mikä suoraan sanoen on huono juttu jos nyt pitäisi hakea duunia
- itse olen hiukan kyllästynyt työn kuvaan kuuluvaan lässytykseen asiakkaan tai talon sisällä
-Tuosta palkan ja työmäärän suhteesta sanoisin monivuotisen kokemuksen syvällä rintaäänellä, että siinä on vahva korrelaatio projektipäällikön osaamiseen ja kokeneisuuteen. Noviisi tekee pitkiä päiviä ja stressaa, kokenut kelmi tekee ajallisesti paljon vähemmän ja saa silti enemmän palkkaa. Mutta se homman juju on siinä, että kokenut kelmi tekee ne oikeat asiat ja tekee ne oikein. Eikä tätä juttua voi kunnollaa opettaa tai oppia kirjoista, se tulee vain ja ainoastaan tekemällä.
Toinen tähän asiaan liittyvä juju on siinä, että lähes kaikki pp:t ovat entisiä koodareita; se kun on edelleenkin jonkinmoinen perussääntö, että olemalla hyvä jossain hommassa sinulla on paremmat mahdollisuudet päästä "eteenpäin". Ja se siirtymä voi olla aika vaikea kynnys: toisaalta on tottunut hektiseen tekemiseen ja konkreettisiin tuloksiin ja voi tuntua siltä, ettei enää teekään mitään, toisaalta pitäisi osata irtautua ja antaa koodareiden hoitaa oma hommansa.
Hirveä määrä joutavia palavereita ja paskanjauhantaa tähän työhön liittyy, ei sille oikein mitään voi. Täytyy vain yrittää olla kuorsaamatta kokouksissa... - administrointi
Vanha kojootti kirjoitti:
Tuosta palkan ja työmäärän suhteesta sanoisin monivuotisen kokemuksen syvällä rintaäänellä, että siinä on vahva korrelaatio projektipäällikön osaamiseen ja kokeneisuuteen. Noviisi tekee pitkiä päiviä ja stressaa, kokenut kelmi tekee ajallisesti paljon vähemmän ja saa silti enemmän palkkaa. Mutta se homman juju on siinä, että kokenut kelmi tekee ne oikeat asiat ja tekee ne oikein. Eikä tätä juttua voi kunnollaa opettaa tai oppia kirjoista, se tulee vain ja ainoastaan tekemällä.
Toinen tähän asiaan liittyvä juju on siinä, että lähes kaikki pp:t ovat entisiä koodareita; se kun on edelleenkin jonkinmoinen perussääntö, että olemalla hyvä jossain hommassa sinulla on paremmat mahdollisuudet päästä "eteenpäin". Ja se siirtymä voi olla aika vaikea kynnys: toisaalta on tottunut hektiseen tekemiseen ja konkreettisiin tuloksiin ja voi tuntua siltä, ettei enää teekään mitään, toisaalta pitäisi osata irtautua ja antaa koodareiden hoitaa oma hommansa.
Hirveä määrä joutavia palavereita ja paskanjauhantaa tähän työhön liittyy, ei sille oikein mitään voi. Täytyy vain yrittää olla kuorsaamatta kokouksissa...saa useissa organisaatioissa aivan ylimitoitetun painoarvon, tyypillisesti ko. työtä koskaan itse tekemättömien erilaisten prosessi-, laatu- ja menetelmäkehittäjien toimesta. Jos jonkinlaista lippulappua ja propushkaa keksitään kuin viimeistä päivää. Tosiasia on kumminkin että Suomen mittakaavassa tehdään valtaosiltaan niin pieniä projekteja etteivät ne valtavaa
hallinnoinnin painolastia kaipaa. Ei ne työt kuponkia täyttäen tule tehdyksi.
Hallinnoinnin määrä on suhteessa työmaan kokoon, jota eivät nämä erilaiset kehittäjät ymmärrä, usein kopioidaan silmät kirkkaina amerikkalaisen konsultin tai kirjailijan myymät menetelmät ymmärtämättä että ne on tehty alunperin johonkin Yhdysvaltain puolustushallinnon megalomaanisiin kymmenien tuhansien ihmisten hankkeisiin. - Salainen_Agentti
ogma kirjoitti:
- paljon kokemusta alalta, vaikka jotkut väittävätkin, ettei kokemus ko. alalta ole välttämätöntä, kunhan on vetänyt projektia. Mielestäni tämä ei pidä paikkaansa, koska softan tekemisen koko olemus on erilaista kuin esim. laivojen (toisella on fyysinen olemus, toisella ei)
- kykyä ymmärtää sosiaalisia kuvioita (neuvottelutaitoa, diplomatiaa yms.), koska lähes kaikkia asiat ohjelmistotekniikasta ovat riippuvaisia ihmisistä (vaatimukset, aikataulupaineet, koodi yms.)
- hallussaan administrivia eli ne management työkalut joiden avulla manageroidaan (siis powerpoint :-))
- kyky sanoa "EI" silloin kun sen paikka on ja vieläpä niin, että EI:n vastaanottava henkilö pitää sitä jopa osavoittona (positiivinen EI)
- kyky tunnistaa tunnistaa omat heikkoutensa ja konsultoida päteviltä asiantuntijoilta, kun ei tiedä
- kyky osata jakaa työtä ja vastuuta sopivasti, jottei itse tai joku muu pala loppuun (delegointi)
Erinomaiselta projektipäälliköltä ei vaadita erinomaista kykyä olla koodari, testaaja tai muu vastaava suorittaja. Heiltä vaaditaan muita kykyjä, jotka eivät välttämättä auta projektipäällikköä tehtävässään vaan pikemminkin saattaa harhauttaa väärille poluille (tekemään muiden töitä). Projektipäällikkö on usein virka, jolla usein palkitaan suorittavia ihmisiä. Se ei aina ole hyvä, koska ko. henkilöllä ei välttämättä ole kykyjä toimia ko. tehtävässä vaan hän olisi parempi suorittamassa sitä, mitä oli tekemässä aikaisemminkin. Ja toisaalta tämä päällikkyys-termi aiheuttaa, joissakin ihmisissä sen, että he kuvittelevat olevansa jollain tavalla muiden yläpuolella. Kuitenkin projektipäällikkyys oikeasti tarkoittaa muiden palvelemista. Projektipäällikön pitää tarjota suoja suorittavalla porukalle ulkoisten asioiden häiriöiltä. Usein muistetaan manager-asiat (armeijassa manager käskee "taakse-poistu") ja unohdetaan leadership. Esimerkiksi "Tuntemattoman sotilaan" Rokka, Koskela ja Kariluoto ovat "hyviä" esimerkkejä leadership-johtajista ja Lammio erinomainen esimerkki manager-johtajasta.
Koska monesti projektipäälliköillä (usein myös organisaatiolla ja asiakkailla) on väärät käsitykset projektipäällikön roolista, niin softaprojektit ovat myöhässä, yli budjetin ja laaduttomia. Syy ei ole yksin projektipäällikön vaan koko softabusineksessa.
Ei projektipäällikön virka ole mikään koiran virka. Hyvänä päivänä se voi olla ihan vaan paska homma.... Joskus tosin se voi olla todella palkitsevaakin, mutta eri tavalla kuin suorittavalla puolella. Eikä se korkeampi palkka vain hyvää hyvyyttään siellä ole, kyllä sen eteen joutuu hommia tekemään.
Jos haluat opiskella projektipäällikön teoriaa, niin siihen sisältyy vaatimusten hallintaa, projektien administrivia, kokous- ja neuvottelutaito, metriikat ja mittaus, testauksen hallintaa ja markkinoitia noin pintapuolisesti mainiten. Ja paljon muutakin. Suomeksi löytyy projektin johtamisesta sekä management että leadership kirjallisuutta, jota kannattaa tutkia. Muuten on varmasti vastassa koiran virka :-)"hallussaan administrivia eli ne management työkalut joiden avulla manageroidaan (siis powerpoint :-))"
Niin, powerpointin tiedostopääte .ppt:hän on nimenomaan lyhenne sanoista Project Planning Tool...
Eiköhän ne PP:n tärkeimmät ominaisuudet jo esiin tulleet, mutta tuota aikataulutusta pitää vielä korostaa. PP:n tärkein tehtävä lienee kuitenkin saada ne projektit valmistumaan ajoissa, joten se puoli pitää olla hanskassa. Tämä tietysti tarkoittaa myös sitä, että sen alan osaaminenkin pitäisi olla edes jotenkin hanskassa jotta pystyy realistisesti arvioimaan kauanko eri työvaiheissa menee.
Käytännössä tietenkin kaiken pitäisi olla valmista eilen ja resursseja ei ole, tai eivät ne ainakaan saa mitään maksaa.
- fsdfsdfsdf
Itse tehny PP:n hommia jo monta vuotta, ja tykkään! Etenin tähän hommaan asiantuntijasta. Huono puoli oli siinä, että ekan vuoden ajan tuli tehtyä liikaa itse - ja delegoitua liian vähän. Tunnit loppuivatkin kesken kun hoiti huomaamatta kahta roolia. Sen jälkeen opin, että on vaan delegoitava kaikki ja malttaa olla tekemättä asioita itse, vaikka tuntuisikin, että saisi hoidettua ne nopeammin ja helpommin. Tiimiin pitää luottaa, se kantaa hedelmää jatkossa.
Vaikean alun jälkeen oon silti sitä mieltä, että on parempi, että oon tehny noita samoja hommia itse, mitä alaiset tekee nyt. Toki tekniikat kehittyy koko ajan eikä tarviikaan opetella yksityiskohtaisesti kaikkea uutta. Tämä myös auttanut irroittautumaan asiantuntijan tehtävistä, ja tekemään enemmän manageerausta.
Stressiä pitää sietää. Pitää ymmärtää IT-alan kokonaistilanne. Projektit pitää taiteilla kunnialla läpi vaikka lopulta tuleekin osittain bugista softaa myöhässä. Pitää ymmärtää mihin asioihin pystyy oikeasti itse vaikuttamaan, ja mihin ei. Ei pidä stressata asioista joihin ei oikein pysty vaikuttamaan. Pitää tunnistaa omat heikkoudet, ja delegoitava ko. hommat muualle.
Olet tavallaan puun ja kuoren välissä. Sinulle läähättävät asiakkaat, myyjät, johto, koodarit, tuki. Kaikki vaativat hieman eri asioita. Pitää olla tyynen diblomaattinen. Pitää osata nähdä kokonaisuus ja astua hieman ulos. Onnistumisen tunne ei ole vain sinusta kiinni. Onnistut silloin kuin tiimisi onnistuu.
Esimiestaidot tärkeempiä kuin jotkut koodaustaidot. Niitä saa kirjoista, kursseista ja kokemuksesta. Esimiestyöhön kannattaa mielestäni panostaa enempi kuin uusimpien java-tekniikoiden opiskeluun. Johdat kuitenkin asiantuntijoita, parempi antaa heille vapautta ja vastuuta. Pitää luottaa heidän ammattitaitoon.
Suurin rikkaus tulee sitä jos pääset vetämään kansainvälistä tiimiä ! Haasteellista, mutta antoisaa.- pp minäkin
Siinä oli hyvin kerrottu projektipäällikön maailmasta. Tunnistan kaikki samat asiat omista projektipäällikön töistäni. Nimenomaan se puun ja kuoren välissä oleminen on sitä itseään.
Jos noihin hommiin aikoo niin pitää muistaa aina hyvä ja selkeä tiedottaminen. Ilman sitä ei mistään tule mitään. - pm
pp minäkin kirjoitti:
Siinä oli hyvin kerrottu projektipäällikön maailmasta. Tunnistan kaikki samat asiat omista projektipäällikön töistäni. Nimenomaan se puun ja kuoren välissä oleminen on sitä itseään.
Jos noihin hommiin aikoo niin pitää muistaa aina hyvä ja selkeä tiedottaminen. Ilman sitä ei mistään tule mitään.Olen tällä hetkellä tittelillä ohjelmoija / tekninen projektipäällikkö ja kauhia hinku vetämään projekteja ja juuri siinä murrosvaiheessa pois asiantuntijasta management puolen töihin. Kiitos kaikille näistä kannustavista viesteistä ;)
- Random_Kirjoittelija
kaipasinkin. Sanokaa mitä sanotte, mutta minusta tuo haasteellisuus kuulostaa vain mielenkiintoiselta. Olemme tähän mennessä koulussakin harjoitelleet tuota projektielämää ja ihan oikeissa projekteissa, ja minusta ne ovat olleet mielenkiintoisimpia koulutehtäviä tähän mennessä.
Tottakai tuo kiire ja tulilinjalla oleminen kuulostaa jokseenkin pelottavalta tai sanotaanko ainakin että jännittävältä, mutta siihenkin varmasti tottuu ja kuten jo aikaisemminkin tässä keskustelussa mainittiin, niin ammattitaitoinen projektipäällikkö ei joudu niin pahasti tuon pyörteen keskelle kuin noviisi - joka on tietenkin täysin ymmärrettävissä. Pitää vain handlata hommansa ja siinä sivussa vähän muidenkin hommia tai ainakin olla tietoinen heidän hommistaan ;D
Ketjusta on poistettu 0 sääntöjenvastaista viestiä.
Luetuimmat keskustelut
Joskus mietin
miten pienestä se olisi ollut kiinni, että et koskaan olisi tullut käymään elämässäni. Jos jokin asia olisi mennyt toisi244586- 883714
Ryöstö hyrynsalmella!
Ketkä ryösti kultasepänliikkeen hyryllä!? 😮 https://yle.fi/a/74-20159313463075- 542657
- 512589
- 2032583
Sukuvikaako ?
Jälleen löytyi vastuulliseen liikennekäyttäytymiseen kasvatettu iisalmelainen nuori mies: Nuori mies kuollut liikenne322390- 1522318
- 311945
Avustettu itsemurha herättää vahvoja tunteita - Laillista Sveitsissä, ei Suomessa
Hilkka Niemi sairastaa harvinaista PLS-sairautta. Hilkan on elettävä loppuelämänsä parantumattoman sairauden kanssa, jok1071521