Lue keskustelun säännöt.
Tervetuloa lukemaan keskusteluja! Kommentointi on avoinna klo 7 - 23.
Tervetuloa lukemaan keskusteluja! Kommentointi on avoinna klo 7 - 23.
Alue: Aihe vapaa
Käykö teille muille näin aamupalaverissa / stand up mötessä / scrum dailyssä ?
IT-mies on herrasmies
13.10.2022 |
Olen töissä IT-alalle. Meidän tiimissämme on 9 henkilöä. Emme tee mitään yhteistä tuotetta, vaan toimimme kaikki löyhästi toisiin liittyvissä tehtävissä - samalla toiminta-alueella, mutta kuitenkin itsenäisesti. Meillä kaikilla on oma syväosaamisalueemme, josta toiset eivät hirveästi ymmärrä.
Tästä johtuen daily-palaverissa jaarittelen ensin että mitä tein eilen. Sitten kerron mitä aion tehdä tänään ja että minulla ei ole sen kummemmin esteitä. Tämän jälkeen muut tekevät saman. Yleensä kukaan ei kommentoi mitään, koska harva ymmärtää syvällisemmin toisten tekemisiä. Oman puheenvuoroni jälkeen minulla menee yleensä oma vastaanottimeni totaalisen kiinni ja muiden puhe alkaa kuulostaa jonkinlaiselta taustakohinalta (lip lap lip lap lip lap). Vähän pitää toki yrittää olla varuillaan, että jos joku buzzwordeista osuu sellaiselle alueelle, missä itse joutuu kommentoimaan.
Ylipäätään koen että palaveri on ihan täyttä ajanhukkaa muille, kuin tiimin PO:lle (=nokkamiehelle), jonka pitää osata tehdä yhteenveto tiimin tekemisistä ylemmälle portaalle.
Mutta joo, palkkahan se toki tästäkin tulee, joten voihan sitä leikkiä mukana.
Kommentit (68)
Vierailija kirjoitti:
Scrum / agileen ei taida kuulua slack-viestien tutkiminen?
Meillä on tiimiläisiä niin eri aikavyöhykkeiltä ettei dailyt oikein onnistu mitenkään järkevästi etäyhteydellä Slackissa tiedot pysyy ajantasaisena ja haettavissa
Sisältö jatkuu mainoksen alla
Sisältö jatkuu mainoksen alla
Nyt kun kokolailla tehdään kaikki etätöinä, niin yhteys työntekijöiden välillä ja johtoon päin on koetuksella. Jotenkin tuntuu älyttömältä kyrisiintyä siitä, että kerran viikossa joutuu kohtaamaan kaikki työkaverinsa ja mahdollisesti jopa kuulemaan mitä muut puuhaavat...
Vierailija kirjoitti:
Nyt kun kokolailla tehdään kaikki etätöinä, niin yhteys työntekijöiden välillä ja johtoon päin on koetuksella. Jotenkin tuntuu älyttömältä kyrisiintyä siitä, että kerran viikossa joutuu kohtaamaan kaikki työkaverinsa ja mahdollisesti jopa kuulemaan mitä muut puuhaavat...
Jotenkin tuntuu älyttömältä olettaa että daily palaveri pidetään kerran viikossa
Vierailija kirjoitti:
Nyt kun kokolailla tehdään kaikki etätöinä, niin yhteys työntekijöiden välillä ja johtoon päin on koetuksella. Jotenkin tuntuu älyttömältä kyrisiintyä siitä, että kerran viikossa joutuu kohtaamaan kaikki työkaverinsa ja mahdollisesti jopa kuulemaan mitä muut puuhaavat...
Kerran päivässähän tässä oli kyseessä. Se on minusta ihan älyttömän usein.
Vierailija kirjoitti:
Vierailija kirjoitti:
Vierailija kirjoitti:
Niin, se palaveri on järjestetty sen takia, että sillä nokkamiehellä on yksi palaveri, jossa saa kaiken tarvittavan tiedon raporttiaan varten, sen sijaan, että joutuisi joko palaveeraamaan teidän kaikkien kanssa erikseen tai sitten kerjäämään ja kalastelemaan niitä tietoja esim. sähköpostitse, kun joku kuitenkin olisi aina unohtanut tai olisi pitänyt jotain muuta tehtävää tärkeämpänä, kun jonkun turhan raportin rustausta. Joskus voi kokeilla tarkastella niitä asioita myös oman navan ulkopuolelta. Joku asia ei välttämättä ole sinulle hyödyllistä, mutta se voi olla hyödyllistä koko firman toimivuuden kannalta. Ja sen firman pitää toimia, jotta sinäkin saat sen palkkasi.
Tarvitseeko tähän päivittäistä palaveria, eikö riittäisi vaikka kerta viikkoon -päivitys? Tuskin se esimies päivittäin eteenpäin mitään raportoi, tai edes viikoittain.
Ei välttämättä tarvita, se nyt kuitenkin kuuluu scum-metodiin.
Vaihtaa pm-metodia niin ei tarvitse leikkiä agilen jutuilla.
Mä jotenkin tuosta AP:n aloituksesta käsitin ettei kyse välttämättä ole edes projektityöstä. Tai yhdestä projektista, vaan ihmiset saattavat toimia useammassa projektissa (yksi yhdessä, joku muu kahdessa, pari ihmistä samassa...). Sehän voi olla ihan ylläpitotyötäkin tai mitä nyt tuollaisen 9 hengen tiimin toimenkuvaan nyt itsekullekin kuuluu. Ei tällaiseen välttämättä oikein scrum-metodit istu.
Sisältö jatkuu mainoksen alla
Ei tolla oo mitään tekemistä scrumin kanssa... dailyssä projektiryhmä käy nopeesti läpi sen päivän hommat.
Lisäksi miksi hitossa teillä on PO (product owner), jos teillä ei oo yhteistä tuotetta? Lisäksi PO on aika usein asiakkaan organisaatiosta ja toimittajalla on PM tai SDM joka hoitaa tiimin resursoinnin. Eikä periaatteessa PM:n/SDM:n ees pitäs hoitaa dailya, vaan scrum masterin. Ihme touhua. Tosin ihan liian usein vaan sanotaan että tehään agilella/scrumilla, vaikka oikeesti käytetään vanhaa vesiputousmallia.
Ilmeisesti tuo kuitenkin on yksi projekti, jos tiedon pitää välittyä PO:lle eli product ownerille. Ainakin tosi erikoiselta tuntuu, jos jokainen tekee omaa projektiaan, mutta jokaisessa projektissa on kuitenkin sama PO. Tiedonkulku on tärkeää, mutta ei se saa ihan älyttömästi aikaa viedä. Eli tiivistäkää dailyja.
Sisältö jatkuu mainoksen alla
Vierailija kirjoitti:
NIIN TÄMÄ! Meillä sitä paitsi dailyt saattavat venähtää tunnin-puolentoista mittaisiksi, kun pari tyyppiä alkaa pohtia omia ongelmiaan ja niitä parametreja aletaan sitten porukalla viilata. Yleensä 2 tyyppiä puhuu noista, muut ovat hiljaa ja kyrsiintyvät. Mutta poiskaan ei voi lähteä, koska semisti oletetaan kaikilta inputtia. Olen monesti sanonut, että dailyjen pitäisi kestää vartin verran ja että pidetään ne puheenvuorot napakoina. Ei mene viesti läpi kaikille.
No tämä kertoo siitä, että homma tehdää teillä päin /settä. Kyllä se on 100% esimiehen vastuulla pitää palsut agendan ja aikataulun puitteissa.
Jos esimies ei vaan osaa (ja olen ollut tällaisissakin) voit aina todeta, että valitettavast sulla alkaa nyt seuraava homma. 90-luvulla mulla oli tällaisen systeemin takia kalenterissa aina joku tärkeältä näyttävä merkintä heti sisäisen palsun perässä...
Kuulostaa ajanhukalta ja järkyttävältä sonnalta. Miksi pitää kertoa muille, mitä aikoo tänään tehdä?
Meillä on päivittäin aamupalaveri, jossa katsotaan tuotannon tilanne yleisesti ja käydään läpi akuutit asiat. Ollaanko aikataulussa, missä on ongelmia jne. Meillä toimii siis saman katon alla suunnittelu ja tuotanto, ja päivittäinen palaveri lisää näiden välistä kommunikointia. Kesto 10-15min.
Sisältö jatkuu mainoksen alla
Vierailija kirjoitti:
Vierailija kirjoitti:
Niin, se palaveri on järjestetty sen takia, että sillä nokkamiehellä on yksi palaveri, jossa saa kaiken tarvittavan tiedon raporttiaan varten, sen sijaan, että joutuisi joko palaveeraamaan teidän kaikkien kanssa erikseen tai sitten kerjäämään ja kalastelemaan niitä tietoja esim. sähköpostitse, kun joku kuitenkin olisi aina unohtanut tai olisi pitänyt jotain muuta tehtävää tärkeämpänä, kun jonkun turhan raportin rustausta. Joskus voi kokeilla tarkastella niitä asioita myös oman navan ulkopuolelta. Joku asia ei välttämättä ole sinulle hyödyllistä, mutta se voi olla hyödyllistä koko firman toimivuuden kannalta. Ja sen firman pitää toimia, jotta sinäkin saat sen palkkasi.
Helpommin se "nokkamies" saa raporttinsa kasaan vaikka slack viesteistä.
En suostuisi tällaiseen. Sieltä niistä eri kanavista kaivella, ihan kauhea vaiva. Mutta meillä on vähän eri tavalla organisoitu tämä kuin ap:n tapauksessa. Eli meillä on tuote/projektikohtaisesti organisoitu nämä, ja kukin palvelupäällikkö seuraa projektien etenemistä. Joissain projekteista on scrum, kaikissa ei. Jiraa yleensä käytetään tehtävien tilan seuraamiseen projektikohtaisesti, jolloin sieltä saa helposti raportteja mitä on jo tehty, paljonko on tekemättä jne. Hallinnollinen tiimiesimies kokoaa tarvittaessa raportteja tuote/projektipäälliköiden raporteista, joten ei ole tarvetta tällaisille aloituksen tapaisille koko tiimin scrum dailyille, jotka on minusta älytön idea jos kaikki tekee eri hommia.
Itse asiassa meillä tuo olisi jo huonoa tietoturvakäytäntöäkin, ja siksi ei toimisi. Eri ihmiset kun tekee eri asiakkaiden projekteja, eikä sitä tietoa projektista ja asiakkaasta saa levittää sellaisille tiimin jäsenille, jotka ei ole allekirjoittaneet asiakkaan vaatimaa salassapitosopimusta, toisissa projekteissa menneet läpi SUPOn suppeasta tai laajasta turvaselvityksestä, ja muutenkin projektitietoa ei pidä jakaa muille kuin niille joille se on tarpeellista työn hoitamiseksi.
Vierailija kirjoitti:
Ilmeisesti tuo kuitenkin on yksi projekti, jos tiedon pitää välittyä PO:lle eli product ownerille. Ainakin tosi erikoiselta tuntuu, jos jokainen tekee omaa projektiaan, mutta jokaisessa projektissa on kuitenkin sama PO. Tiedonkulku on tärkeää, mutta ei se saa ihan älyttömästi aikaa viedä. Eli tiivistäkää dailyja.
Tai sitten vaan on tavalliseen IT-tiimin sekalaiseen työhön omittu scrumista termejä ja toimintamalleja vain koska "scrum on jotain hienoa"? Keksitty, että tiiminvetäjä onkin nyt PO eikä tiiminvetäjä. Keksitty, että otetaanpa käyttöön tollainen daily palaveri (en käytä termiä daily scrum), vaikka jokainen touhuaa omaa toisistaan riippumatonta työtä. Esim. yhden vastuulla on finajärjestelmä, toinen vastaa raportointijärjestelmästä, kolmas toiminnanohjausjärjestelmästä. Yksi vastaa integraatioista ja on ainoa, joka "häsää kaikkialla".
Sisältö jatkuu mainoksen alla
Vierailija kirjoitti:
Ilmeisesti tuo kuitenkin on yksi projekti, jos tiedon pitää välittyä PO:lle eli product ownerille. Ainakin tosi erikoiselta tuntuu, jos jokainen tekee omaa projektiaan, mutta jokaisessa projektissa on kuitenkin sama PO. Tiedonkulku on tärkeää, mutta ei se saa ihan älyttömästi aikaa viedä. Eli tiivistäkää dailyja.
Ei se välttämättä ole. Vaikuttaa vähän näiltä scrum sovelluksilta, jotka on hyvin kaukana oikeasta scrumista. Onpahan vaan otettu dailyt osaksi tiimin arkea, vaikka tehdään eri projekteja.
Vierailija kirjoitti:
Kuulostaa ajanhukalta ja järkyttävältä sonnalta. Miksi pitää kertoa muille, mitä aikoo tänään tehdä?
Meillä on päivittäin aamupalaveri, jossa katsotaan tuotannon tilanne yleisesti ja käydään läpi akuutit asiat. Ollaanko aikataulussa, missä on ongelmia jne. Meillä toimii siis saman katon alla suunnittelu ja tuotanto, ja päivittäinen palaveri lisää näiden välistä kommunikointia. Kesto 10-15min.
No se nyt kuuluu scrumiin oleellisesti kertoa, mitä aikoo tehdä. Jos on päätetty noudattaa scrumia, niin sitten kerrotaan. Kyllä se mielestäni hyvin hyödyllistä on silloin, kun toimitaan samassa projektissa. Jollain voi olla tietoa kyseisestä asiasta ja voi sen kertoa. Nousee myös riippuvuudet esiin eikä tehdä päällekkäistä työtä. Ap:n tilanteessa voi kyllä miettiä, että millä perusteilla on päätetty noudattaa scrumia ja onko se tarpeellista?
Sisältö jatkuu mainoksen alla
Vierailija kirjoitti:
Vierailija kirjoitti:
Ilmeisesti tuo kuitenkin on yksi projekti, jos tiedon pitää välittyä PO:lle eli product ownerille. Ainakin tosi erikoiselta tuntuu, jos jokainen tekee omaa projektiaan, mutta jokaisessa projektissa on kuitenkin sama PO. Tiedonkulku on tärkeää, mutta ei se saa ihan älyttömästi aikaa viedä. Eli tiivistäkää dailyja.
Tai sitten vaan on tavalliseen IT-tiimin sekalaiseen työhön omittu scrumista termejä ja toimintamalleja vain koska "scrum on jotain hienoa"? Keksitty, että tiiminvetäjä onkin nyt PO eikä tiiminvetäjä. Keksitty, että otetaanpa käyttöön tollainen daily palaveri (en käytä termiä daily scrum), vaikka jokainen touhuaa omaa toisistaan riippumatonta työtä. Esim. yhden vastuulla on finajärjestelmä, toinen vastaa raportointijärjestelmästä, kolmas toiminnanohjausjärjestelmästä. Yksi vastaa integraatioista ja on ainoa, joka "häsää kaikkialla".
Puusta tehty lautasantenni savimajan katolla...
Vierailija kirjoitti:
Ei tolla oo mitään tekemistä scrumin kanssa... dailyssä projektiryhmä käy nopeesti läpi sen päivän hommat.
Lisäksi miksi hitossa teillä on PO (product owner), jos teillä ei oo yhteistä tuotetta? Lisäksi PO on aika usein asiakkaan organisaatiosta ja toimittajalla on PM tai SDM joka hoitaa tiimin resursoinnin. Eikä periaatteessa PM:n/SDM:n ees pitäs hoitaa dailya, vaan scrum masterin. Ihme touhua. Tosin ihan liian usein vaan sanotaan että tehään agilella/scrumilla, vaikka oikeesti käytetään vanhaa vesiputousmallia.
Niin tömä.
Tämä. Hajosin juuri omaan pitkittyneeseen 45 min jaaritteludailyyni.
Vierailija kirjoitti:
Vierailija kirjoitti:
NIIN TÄMÄ! Meillä sitä paitsi dailyt saattavat venähtää tunnin-puolentoista mittaisiksi, kun pari tyyppiä alkaa pohtia omia ongelmiaan ja niitä parametreja aletaan sitten porukalla viilata. Yleensä 2 tyyppiä puhuu noista, muut ovat hiljaa ja kyrsiintyvät. Mutta poiskaan ei voi lähteä, koska semisti oletetaan kaikilta inputtia. Olen monesti sanonut, että dailyjen pitäisi kestää vartin verran ja että pidetään ne puheenvuorot napakoina. Ei mene viesti läpi kaikille.
Se on projarilta paskaa vetämistä jos se antaa niiden tehdä sen.
Ei Scrumiin kuulu mitään 'projaria'.
Eräässä ulkolaisessa TV - mainoksessa kaksi IT- alan ammattilaista keskustelee keskenään käyttäen runsaasti näitä ko alan englanninkielisiä ammattisanoja. Heidän oma äidinkielensä ei ole englanti; no, älykkäiltä ja asiansa osaavilta halutaan kuitenkin kuulostaa. Paikalle ilmestyy kolmas mies; aito britti, joka kyselee omalla kielellään; mistähän löytyisi lähin vessa; hätä on jo kova. Nämä kaksi IT- alan ammattilaista katsovat hölmistyneinä toinen toisiinsa; he eivät vain yksinkertaisesti ymmärrä tätä eng. kielellä esitettyä kysymystä, joten he eivät myöskään pysty auttamaan asiassa.
Tulipahan vain mieleen......
Vierailija kirjoitti:
Niin, se palaveri on järjestetty sen takia, että sillä nokkamiehellä on yksi palaveri, jossa saa kaiken tarvittavan tiedon raporttiaan varten, sen sijaan, että joutuisi joko palaveeraamaan teidän kaikkien kanssa erikseen tai sitten kerjäämään ja kalastelemaan niitä tietoja esim. sähköpostitse, kun joku kuitenkin olisi aina unohtanut tai olisi pitänyt jotain muuta tehtävää tärkeämpänä, kun jonkun turhan raportin rustausta. Joskus voi kokeilla tarkastella niitä asioita myös oman navan ulkopuolelta. Joku asia ei välttämättä ole sinulle hyödyllistä, mutta se voi olla hyödyllistä koko firman toimivuuden kannalta. Ja sen firman pitää toimia, jotta sinäkin saat sen palkkasi.
Eikö olisi helpompaa sopia, että aamupalaverissa kerrotaan tietyssä järjestyksessä tekemiset ja kun on omat sanansa sanonut, voi lähteä? Ei siinä kukaan ryhdy selittämään ongelmia, meillä ne setvitään sen tiimin kanssa, jossa ongelma on eikä sille nokkamiehelle.
Alue: Aihe vapaa
Teette yksinkertaisesti väärin.