Ketterä IT-helvetti

koodiorja

Aluksi tuli agile ja scrum, joilloin saimme vihdoin kauan kaivatun oikeiden päivittäin raportoida tekemisiämme. Todella hienoa! varmasti jokainen, joka joutuu työskentelemään ilman jokapäiväistä seurantaa kadehtii meitä kehittäjiä. Eipä enää koodarit pääse notkumaan tyhjän panttina, kun tekemisten seuranta on saatu melkein reaaliaikaiseksi.

Nyt otetaan sitten käytöön uusi hieno käytäntö. Jokainen rivi koodia, jonka kirjoitamme, tarkistutetaan toisella kehittäjällä. Tästähän me kaikki olemme unelmoineet. Sanotaan sitä vaikka katselmoinniksi, koska kyttääminen kuulostaa pahemmalta, vaikka asia ei siitä miksikään muutu. Siis kulkeeko sairaanhoitajat osastolla joku toinen olan takana tarkistamassa kaikki työvaiheet? Miksei HKL:n kuljettajilla ole kakkoskuskia, jonka tehtävät on tarkkailla ratissa istuvan työn laatu?

Jos joku nuori tällä palstalla pohtii tulevaa uraa, voin suositella IT-alaa todellisena unelmatyönä. Päivittäin saat tehdä selvityksen, miksi työsi tuottavuus ei ole yltänyt tavoitteisiin. Jos tuottavuus onkin kohdallaan, niin joku tarkistaa kaikki tekemisesi ja kirjaa ylös virheet, jotta niistä voidaan asianmukaisesti rapostoida eteenpäin. Onko mitään, mihin kehittäjät eivät sopeudu?

48 kommenttia

