Nyt kuin scrumit ja kanbanit, mihin projektipäällikköjä enää tarvitaan? It-alalla siis.
It-alan p-päällikkö, katoavaa kansanperinnettä?
oheisenlaskuntulos
15112
0Äänestä
Muut lukivat myös
Odottaa vastausta
Näihin keskusteluihin ei ole vielä vastattu. Ole ensimmäinen.
Vastaukset 15
Vanhimmat
Pitäisikö jonkun kantaa sitä vastuuta etenemisestä - vaikka se projari. Jonkun pitää saada potkut kun homma menee pieleen
"Pitäisikö jonkun kantaa sitä vastuuta etenemisestä" Scrumissa ja kanbanissa tiimi vastaa tekemisestä. Projektipäällikölle jää vain tiedottaminen ja laskujen lähettäminen.
Jaettu vastuu on sitä että vastuunkantajaa ei ole.
"Jaettu vastuu on sitä että vastuunkantajaa ei ole."
Näin voisi luulla (kun ei tiedä). Scrum/kanban tekniikassa tiimi vastaa tekemisestä mikä tarkoittaa sitä, että tietyt asiat eivät ole aina tiettyjen ihmisten harteilla. Eli kun jotain pitää tehdä, kuka tahansa tiimistä voi ottaa asian hoitaakseen. Toki edelleenkin on erikoisalueita, esim. käyttöliittymän suunnittelija (graafinen suuninittelija tms.) ei ihan helposti käänny backend -koodaajaksi, mutta esim. koodaajien kesken ei ole enää niin selkeästi frontin ja backendin tekijöitä. Näin vastuualueiden laajentuessa myös osaamisalueet laajenevat. Toki tässä tavassa tehdä asioita tulee hidastumisia, esim. joku Java-koodaaja ei välttämättä ole alkuun hyvä Javascript-koodari, mutta ajan kanssa, kun yhdessä tehdään, osaaminen leviää tiimin kesken, mistä on paljon hyötyä, esim. hommat etenevät vaikka joku tiimin jäsen on esim. sairaana (kenestäkään ei tule pullonkaulaa, paitsi kenties siitä käyttöliittymän suunnittelijasta).
Tämä ei mielestäni muuta asiaa, että "jaettu vastuu=vastuuta ei ole". Tiimi on vastuussa ja ne tekee niitä lappuja eteenpäin, mutta kokonaisvastuunottajaa ei ole. Ketterät menetelmät vielä kannustavat siihen ettei mitään dokumentoida ja kaikki liimataan vain post-it -lapuilla seinälle, jolloin päädymme tilanteeseen, että minkäänlaista kokonaiskuvaa tavoitetilaa tms. ei ole dokumentoitu, vaan edetään "ketterästi" - ei tarvitse ottaa vastuuta kun ei ole tavoitteita tai niitä muutellaan mielin määrin - tavoitetilasta tuleekin karvalakkimalli. Ketteryyden taakse on helppo piilouta - ollaan niin ketteriä, että uhohdetaan kaikki sopimukset - ketään ei saa vetää vastuuseen, vaan mennään kivasti retroon... ketterät syysteemit on täynnä ongelmia ehkä eniten siksi, että niitä käytetään väärin ja niitä ei edes osata. Suomessa on jotain #1 ketteriä firmoja, mutta oikeasti olen nähnyt, että näissä firmoissa ei ketteryyttä osata kuin kirjallisesti.
Ketteryys on parempi kuin vesiputousmalli, mutta hyväksi koettuja pitkään käytettyjä hyviä käytäntöjä ei saisi unohtaa tai pudottaa lusmuilumielessä pois. Vastuullinen pitää aina löytää. Dokumentaatiota pitää olla.
"minkäänlaista kokonaiskuvaa tavoitetilaa tms. ei ole dokumentoitu," onhan tuo backlogissa.
"ollaan niin ketteriä, että uhohdetaan kaikki sopimukset " sopimukset pitää tietty olla.
"Dokumentaatiota pitää olla." - dokumentaatiota, jota kukaan ei lue ja jota kukaan ei pidä ajan tasalla? Ketterissä menetelmissä pyritään käyttämäään "executable documentation" menetelmiä, eli ei tuoteta erillistä dokumentaatiota. duckduckgoaa lisää.
"Ketterissä menetelmissä pyritään käyttämäään "executable documentation" menetelmiä, eli ei tuoteta erillistä dokumentaatiota."
"Executable documentation"-taikasana ei korvaa täysin perinteistä dokumentaatiota, varsinkin kun aika moni devaaja ei osaa kirjoittaa testejä ihmisiä varten ;) Lisäksi esimerkiksi ylläpito-ohjeita / arkkitehtuurin yleiskuvausta / palvelinympäristön kuvausta on mahdotonta kuvata em. menetelmillä. Toki tämä ei tarkoita sitä, että tuotettavien dokumenttien pitää olla paksuja tiiliskiviä, joita kukaan ei lue.
Olen samaa mieltä: Jaettu vastuu == vastuun kantajaa ei ole. Ja jos projarikin on pelkkä peltoheikki niin kaikki kusee.
Kuka tuollaisen "jaetun vastuunkin" on keksinyt? Onko Suomi kohta ilman poliisia ja lainvalvontaa? Siinähän sitten nähdään kun villin lännen meininki lähtee liikkeelle ja pikku natsit alkavat johtaa vapaalla markkinalla asioita. Muistuttaa jotain punakaartin touhua.
Tarvitaan etenemis- ja ylenemispolkuja ihmiselle. Ennemminkin voisi kysyä, mitä tekevät ne tuhannet ja saat tuhannet koodarit, jotka eivät enää ikääntyessään jaksa roikkua mukana ja opetella kaikkea uusiksi aina muutaman vuoden välein? He tietysti hakeutuvat vähemmän teknisiin tehtäviin, että voisivat elää ns. normaalia elämää. Kahdeksasta neljään töissä ja sitten kotiin perheen ja muiden rientojen perään... Projektipäällikkö vaihtoehdon puuttuessa, jää vain taas pois yksi semi-tekninen urapolku.
Ei kait ne kaikki projektipäällikön hommat lopu.
Projari on vaan tiellä, rikkinäinen puhelin asiakkaan ja osaajan välissä. Kuollutta painoa, kuormasta syöjä vain sen takia, kun alalle on tunkenut kaiken maailman käsienheiluttajia, joilla ei kompetenssi riitä koodaariksi tai konsultiksi.
Sellainen sinustakin siis tulee 10v päästä. Tai työtön alanvaihtaja. Huomaat että muilla oli elämä, sä vain teit töitä, kunnes oli liian myöhäistä.
Just näin, normi 'IT-alan ammattilainen'. Muiden osaamista tai ammattitaitoa dissataan ja tosipaikan tullen syytellään muita kun homma ei hallussa.
Mistä tätä tusina tavaraa tulee?
Kyllä näin selkeästi käymässä. Kokemusta on isosta firmasta ja kaikki uuskehityskin hoidetaan pieninä paketteina vähällä byrokratialla. Tämä tietysti oletuksella, että sopimukset on tehty jo kuntoon aiemmin järkevästi ja tukien tätä tapaa toimia.
Voi se oli hienoa, kun monen vuoden armottoman rypisryksen ja pingoittamisen jälkeen sai ylennyksen projektipäälliköksi. Toivottavasti saatte joskus kokea sen!