Vastaukset

  • Ei niin hyvää, ettei jotain pahaakin. Scrumit sun muut ovat ihan helvetin hyviä juttuja, silloin kun ne toimivat oikein, vaan eivät silloin kun niitä muka käytetään - kuten teillä ilmeisesti.

    Laiskottelu koodaushommissa on useimmiten seurausta siitä, että tekijä tietää, että tällä hetkellä tehty työ olisi turhaa. Ei siis kannata tehdä. Agiileissa menetelmissä kehittäjästä ei koskaan saisi tuntua, että hän tekee turhaa työtä. Silloin on jo menty metsään niin että rytisee...

    Toki, jos tarkoitus on vain lepäillä töissä tekemättä mitään, on scrum aika hankala. Sitten pitää oppia lepäämään siten, että saa jotain aikaiseksikin... Haastavaa, mutta siitä hyvän koodarin tunnistaa. :)

    Mitä katselmointeihin tulee... Noh... Niitä tehdään lähinnä kolmesta syystä:
    1) Jonkun tuottama koodi on niin bugista ja/tai muuten surkeaa, että pitää ottaa selvää mistä se johtuu
    2) Jonkun tuottama koodi on niin hyvää ja toimivaa ja kaunista, että siitä saa johto sulan hattuun kun teettää katselmoinnin.
    3) Joku aloittelee koodausta kyseisellä välineellä/kielellä/tavalla/... Halutaan varmistaa, että mennään sovituilla tavoille eteenpäin.

    Itse olen törmännyt vain kakkoseen ja kolmoseen. Välillä on tehnyt mieli ottaa ykkönen käyttöön parin tyypin kanssa... :)

    • Eihän kontrollissa voi olla mitään pahaa, kun töissä kerran ei ole tarkoitus lepäillä. Miksei saman tien linjamanagereille avata omalta työasemalta 24/7 näkymää alaistensa näytöille. Pelkkä scrummi kun ei aina saa joutavaa surffailua kuriin. Nytkin täällä vaan velttoilen kesken työpäivän. En kyseenalaista scrummin etuja työnantajan kannalta oikein käytettynä. Pointti oikeastaan on, että tekeeko tuottavuutta parantava kontrolli miellyttävän työyhteisön, jossa työntekijät haluavat jatkaa alati nousevaan eläkeikään asti. Toisaalta tuskin meistä koodareista kukaan Suomessa eläkeikään saakka softaa voi kehittää. Parin vuosikymmenen kuluttua ohjelmoinnin oppikirjoja luultavasti on saatavissa vain kiinaksi (tai vietnamiksi tms).

      Meillä onkin niin tasa-arvoinen työyhteisö, että managementin mukaan on tarpeen katselmoida jokaisen developerin koodi. Jatkossa jokaikinen kirjoitettu rivi katselmoidaan ennen tuotantoon ottoa. Aikaisemmin developerit saivat käyttää omaa harkintaansa, mutta olivat ilmeisesti liian laiskoja vahtimaan toistensa työtä, tai käyttivät liikaa aikaa koodaamiseen toistensa koodin lueskelun sijasta. Lisäksi katselmointi ei ole enää mitään leppoisaa jutustelua neukkarissa iltapäivän ratoksi, vaan saimme sitä varten uuden softan laatua parantavan cutting edge työkalun. Siihen jokaisesta huomatusta puutteesta tulee kirjata kommentti, jotka luonnollisesti talletetaan backendin tietokantaan managementin myöhempää käsittelyä varten. Kaiketi kehityskeskustelussa saamme odottaa uutena kohtana agendassa katselmoinnissa havaittujen puutteiden henkilökohtainen käsittely. Tuskin maltan odottaa.

      Itse aloitin softakehityksessä kauan sitten, kun Cobol oli vielä käytetyin ohjelmointikieli. Toisinaan olen tehnyt jotain ja toisinaan en niinkään paljon, mutta aloittaessani kollegoista kukaan ei olisi suostunut alistumaan nykyiseen kyttäykseen. Silloin kehittäjät sanoivat itse, miten softaa tehdään. Nykyään sen kertovat agile konsultit ja muut tuottavuus expertit.


    • koodiorja kirjoitti:

      Eihän kontrollissa voi olla mitään pahaa, kun töissä kerran ei ole tarkoitus lepäillä. Miksei saman tien linjamanagereille avata omalta työasemalta 24/7 näkymää alaistensa näytöille. Pelkkä scrummi kun ei aina saa joutavaa surffailua kuriin. Nytkin täällä vaan velttoilen kesken työpäivän. En kyseenalaista scrummin etuja työnantajan kannalta oikein käytettynä. Pointti oikeastaan on, että tekeeko tuottavuutta parantava kontrolli miellyttävän työyhteisön, jossa työntekijät haluavat jatkaa alati nousevaan eläkeikään asti. Toisaalta tuskin meistä koodareista kukaan Suomessa eläkeikään saakka softaa voi kehittää. Parin vuosikymmenen kuluttua ohjelmoinnin oppikirjoja luultavasti on saatavissa vain kiinaksi (tai vietnamiksi tms).

      Meillä onkin niin tasa-arvoinen työyhteisö, että managementin mukaan on tarpeen katselmoida jokaisen developerin koodi. Jatkossa jokaikinen kirjoitettu rivi katselmoidaan ennen tuotantoon ottoa. Aikaisemmin developerit saivat käyttää omaa harkintaansa, mutta olivat ilmeisesti liian laiskoja vahtimaan toistensa työtä, tai käyttivät liikaa aikaa koodaamiseen toistensa koodin lueskelun sijasta. Lisäksi katselmointi ei ole enää mitään leppoisaa jutustelua neukkarissa iltapäivän ratoksi, vaan saimme sitä varten uuden softan laatua parantavan cutting edge työkalun. Siihen jokaisesta huomatusta puutteesta tulee kirjata kommentti, jotka luonnollisesti talletetaan backendin tietokantaan managementin myöhempää käsittelyä varten. Kaiketi kehityskeskustelussa saamme odottaa uutena kohtana agendassa katselmoinnissa havaittujen puutteiden henkilökohtainen käsittely. Tuskin maltan odottaa.

      Itse aloitin softakehityksessä kauan sitten, kun Cobol oli vielä käytetyin ohjelmointikieli. Toisinaan olen tehnyt jotain ja toisinaan en niinkään paljon, mutta aloittaessani kollegoista kukaan ei olisi suostunut alistumaan nykyiseen kyttäykseen. Silloin kehittäjät sanoivat itse, miten softaa tehdään. Nykyään sen kertovat agile konsultit ja muut tuottavuus expertit.

      Ko "työkaluhan" takuulla romuttaa ohjelmoijien viimeisenkin motivaation ja itseohjautuvuuden.

      "Silloin kehittäjät sanoivat itse, miten softaa tehdään. Nykyään sen kertovat agile konsultit ja muut tuottavuus expertit". Tämähän on aivan järjetön tilanne. Ohjelmoinnin (ja systeemityön, tietokantojen ja vastaavien) opettelemiseen menee vuosia. Hyväksi ohjelmoijaksi vielä enemmän aikaa.Miten kukaan agile-konsultti (joka ei ehkä koulunsa jälkeen ole koodannut riviäkään) voi alkaa neuvomaan paremmin asioista perillä olevia, jotka ovat tehneet vuosia ko duunia?

      Hyvä ohjelma ei sitä paitsi ole pelkästään bugi-vapaa. Hyvään ohjelmaan liittyy ylläpidettävyys, muokattavuus, yksinkertaisuus

      Koskakohan "managementti" oikein tajuaa, ettei ohjelmistoalalla ole silver bullettia. Edellinen muotisanailmiö ei toiminut, ei toiminut sen edeltäjäkään, ei nykyinen, ei tuleva. Parin vuoden päästä on scrummit ja agilet aikansa eläneitä. Onneksi. Lähimpänä silver-bullettia on mielestäni GoFfin design patternit ja olioparagdiimat, sekä oikeasti näihin perustuen ohjelmien suunnittelu ennen koodausta.Vieväthän suunnittelu ja mallintaminen toki aikansa, johon nykyinen kvartaalitalous ei anna mahdollisuuksia..


    • ------------------ kirjoitti:

      Ko "työkaluhan" takuulla romuttaa ohjelmoijien viimeisenkin motivaation ja itseohjautuvuuden.

      "Silloin kehittäjät sanoivat itse, miten softaa tehdään. Nykyään sen kertovat agile konsultit ja muut tuottavuus expertit". Tämähän on aivan järjetön tilanne. Ohjelmoinnin (ja systeemityön, tietokantojen ja vastaavien) opettelemiseen menee vuosia. Hyväksi ohjelmoijaksi vielä enemmän aikaa.Miten kukaan agile-konsultti (joka ei ehkä koulunsa jälkeen ole koodannut riviäkään) voi alkaa neuvomaan paremmin asioista perillä olevia, jotka ovat tehneet vuosia ko duunia?

      Hyvä ohjelma ei sitä paitsi ole pelkästään bugi-vapaa. Hyvään ohjelmaan liittyy ylläpidettävyys, muokattavuus, yksinkertaisuus

      Koskakohan "managementti" oikein tajuaa, ettei ohjelmistoalalla ole silver bullettia. Edellinen muotisanailmiö ei toiminut, ei toiminut sen edeltäjäkään, ei nykyinen, ei tuleva. Parin vuoden päästä on scrummit ja agilet aikansa eläneitä. Onneksi. Lähimpänä silver-bullettia on mielestäni GoFfin design patternit ja olioparagdiimat, sekä oikeasti näihin perustuen ohjelmien suunnittelu ennen koodausta.Vieväthän suunnittelu ja mallintaminen toki aikansa, johon nykyinen kvartaalitalous ei anna mahdollisuuksia..

      Kaikkein hämmästyttävimpiä ovat työtoverit, jotka ehkä ruskeakielisyyttään tai työriippuvuuden takia selittävät managementille "hyvä kun agilessa seurataan edistymistä päivittäin, niin tuottamaton työaika vähenee" ja "hyvä kun katselmoidaan kaikki koodi, niin laatu paranee". Miten näiden teollisuusrobottien kanssa voi tehdä töitä? Terveet ihmiset tekevät töitä palkan takia, siinä määrin kuin on tarpeen, ja nauttivat saadessaan tehdä asioita, jotka oikeasti kiinnostavat. Minun nuoruudessani ei ohjelmistoalalla ollut friikkejä, joiden mielestä miellyttävän työpaikan ensisijainen kriteeri on mahdollisimman korkea tuottavuus.


    • koodiorja kirjoitti:

      Kaikkein hämmästyttävimpiä ovat työtoverit, jotka ehkä ruskeakielisyyttään tai työriippuvuuden takia selittävät managementille "hyvä kun agilessa seurataan edistymistä päivittäin, niin tuottamaton työaika vähenee" ja "hyvä kun katselmoidaan kaikki koodi, niin laatu paranee". Miten näiden teollisuusrobottien kanssa voi tehdä töitä? Terveet ihmiset tekevät töitä palkan takia, siinä määrin kuin on tarpeen, ja nauttivat saadessaan tehdä asioita, jotka oikeasti kiinnostavat. Minun nuoruudessani ei ohjelmistoalalla ollut friikkejä, joiden mielestä miellyttävän työpaikan ensisijainen kriteeri on mahdollisimman korkea tuottavuus.

      Eikös kannattaisi vaihtaa työpaikkaa? Vaihtoehtosesti jätät löytämättä noissa katselmuksissa virheitä muiden koodeista. Onhan noita vaihtoehtoja vaikka kuinka.


    • Rimme Ruppana kirjoitti:

      Eikös kannattaisi vaihtaa työpaikkaa? Vaihtoehtosesti jätät löytämättä noissa katselmuksissa virheitä muiden koodeista. Onhan noita vaihtoehtoja vaikka kuinka.

      Eräässä globaalissa yrityksessä, jonka pääkonttori on Espoossa. Meitä on täällä muutama muukin suomalainen tuotekehityksessä. Jääköön loput lukijan pääteltäväksi.. Arvaa lähtisinkö, jos olisi realistisia vaihtoehtoja. Jos nyt lähtee, niin saa tuskin edes sitä liksaa, jonka neuvottelin tullessani muutama vuosi sitten. Onko softa-alalla edes yrityksiä, joissa ei käydä YT-neuvotteluja? Sitä paitsi nykyään ohjelmistoalalla on vain kahdenlaisia työpaikkoja. Niitä joissa käytetään agilea ja niitä joissa ei vielä käytetä.


    • "Jonkun tuottama koodi on niin hyvää ja toimivaa ja kaunista, että siitä saa johto sulan hattuun kun teettää katselmoinnin". Siis johto, ei koodin tehnyt apina, korjaan ihminen.


    • TSEKKA EES OMA VÄÄRINKIRJOITUKSESI!


    • ------------------ kirjoitti:

      Ko "työkaluhan" takuulla romuttaa ohjelmoijien viimeisenkin motivaation ja itseohjautuvuuden.

      "Silloin kehittäjät sanoivat itse, miten softaa tehdään. Nykyään sen kertovat agile konsultit ja muut tuottavuus expertit". Tämähän on aivan järjetön tilanne. Ohjelmoinnin (ja systeemityön, tietokantojen ja vastaavien) opettelemiseen menee vuosia. Hyväksi ohjelmoijaksi vielä enemmän aikaa.Miten kukaan agile-konsultti (joka ei ehkä koulunsa jälkeen ole koodannut riviäkään) voi alkaa neuvomaan paremmin asioista perillä olevia, jotka ovat tehneet vuosia ko duunia?

      Hyvä ohjelma ei sitä paitsi ole pelkästään bugi-vapaa. Hyvään ohjelmaan liittyy ylläpidettävyys, muokattavuus, yksinkertaisuus

      Koskakohan "managementti" oikein tajuaa, ettei ohjelmistoalalla ole silver bullettia. Edellinen muotisanailmiö ei toiminut, ei toiminut sen edeltäjäkään, ei nykyinen, ei tuleva. Parin vuoden päästä on scrummit ja agilet aikansa eläneitä. Onneksi. Lähimpänä silver-bullettia on mielestäni GoFfin design patternit ja olioparagdiimat, sekä oikeasti näihin perustuen ohjelmien suunnittelu ennen koodausta.Vieväthän suunnittelu ja mallintaminen toki aikansa, johon nykyinen kvartaalitalous ei anna mahdollisuuksia..

      ASIAKKAALLE PASKAA! SIIS ASIAKAS ON LÄHINNÄ KÄNNYKÄOSTAJA EI MUUTA, ASIAKAS ON SIIS PASKA!


    • koodiorja kirjoitti:

      Eräässä globaalissa yrityksessä, jonka pääkonttori on Espoossa. Meitä on täällä muutama muukin suomalainen tuotekehityksessä. Jääköön loput lukijan pääteltäväksi.. Arvaa lähtisinkö, jos olisi realistisia vaihtoehtoja. Jos nyt lähtee, niin saa tuskin edes sitä liksaa, jonka neuvottelin tullessani muutama vuosi sitten. Onko softa-alalla edes yrityksiä, joissa ei käydä YT-neuvotteluja? Sitä paitsi nykyään ohjelmistoalalla on vain kahdenlaisia työpaikkoja. Niitä joissa käytetään agilea ja niitä joissa ei vielä käytetä.

      HHAHAHAHAHHAHAHAHAHAHAHAHAHAHHAHAHAHAHAHAHAHAHAHAHAHHAHAHA


    • koodiorja kirjoitti:

      Eräässä globaalissa yrityksessä, jonka pääkonttori on Espoossa. Meitä on täällä muutama muukin suomalainen tuotekehityksessä. Jääköön loput lukijan pääteltäväksi.. Arvaa lähtisinkö, jos olisi realistisia vaihtoehtoja. Jos nyt lähtee, niin saa tuskin edes sitä liksaa, jonka neuvottelin tullessani muutama vuosi sitten. Onko softa-alalla edes yrityksiä, joissa ei käydä YT-neuvotteluja? Sitä paitsi nykyään ohjelmistoalalla on vain kahdenlaisia työpaikkoja. Niitä joissa käytetään agilea ja niitä joissa ei vielä käytetä.

      FINLEISONILLA? KAINALOSSSA SÄHKÖKITARA!


    • ------------------ kirjoitti:

      Ko "työkaluhan" takuulla romuttaa ohjelmoijien viimeisenkin motivaation ja itseohjautuvuuden.

      "Silloin kehittäjät sanoivat itse, miten softaa tehdään. Nykyään sen kertovat agile konsultit ja muut tuottavuus expertit". Tämähän on aivan järjetön tilanne. Ohjelmoinnin (ja systeemityön, tietokantojen ja vastaavien) opettelemiseen menee vuosia. Hyväksi ohjelmoijaksi vielä enemmän aikaa.Miten kukaan agile-konsultti (joka ei ehkä koulunsa jälkeen ole koodannut riviäkään) voi alkaa neuvomaan paremmin asioista perillä olevia, jotka ovat tehneet vuosia ko duunia?

      Hyvä ohjelma ei sitä paitsi ole pelkästään bugi-vapaa. Hyvään ohjelmaan liittyy ylläpidettävyys, muokattavuus, yksinkertaisuus

      Koskakohan "managementti" oikein tajuaa, ettei ohjelmistoalalla ole silver bullettia. Edellinen muotisanailmiö ei toiminut, ei toiminut sen edeltäjäkään, ei nykyinen, ei tuleva. Parin vuoden päästä on scrummit ja agilet aikansa eläneitä. Onneksi. Lähimpänä silver-bullettia on mielestäni GoFfin design patternit ja olioparagdiimat, sekä oikeasti näihin perustuen ohjelmien suunnittelu ennen koodausta.Vieväthän suunnittelu ja mallintaminen toki aikansa, johon nykyinen kvartaalitalous ei anna mahdollisuuksia..

      Toivottavasti nämä kyttäämistavat kuuluvat meidän ohjelmatoimittajien tuotekehitykseen.. on niin saa*nan bugista ja törkeää jälkeä ollut viimeiset pari vuotta.


    • koodiorja kirjoitti:

      Eihän kontrollissa voi olla mitään pahaa, kun töissä kerran ei ole tarkoitus lepäillä. Miksei saman tien linjamanagereille avata omalta työasemalta 24/7 näkymää alaistensa näytöille. Pelkkä scrummi kun ei aina saa joutavaa surffailua kuriin. Nytkin täällä vaan velttoilen kesken työpäivän. En kyseenalaista scrummin etuja työnantajan kannalta oikein käytettynä. Pointti oikeastaan on, että tekeeko tuottavuutta parantava kontrolli miellyttävän työyhteisön, jossa työntekijät haluavat jatkaa alati nousevaan eläkeikään asti. Toisaalta tuskin meistä koodareista kukaan Suomessa eläkeikään saakka softaa voi kehittää. Parin vuosikymmenen kuluttua ohjelmoinnin oppikirjoja luultavasti on saatavissa vain kiinaksi (tai vietnamiksi tms).

      Meillä onkin niin tasa-arvoinen työyhteisö, että managementin mukaan on tarpeen katselmoida jokaisen developerin koodi. Jatkossa jokaikinen kirjoitettu rivi katselmoidaan ennen tuotantoon ottoa. Aikaisemmin developerit saivat käyttää omaa harkintaansa, mutta olivat ilmeisesti liian laiskoja vahtimaan toistensa työtä, tai käyttivät liikaa aikaa koodaamiseen toistensa koodin lueskelun sijasta. Lisäksi katselmointi ei ole enää mitään leppoisaa jutustelua neukkarissa iltapäivän ratoksi, vaan saimme sitä varten uuden softan laatua parantavan cutting edge työkalun. Siihen jokaisesta huomatusta puutteesta tulee kirjata kommentti, jotka luonnollisesti talletetaan backendin tietokantaan managementin myöhempää käsittelyä varten. Kaiketi kehityskeskustelussa saamme odottaa uutena kohtana agendassa katselmoinnissa havaittujen puutteiden henkilökohtainen käsittely. Tuskin maltan odottaa.

      Itse aloitin softakehityksessä kauan sitten, kun Cobol oli vielä käytetyin ohjelmointikieli. Toisinaan olen tehnyt jotain ja toisinaan en niinkään paljon, mutta aloittaessani kollegoista kukaan ei olisi suostunut alistumaan nykyiseen kyttäykseen. Silloin kehittäjät sanoivat itse, miten softaa tehdään. Nykyään sen kertovat agile konsultit ja muut tuottavuus expertit.

      Hei niinku oikeesti.. oottehan te nyt melkein kaikki ihan pihalla..

      1. Jos jossain on jotain idioottimaista pelleilyä niin vaihda muualle jos olet niin älyttömän fiksu itse. Kyllä tänne meillekin pääsee vaikka heti jos on oikeasti kova :-)

      2. Joskus ennen moni asia oli toisin.. ja koodarit oli miehiä, eikä naisia ja miehet oli rautaa ja koneetkin oli rautaa, eikä jotain virtuaalikoneita. Voi kyynel. Silloin oli varmaan oikeastikin erilaista väkeä kun alalle tultiin vähän eri reittejä ja eri syistä, mutta ajat muuttuvat. Palaa kohtaan 1.

      3. Katselmoinnit, scrum tai joku muu juttu ei ole turhaa tai tyhmää touhua sen takia että just sun firmassa ja projektissa niitä pyörittää joku ääliömääliö. Palaa kohtaan 1.

      Sössötys kertoo lähinnä siitä, että et ole oikeasti mikään guru, joka tajuaa asioita. Muuten olisit omassa firmassasi se joka sanoo miten tehdään tai voisit koska tahansa vaihtaa järkevään paikkaan töihin.


    • Tieto lisää tuskaa.. kirjoitti:

      Toivottavasti nämä kyttäämistavat kuuluvat meidän ohjelmatoimittajien tuotekehitykseen.. on niin saa*nan bugista ja törkeää jälkeä ollut viimeiset pari vuotta.

      maksatte sitten tuosta katselmoinnistakin, eikös?

      Totta kai koodifirman pitää seurata tiiviisti mitä ollaan tekemässä. Että voidaan kääntää kelkka nyt, eikä sitten metriä ennen törmäystä. Byrokraattinen, päivittäinen tasan-kello-0900-0915 oleva palaveri ei kuitenkaan välttämättä ole paras tapa tuohon..järkeä sopii ja saa mielestäni aina käyttää

      Lisäksi pitemmän päälle jatkuva pelkkä sprinttailu alkaa varmaan hiukan ahdistamaan, kuvittelisin..

      XP kuulostaa kyllä mielestäni ihan viksulta. Mutta mielestäni vain ohjelman alkuvaiheessa, kun mietitään luokkahierarkkiat ja kuinka hyvin OOP-periaatteita käytetään, tällöin toinen voi esim huomauttaa, että "nyt sun ideas rikkoo OCPtä koska tätä ja tätä ei voi vaihtaa, olisko parempi tämmönen vaihtoehto..tai baseClass määrittelee vääriä metodeja tms". Mielestäni tätä syvemmälle ei kannata mennä, itse koodaus on sitten yksittäisen koodarin vastuulla..Ei ole mitään järkeä toisen tuijottaa selän takana herjaako Eclipse kun jäi puolipiste vahingossa pois


    • Ei agile menetelmät estä turhan työn tekemisen tunnetta jos kerta kyse on... turhasta työstä. Turha työ tehdään agile menetelmissä vain "ketterästi".

      Lisäsyitä katselmointeihin:
      4) Aikatauluissa on pysytty mutta hetken huilia ja hyvänolontunnetta tehdystä työstä ei management katso hyvällä tämän alan töissä. Pistetään pystyyn katselmoinnit. Vaikka olisit viilannut pilkunkin oikein niin ainahan voidaan väittää että se olisikin pitänyt olla piste jonka viilaaminen on ollut tärkeää.
      5) Management haluaa näyttää kuka oikeasti osaa. Onnistuneelle kehittäjälle on saattanut tulla "virheellinen käsitys" omasta kompetenssistaan ja tokihan tällainen tyyppi pitää palauttaa takaisin maan pinnalle.


    • asianomistaja kirjoitti:

      Ei agile menetelmät estä turhan työn tekemisen tunnetta jos kerta kyse on... turhasta työstä. Turha työ tehdään agile menetelmissä vain "ketterästi".

      Lisäsyitä katselmointeihin:
      4) Aikatauluissa on pysytty mutta hetken huilia ja hyvänolontunnetta tehdystä työstä ei management katso hyvällä tämän alan töissä. Pistetään pystyyn katselmoinnit. Vaikka olisit viilannut pilkunkin oikein niin ainahan voidaan väittää että se olisikin pitänyt olla piste jonka viilaaminen on ollut tärkeää.
      5) Management haluaa näyttää kuka oikeasti osaa. Onnistuneelle kehittäjälle on saattanut tulla "virheellinen käsitys" omasta kompetenssistaan ja tokihan tällainen tyyppi pitää palauttaa takaisin maan pinnalle.

      Jos agileilla menetelmillä tehdään turhaa työtä, silloin ei kyse ole ainakaan scrummista oikein toteutettuna. Kyllähän niitä vesiputousscrummejakin näkee, mutta onko niilä enää mitään tekemistä agilen menetelmän kanssa?

      Ideahan on, että jos työ tuntuu turhalta, ei sitä tehdä, ennen kuin selviää miksi se ei ole turhaa — ja jos ei selviä, ei tehdä ollenkaan.


    • koodiorja kirjoitti:

      Kaikkein hämmästyttävimpiä ovat työtoverit, jotka ehkä ruskeakielisyyttään tai työriippuvuuden takia selittävät managementille "hyvä kun agilessa seurataan edistymistä päivittäin, niin tuottamaton työaika vähenee" ja "hyvä kun katselmoidaan kaikki koodi, niin laatu paranee". Miten näiden teollisuusrobottien kanssa voi tehdä töitä? Terveet ihmiset tekevät töitä palkan takia, siinä määrin kuin on tarpeen, ja nauttivat saadessaan tehdä asioita, jotka oikeasti kiinnostavat. Minun nuoruudessani ei ohjelmistoalalla ollut friikkejä, joiden mielestä miellyttävän työpaikan ensisijainen kriteeri on mahdollisimman korkea tuottavuus.

      Kyse ilmiöstä joka firman sisältä syö mahdollisuuksia tehdä hyvää ja tuottavaa bisnestä. En usko että ruskeakielisten tyyppien kohdalla on kyse huoli firman tuloskunnosta vaan omasta palkka-ja urakehityksestä. Tähän ajaa IT-alalta puuttuvat, palkkakehityksen turvaavat yleissitovat työehtosopimukset. Samoin kuin ylimalkaiset tehtävänkuvaukset, mahdollisuus hengailla porukassa tekemättä mitään järin tuottavaa. On lukuisia esimerkkejä huipputyypeistä joille ei meriittikorotuksia heru koska naamavärkki ei ole managementin mieleen.


    • koodiorja kirjoitti:

      Kaikkein hämmästyttävimpiä ovat työtoverit, jotka ehkä ruskeakielisyyttään tai työriippuvuuden takia selittävät managementille "hyvä kun agilessa seurataan edistymistä päivittäin, niin tuottamaton työaika vähenee" ja "hyvä kun katselmoidaan kaikki koodi, niin laatu paranee". Miten näiden teollisuusrobottien kanssa voi tehdä töitä? Terveet ihmiset tekevät töitä palkan takia, siinä määrin kuin on tarpeen, ja nauttivat saadessaan tehdä asioita, jotka oikeasti kiinnostavat. Minun nuoruudessani ei ohjelmistoalalla ollut friikkejä, joiden mielestä miellyttävän työpaikan ensisijainen kriteeri on mahdollisimman korkea tuottavuus.

      Mun mielestä on aivan sietämätöntä, että on juurikin teitä. Tämä vahvistaa kokemuksiani siitä, kuinka paljon huonoja tekijöitä löytyy. Toivottavasti en tee sinun kanssasi hommia.


  • Eikai tollanen koodiapinan työ oo koskaan mitään valkosen miehen hommaa ollukaan?

    • Jollakin white trash täytyy elättää. Vaikka helpommalla Suomessa pääsis ryhtyessään juomaan kokopäiväisesti keskiolutta lähiökuppilassa. Silloin koodiorjasta tulisi kerta heitolla niin tärkeä henkilö, että Helsingin kaupunki ryhtyisi suorastaan maksamaan asumisesta. Tähän saakka ovat sietäneet nurkissa, vain tuomieni verotulojen takia. Ystävien määräkin moninkertaistuisi kerta heitolla.


    • RASVALETTI, AKUSTINENKITARA JA PONNARI PÄÄSSÄ!

      ONKO TUTTU ILMESTYS?


    • HHAHAHAHAHAHHAHAHAHA kirjoitti:

      RASVALETTI, AKUSTINENKITARA JA PONNARI PÄÄSSÄ!

      ONKO TUTTU ILMESTYS?

      ONKO TUTTU ILMESTYS, MITÄÄN VIKSUA EI SEN SUUSTA TULEE, SIKSI PITÄÄ HUUTAA KOVEMPAA


    • asiakkaan tahallinen kusetus kaunispuheisten myyjien toimesta sitten on vai?


  • organisaatioon ruohonjuuritasolta ja se on kannattanut. Tuo työkalu kuulostaa kyllä aika hullulta vekottimelta, mutta pitäähän projektin jäsenten nyt päivittäin tietää, mitä toiset tekee. Ei meillä ainakaan raportoida niitä päivittäisi tekemisiä muille kuin omille työkavereille ja mitään arkistoa niistä ei synny.

    Koko homma on auttanut siinä, että teemme toimivaa softaa asiakkaille ja asiakas on tyytyväinen ja itse voin olla tyytyväinen siihen, että tuotan maailmaan jotain, mikä mielestäni parantaa asioita. Koko ajan töissä on kyllä jotain hommaa, mutta tauot pidän ja töistä lähden ajallaan. Eikös sen niin pidä ollakin?

    Ei siihen entisajan malliin, jossa sai viikon tehdä jotain ja sitten vaan sanottiin, että "en oikein ymmärtänyt, mitä oli tarkoitus tehdä" ei ole mitään paluuta ja hyvä niin. Pakko meidän on olla itseohjautuvia ja sietää sitä, että omaa työtä arvioidaan koko ajan.

    Kerrot olevasi pitkän ajan konkari: sinun pitäisi osata työsi niin, ettei siihen ole kenelläkään mitään sanottavaa. Jos katselmoinneissa saat jotain huomautuksia, niin joko selität, miksi teit niin kuin teit tai sitten korjaat tapasi. Ei kenelläkään ole mitään oikeutta pitää huonoista tavoistaan kiinni. Kun taas tutkit toisten koodia, niin tee vain asiallisia huomautuksia ja perustele ne kunnolla.

    Jos tuo systeemi toimisi teillä hyvin teillä olisi parin vuoden päästä ihan pirun osaavaa porukkaa kun olisitte oppineet toistenne kommenteista. Mutta ilmeisesti epäilet, että koko systeemi on vain irtisanomisperusteiden kaivamista varten?

    • Jos teet työsi hyvin, niin eihän työnantajan lisääntyvä työntekoon kohdistuva kontrolli sua haittaa. Jos et tee rikoksia, niin eihän poliisin pakkokeinojen rajoittamiseen ole mitään syytä.

      Vaikken ole rikollinen, niin mielestäni poliisin oikeuksilla täytyy edelleen olla tiukat rajat. Miksi haluaisin siis työnantajan lisäävän kontrollia, vaikka teen työni kunnolla? Toisaalta, jos mielestäsi poliisilla kuuluisi olla rajaton oikeus puuttua kansalaisten yksityisyyteen, niin ymmärrän ehkä myös pointtisi työn seurannan suhteen.


    • koodiorja kirjoitti:

      Jos teet työsi hyvin, niin eihän työnantajan lisääntyvä työntekoon kohdistuva kontrolli sua haittaa. Jos et tee rikoksia, niin eihän poliisin pakkokeinojen rajoittamiseen ole mitään syytä.

      Vaikken ole rikollinen, niin mielestäni poliisin oikeuksilla täytyy edelleen olla tiukat rajat. Miksi haluaisin siis työnantajan lisäävän kontrollia, vaikka teen työni kunnolla? Toisaalta, jos mielestäsi poliisilla kuuluisi olla rajaton oikeus puuttua kansalaisten yksityisyyteen, niin ymmärrän ehkä myös pointtisi työn seurannan suhteen.

      Poliisin ja työnantajan oikeuksilla pitääkin olla tiukat rajat, mutta nyt puhutaan siitä, että työnantaja tarkkailee työn tulosten laatua ja se ei ole kiellettyä. Ja ei työnantajankaan kaikkea pitäisi tonkia. Meillä raportointi on kuitenkin lähinnä siis työkavereille ja mitään syyllisyysarkistoa ei rakenneta. Silloin homma mielestäni toimii.

      On todella kamalaa, jos joutuu tilanteeseen, jossa ei pysty vaihtamaan työpaikkaa halutessaan. Se aiheuttaa juuri tuon ongelman, että alkaa pelkäämään sitä, että työnantaja on vihollisesi. Ja joskushan työnantaja on vihollisesi, sitä en kiistä. Mutta sellaisista työpaikoista pitäisi päästä pois riippumatta siitä, miten toimitaan.

      Vanhat hyvät ajat eivät kuitenkaan palaa ihan jo sen takia, että se toiminta oli läpeensä tehotonta ja intialaiset jyrää meitin kokonaan, jos niin jatkamme. Tehokkaalla toiminnalla osa hommista jää Suomeen, vaikka intialaiset nytkin jyrää meitä aika paljon.


    • asdasdasdasddasd kirjoitti:

      Poliisin ja työnantajan oikeuksilla pitääkin olla tiukat rajat, mutta nyt puhutaan siitä, että työnantaja tarkkailee työn tulosten laatua ja se ei ole kiellettyä. Ja ei työnantajankaan kaikkea pitäisi tonkia. Meillä raportointi on kuitenkin lähinnä siis työkavereille ja mitään syyllisyysarkistoa ei rakenneta. Silloin homma mielestäni toimii.

      On todella kamalaa, jos joutuu tilanteeseen, jossa ei pysty vaihtamaan työpaikkaa halutessaan. Se aiheuttaa juuri tuon ongelman, että alkaa pelkäämään sitä, että työnantaja on vihollisesi. Ja joskushan työnantaja on vihollisesi, sitä en kiistä. Mutta sellaisista työpaikoista pitäisi päästä pois riippumatta siitä, miten toimitaan.

      Vanhat hyvät ajat eivät kuitenkaan palaa ihan jo sen takia, että se toiminta oli läpeensä tehotonta ja intialaiset jyrää meitin kokonaan, jos niin jatkamme. Tehokkaalla toiminnalla osa hommista jää Suomeen, vaikka intialaiset nytkin jyrää meitä aika paljon.

      Epäilemättä vanhat ajat, jolloin projektipalaveri oli viikottain, ovat jääneet taakse mainitsemastasi syystä. Se oli tehotonta, mutta toisaalta myös työntekijälle vähemmän stressaavaa. Silloin viikossa piti saada jotakin aikaan, jotta projektipalaverissa oli kerrottavaa. Nykyään on ratkaisua edellyttävä ongelma, jos päivässä asiat eivät etene.

      Terveysviranomaiste mukaan nykyään työnteijät ovat hyvin stressaantuneita ja kaiketi useimmat meistä ennen pitkään jonkin sortin varttihulluja. Massoittain ihmisiä päätyy työkyvyttömyyseläkkeelle psyykkisten syiden takia, koska töissä ei kestä. Samalla lopuilla eläkeikä nousee koko ajan korvaamaan työkyvyttömien puuttuva panos. Jos tuottavuuden hinta on työkyvyttömyien määrän jatkuva kasvu, kuten nykyään, niin mitä luulet kansantalouden siitä hyötyvän. Yritykset luonnollisesti hyötyvät niin kauan kuin työkyvyttömyyden kustannukset lankeavat yhteiskunnalle ja tilalle voidaan ottaa uusi sukupolvi.


    • koodiorja kirjoitti:

      Epäilemättä vanhat ajat, jolloin projektipalaveri oli viikottain, ovat jääneet taakse mainitsemastasi syystä. Se oli tehotonta, mutta toisaalta myös työntekijälle vähemmän stressaavaa. Silloin viikossa piti saada jotakin aikaan, jotta projektipalaverissa oli kerrottavaa. Nykyään on ratkaisua edellyttävä ongelma, jos päivässä asiat eivät etene.

      Terveysviranomaiste mukaan nykyään työnteijät ovat hyvin stressaantuneita ja kaiketi useimmat meistä ennen pitkään jonkin sortin varttihulluja. Massoittain ihmisiä päätyy työkyvyttömyyseläkkeelle psyykkisten syiden takia, koska töissä ei kestä. Samalla lopuilla eläkeikä nousee koko ajan korvaamaan työkyvyttömien puuttuva panos. Jos tuottavuuden hinta on työkyvyttömyien määrän jatkuva kasvu, kuten nykyään, niin mitä luulet kansantalouden siitä hyötyvän. Yritykset luonnollisesti hyötyvät niin kauan kuin työkyvyttömyyden kustannukset lankeavat yhteiskunnalle ja tilalle voidaan ottaa uusi sukupolvi.

      Täytyy kyllä sanoa, että jos scrumpalaverit ja koodikatselmointi aiheuttavat noin paljon stressiä, niin teette sen päin helvettiä tai olet harvinaisen herkkänahkainen ihminen.


    • "Jos katselmoinneissa saat jotain huomautuksia, niin joko selität, miksi teit niin kuin teit tai sitten korjaat tapasi. Ei kenelläkään ole mitään oikeutta pitää huonoista tavoistaan kiinni. Kun taas tutkit toisten koodia, niin tee vain asiallisia huomautuksia ja perustele ne kunnolla. Jos tuo systeemi toimisi teillä hyvin teillä olisi parin vuoden päästä ihan pirun osaavaa porukkaa kun olisitte oppineet toistenne kommenteista."

      Paljastit, ettet ole ollut yhdessäkään nk. katselmuksessa. Sinä olet myyntipuolen heppu, joka valehtelee nälissään päivät pitkät tietävänsä jotain tuotteesta, jota myy. Sinun huonoksi onneksesi, minä tunnen sekä myyntipuolen limaiset huijarit että pölvästit koodarit.

      Katselmuksissa nypitään joitain virheitä koodista. Koska katselmuksissa istuu pääsääntöisesti pölvästejä niin joskus hyvän koodin laatu laskee. Kas kun keskiarvo ja hyvä koodaustyyli ovat ohjelmistoalalla keskenään ristiriitaisia käsitteitä. Eli katselmuksilla nypitään pelkästään virheitä koodista.

      Toisekseen, ei ne pölvästit opi yhtään mitään katselmuksista, koska ne ovat yhtä paksupäisiä kuin sinä. Jos ne eivät osaa jotain ohjelmointikikkaa niin pölvästit vaihtavat mieluummin duunia kuin opettelevat sen. Tämä on nähty pariin kertaan. Toisinaan nämä pölvästit menevät huijaamaan asiakkaita.


    • asdasdasdasddasd kirjoitti:

      Poliisin ja työnantajan oikeuksilla pitääkin olla tiukat rajat, mutta nyt puhutaan siitä, että työnantaja tarkkailee työn tulosten laatua ja se ei ole kiellettyä. Ja ei työnantajankaan kaikkea pitäisi tonkia. Meillä raportointi on kuitenkin lähinnä siis työkavereille ja mitään syyllisyysarkistoa ei rakenneta. Silloin homma mielestäni toimii.

      On todella kamalaa, jos joutuu tilanteeseen, jossa ei pysty vaihtamaan työpaikkaa halutessaan. Se aiheuttaa juuri tuon ongelman, että alkaa pelkäämään sitä, että työnantaja on vihollisesi. Ja joskushan työnantaja on vihollisesi, sitä en kiistä. Mutta sellaisista työpaikoista pitäisi päästä pois riippumatta siitä, miten toimitaan.

      Vanhat hyvät ajat eivät kuitenkaan palaa ihan jo sen takia, että se toiminta oli läpeensä tehotonta ja intialaiset jyrää meitin kokonaan, jos niin jatkamme. Tehokkaalla toiminnalla osa hommista jää Suomeen, vaikka intialaiset nytkin jyrää meitä aika paljon.

      "Vanhat hyvät ajat eivät kuitenkaan palaa ihan jo sen takia, että se toiminta oli läpeensä tehotonta ja intialaiset jyrää meitin kokonaan, jos niin jatkamme. Tehokkaalla toiminnalla osa hommista jää Suomeen, vaikka intialaiset nytkin jyrää meitä aika paljon."

      Älä kuule valehtele asioista, joista et tiedä yhtään mitään, vaikka valehtelulla elätkin. Katselmukset eivät lisää toiminnan tehokkuutta, päin vastoin. Joiden bugien määrää ne vähentävät. Moni katselmuksiin siirtynyt suomalainen kooditalo on jäänyt ihan suomalaistenkin katselmuksia käyttämättömien kilpailijoidensa jalkoihin.

      Toinen tyypillinen arkkivalehtelijatyyppi on se, joka vastaa kaikkeen kritiikkiin: "Mutta fiktiivisessä Oy Taivas Abeessä tämä homma toimii!!"

      Ohjelmistokehitysmenetelmien hautausmaalla on paljon menetelmiä, jotka toimivat kuulema jossain.


    • Konsultti . kirjoitti:

      "Vanhat hyvät ajat eivät kuitenkaan palaa ihan jo sen takia, että se toiminta oli läpeensä tehotonta ja intialaiset jyrää meitin kokonaan, jos niin jatkamme. Tehokkaalla toiminnalla osa hommista jää Suomeen, vaikka intialaiset nytkin jyrää meitä aika paljon."

      Älä kuule valehtele asioista, joista et tiedä yhtään mitään, vaikka valehtelulla elätkin. Katselmukset eivät lisää toiminnan tehokkuutta, päin vastoin. Joiden bugien määrää ne vähentävät. Moni katselmuksiin siirtynyt suomalainen kooditalo on jäänyt ihan suomalaistenkin katselmuksia käyttämättömien kilpailijoidensa jalkoihin.

      Toinen tyypillinen arkkivalehtelijatyyppi on se, joka vastaa kaikkeen kritiikkiin: "Mutta fiktiivisessä Oy Taivas Abeessä tämä homma toimii!!"

      Ohjelmistokehitysmenetelmien hautausmaalla on paljon menetelmiä, jotka toimivat kuulema jossain.

      Vai virtasiko kiukku vain niin voimakkaana, että silmät sumeni ja pystyi vain kirjoittamaan kiukkua kommenttin?

      En minä puolustanut katselmointeja tuossa kirjoituksessa ollenkaan ja muutenkin vain huomautin, että niillä voi olla jokin muukin käyttö kuin irtisanomisperusteiden kerääminen. Sen sijaan puolustin scrumia sellaisena kuin olen sen itse kokenut - siihen kuuluva kehittäjien välinen yhteistyö auttaa heitä oppimaan toisiltaan.


    • Kuuhun byrokratialla kirjoitti:

      "Jos katselmoinneissa saat jotain huomautuksia, niin joko selität, miksi teit niin kuin teit tai sitten korjaat tapasi. Ei kenelläkään ole mitään oikeutta pitää huonoista tavoistaan kiinni. Kun taas tutkit toisten koodia, niin tee vain asiallisia huomautuksia ja perustele ne kunnolla. Jos tuo systeemi toimisi teillä hyvin teillä olisi parin vuoden päästä ihan pirun osaavaa porukkaa kun olisitte oppineet toistenne kommenteista."

      Paljastit, ettet ole ollut yhdessäkään nk. katselmuksessa. Sinä olet myyntipuolen heppu, joka valehtelee nälissään päivät pitkät tietävänsä jotain tuotteesta, jota myy. Sinun huonoksi onneksesi, minä tunnen sekä myyntipuolen limaiset huijarit että pölvästit koodarit.

      Katselmuksissa nypitään joitain virheitä koodista. Koska katselmuksissa istuu pääsääntöisesti pölvästejä niin joskus hyvän koodin laatu laskee. Kas kun keskiarvo ja hyvä koodaustyyli ovat ohjelmistoalalla keskenään ristiriitaisia käsitteitä. Eli katselmuksilla nypitään pelkästään virheitä koodista.

      Toisekseen, ei ne pölvästit opi yhtään mitään katselmuksista, koska ne ovat yhtä paksupäisiä kuin sinä. Jos ne eivät osaa jotain ohjelmointikikkaa niin pölvästit vaihtavat mieluummin duunia kuin opettelevat sen. Tämä on nähty pariin kertaan. Toisinaan nämä pölvästit menevät huijaamaan asiakkaita.

      Mutta ei minulle ainakaan ole ihan selvää, mitä tuo alkuperäinen kirjoittaja tarkoitti, sinulle ilmeisesti on. Joka tapauksessa niissä katselmoinneissa voi yrittää toimia niin kuin olisi järkevää tai sitten voi alkaa pelata peliä, niin kuin sinä ilmeisesti jo teet. Itse ajattelin, että ne katselmoinnit voisivat olla jotain pariohjelmoinnin kaltaista - lue se alkuperäinen viesti, siinä mainitaan katselmoijan olevan toinen kehittäjä - ja se voisi olla fiksua, jos toimialalla virheettömyys on tärkeää.

      Katselmointeja ei varmaankaan ole pakko tai edes hyödyllistä pitää, mutta jos kehittäjät eivät lue toistensa koodia he eivät voi tehdä yhtä tiivistä yhteistyötä vaan järjestelmä on pakko jakaa isoihin moduleihin, jotka taas jaetaan kehittäjille. Silloin ne "pölvästit" saavat rauhassa sekoilla siellä omassa modulissaan ja aiheittaa suurta tuhoa projektille, kun se moduli ei koskaan tee sitä, mitä sen pitäisi. Ja mikä vielä pahempaa, kehittäjät eivät tunne toistensa osuuksia, joten he eivät voi auttaa toisiaan tekemään paljon kehitystä samalle järjestelmän osalle.

      Alkuperäiselle kirjoittajallekin suosittelisin työpaikan vaihtoa, mutta hän taisi jo kirjoittaa, ettei se onnistu. Sinulle kyllä suosittelisin samaa: ei tuo kiukun määrä ole enää tervettä. Mutta jos et tulisi meille, kiitos. Jos saisit kirjoitettua yhden asiallisen viestin, sinulla varmaan olisi hyvää sanottavaa siitä, miten katselmoinnit voivat olla vahingollisia - se olisi mielenkiintoista lukea.


    • "Koko homma on auttanut siinä, että teemme toimivaa softaa asiakkaille ja asiakas on tyytyväinen ja itse voin olla tyytyväinen siihen, että tuotan maailmaan jotain, mikä mielestäni parantaa asioita."

      Olen ollut aikeissa siirtyä softa-alalle, mutta kynnys ollut siitä syystä liian suuri, että koodaamani softa on armotta parin vuoden päästä jo vanhentunut ja hyödytön. Siksi ei softapuoli oikein napeksi...


    • RKMKO kirjoitti:

      Täytyy kyllä sanoa, että jos scrumpalaverit ja koodikatselmointi aiheuttavat noin paljon stressiä, niin teette sen päin helvettiä tai olet harvinaisen herkkänahkainen ihminen.

      OLP


    • Konsultti . kirjoitti:

      "Vanhat hyvät ajat eivät kuitenkaan palaa ihan jo sen takia, että se toiminta oli läpeensä tehotonta ja intialaiset jyrää meitin kokonaan, jos niin jatkamme. Tehokkaalla toiminnalla osa hommista jää Suomeen, vaikka intialaiset nytkin jyrää meitä aika paljon."

      Älä kuule valehtele asioista, joista et tiedä yhtään mitään, vaikka valehtelulla elätkin. Katselmukset eivät lisää toiminnan tehokkuutta, päin vastoin. Joiden bugien määrää ne vähentävät. Moni katselmuksiin siirtynyt suomalainen kooditalo on jäänyt ihan suomalaistenkin katselmuksia käyttämättömien kilpailijoidensa jalkoihin.

      Toinen tyypillinen arkkivalehtelijatyyppi on se, joka vastaa kaikkeen kritiikkiin: "Mutta fiktiivisessä Oy Taivas Abeessä tämä homma toimii!!"

      Ohjelmistokehitysmenetelmien hautausmaalla on paljon menetelmiä, jotka toimivat kuulema jossain.

      Nokialla se meni tuotannon puolella niin että kaikkeen vastattiin : mutta Kiinassa se toimii vaikka kuinka hyvin! Jos oli systemaattinen virhe, kerrottiin että ei niillä vaan Kiinassa tuota ole (eli vika on tekijöissä, ei tuotteessa). Kunnes kuulimme viikon päästä että itseasiassa Kiinassa oli tapeltu saman asian kanssa vielä enemmän. Saksa-kortti oli todella kuumaa kamaa, kunnes se loppui ja voi voi! Monta kertaa vuodessa kerrottiin että jos ei ala kädet käydä niin viedään teidän työt Saksaan, ne kyllä tekee ja osaa. Kumma juttu että niin taitava tehdas piti lopettaa, ja vielä työhalutkin kohdillaan.


    • asdasdasdasddasd kirjoitti:

      Poliisin ja työnantajan oikeuksilla pitääkin olla tiukat rajat, mutta nyt puhutaan siitä, että työnantaja tarkkailee työn tulosten laatua ja se ei ole kiellettyä. Ja ei työnantajankaan kaikkea pitäisi tonkia. Meillä raportointi on kuitenkin lähinnä siis työkavereille ja mitään syyllisyysarkistoa ei rakenneta. Silloin homma mielestäni toimii.

      On todella kamalaa, jos joutuu tilanteeseen, jossa ei pysty vaihtamaan työpaikkaa halutessaan. Se aiheuttaa juuri tuon ongelman, että alkaa pelkäämään sitä, että työnantaja on vihollisesi. Ja joskushan työnantaja on vihollisesi, sitä en kiistä. Mutta sellaisista työpaikoista pitäisi päästä pois riippumatta siitä, miten toimitaan.

      Vanhat hyvät ajat eivät kuitenkaan palaa ihan jo sen takia, että se toiminta oli läpeensä tehotonta ja intialaiset jyrää meitin kokonaan, jos niin jatkamme. Tehokkaalla toiminnalla osa hommista jää Suomeen, vaikka intialaiset nytkin jyrää meitä aika paljon.

      Hah, intialaisia on turha pelätä, laatu täyttä skeidaaa. Yksi intialainen koodari työllistää kolme suomalaista: Yksi käskee, yksi vahtii ja yksi korjaa työn tuloksia

      Sikäläisten off-shore firmojen "Agile" toimintapa on seuraava:

      1-Tuotetaan nopeasti jotain joka näyttää vähän siltä mitä asiakas speksaa
      2-Laskutetaan asiakasta
      3-Laskutetaan asiakasta lisää kun tutkitaan asiakkaan tekemiä bugiraportteja
      4-Korjataan bugit ja tehdään nopeasti vähän lisää jotain mitä asiakas speksasi mutta joka jäi edelliskerralla tekemättä
      5- Jos asiakas alkaa valittaa, muistutetaan että agilen luonteeseen kuuluu iterointi ja että on asiakkaan oma vika ettei valittanut tarpeeksi ja kyllin ajoissa
      6-Laskutetaan asiakasta valitusten käsittelyyn kuluneesta ajasta
      7-Toisteaan steppejä 1...6 niin kauan että asiakkaan projektipäällikkö on paska housuissa kun aikataulut ja budjetti ovat ylittymässä.
      8-Annetaan kustannusarvio työn loppuun saattamisesta ja kun lupa on saatu, palataan steppiin 1

      Lopulta on pakko pistää ulos buginen, ylläpidettävyydeltään painajaismainen häkkyrä, jonka jatkokehitysprojekteista intialainen firma käärii lisää rahaa.

      Eli tyhmää tehdä kerralla hyvää kun voi laskuttaa paskan moneen kertaan.


    • Sitähän scrum ei ota huomioon että osa koodareista on aivan oikeasti itseohjautuvia ja päivittäinen raportointi siitä mitä teit eilen ja mitä aiot tehdä tänään on heidän kohdallaan ajan hukkaa. Ne jotka vanhaan hyvään aikaan kävivät kerran viikossa kävivät kertomassa "en oikein ymmärtänyt, mitä oli tarkoitus tehdä" eivät scrum tiimissä menesty mutta en usko että he ovat tulosta tekevinä työntekijöinä menestyneet viikkopalavereihinkaan perustuvissa projektiorganisaatioissa. Sitäpaitsi, eikö ole työnantajan edustajan tehtävä yksilökohtaisesti seurata miten tyypit hoitavat hommansa. On heitä joita pitää potkia päivittäin kun taas eräiden voi luottaa tuottavasti etenevän viikkojakin ilman ohjausta.


  • täällä valitat, valita liittoon, onne pelisäännöt olta

    • OVEN ALLA RAKO MISTÄ MAHTUU PIZZA JA COLAT JAA JO KOPPIIN MENNESSÄ HAISTAKAA VITTU!


    • TYJ kirjoitti:

      OVEN ALLA RAKO MISTÄ MAHTUU PIZZA JA COLAT JAA JO KOPPIIN MENNESSÄ HAISTAKAA VITTU!

      FGGF


  • Mä kun vedän sahan käyntiin narusta, kukaan ei tule "tarkkailemaan" 50 metriä lähemmäksi !!

    • Scrum&Agile hommissa pääpointti on, että koko ryhmä on vastuussa projektista. Homma tosin kulkee näppärästi metsään, kun biolannoite osuu tuulettimeen. Silloin alkaa johdon toimesta organisoitu syyllisten etsintä ja siinä putoaa sitten koko Scrum hommalta pohja. Leikitään ryhmätyötä, mutta samalla pitää varmistaa omat istumalihakset. Sen sijaan, että jelppaisit muita porukassa tai selvittäisit mystistä bugia, suoritat story pointseja asianmukaisesti fuskaten.

      Koodikatselmointien perusteella tehty syntikirjasto kuulostaa irvokkaalta. Vähän niin kuin Venäjän lait, joiden perusteella kuka tahansa on syyllinen ja voidaan tarvittaessa tuomita. Tuollaisten katselmointien perusteella tuskin erotellaan muita kuin pahimmat tunarit. Vielä suurempi riesa eli hyväpuheiset psykopaatit, selvittävät tuonkin esteen, vaikka eivät koodata osaisikaan.


  • jo kauan sitten olin IT-talossa, jossa intoiltiin ISO-standardeista. Siihen kuului myös tuo koodin "tarkastaminen", joka kaatui siihen mahdottomuuteen, että se olisi vienyt firman tuloksen miinukselle, vaikka teoriassa kuulostikin hyvältä. Toisaalta, kun koodia ei tarkastettu, sai jokainen kirkasotsainen uusi koodaaja ohjeen ottaa pohjaa "vanhoista hyvistä" ohjelmista, jotka osittain olivat painajaismaisia sekasotkuja.

    Jotta periaatteessa hyvä asia, kunhan se auttaa välttämään virheitä, eikä tulehduta työympäristöä.

    Silti joka kerta, kun teen itse alokasmaisen virheen, tekisi mieli takoa päätä seinään jotta jos oppi sitten sinne paremmin menisi. Takana on vasta 27 vuotta RPG-koodausta, eikä loppua näy.

  • koodausta kutakuinkin riittävästi, eikä opit ja kokemukset ole edes vanhentuneita. Juu, olen myös
    sertifioitu scrum-masterikin. Silti en allekirjoita kaikkia agilen ja scrumin oivalluksia, koska en näe niillä
    ainakaan sen toimialan, jolla itse väännän softaa, softatuotannossa mitään tolkkua.
    Esimerkiksi päivittäiset kokoukset ovat mielestäni pääosin turhia, viikoittaiset projektipalaverit piisaavat ja akuuteissa ongelmissa ei ole mitään estettä kokoontua spontaanisti vaikka viisi kertaa päivässä jos asia vaatii. Miksi pitää joka päivä kokoontua kertomaan pääosin samaa asiaa kuin edellisessä kokouksessa, kun ei päivässä kumminkaan aivan ihmeitä tapahdu. Toinen on katselmointi: Mitä ihmeen tolkkua on katselmoida kaikkea makkarakoodia ellei siihen sisälly mitään erityistä haasteen paikkaa? Hieman sama kuin parityöskentely: Tottakai jos tehdään jotain niin hankalaa että koko toimintaprosessi johon softa tulee, on vierasta, on hyvä olla käytettävissä ko. liiketoimintaa tunteva business analysti käsillä. Jos taas on tarkoitus että koko ajan on toinen olan yli toimettomana katselemassa jokaisen puolipisteen kirjoittamista, niin ei kyllä minulla pinna kestäisi sen enempää katselijan kuin koodarin roolissa. Pitää muistaa että näiden erilaisten katselmoijien, laatuvalvojien ym. varsinaiseen työhön osalistumattoman hangaround-porukankin palkka pitää maksaa siitä hinnasta joka softasta saadaan.

  • Kun Sonera- ja Nokiakupla viimeksi hajosi, oltiin etuajassa.
    Nyt olisi sovelluksilla kysyntää - siitä vain niitä tekemään.
    Täytyy olla idea.

    • soitti suurella kännykällä Helsingistä Moskovaan. Se oli silloin hyvä idea.


  • Kiitos viestistäsi. Se on ainakin herättänyt keskustelua. Ensimmäinen ajatukseni viestisii luettuani viikonloppuna oli, että kysessä on trolli, joka provosoi keskustelua esittämällä asiat voimakkaasti kärjistettynä. Olisiko joku todella voinut ymmärtää ketteryyden noin väärin? Tänään päätin sittenkin ottaa asian tosissaan ja kirjoitin siitä lisää blogiini. http://leandeveloper.com/wordpress/2009/11/command-and-control-with-pair-programming/

    Työn iloa sinulle ja tiimiilesi :-)

  • Hei!
    Tietoa IT/Tietotekniikan jatko- ja täydennyskoulutuksesta löytyy uusilta ilmaisilta www.koulutus.fi sivuilta - käy tutustumassa!

SEISKA.FI

Ketjusta on poistettu 2 sääntöjenvastaista viestiä.