Recommended
More Related Content
Viewers also liked
Yamk2012 virtual organisations as a challenge for ucd
- 1. Virtual Organisations as a Challenge for UCD Agenda • Tekijät • GroupWare & Sigma • Tehdyt havainnot • Oma arvio •Kommentteja?
- 4. Case ja tausta Agenda •Tekijät • GroupWare & Sigma • Tehdyt havainnot • Oma arvio •Kommentteja?
- 10. ©
- 13. Mitä jäi käteen?. Agenda • Tekijät • GroupWare & Sigma • Tehdyt havainnot • Oma arvio •Kommentteja?
- 15. ©indevjobs.org
- 26. Odotukset ja niihin vastaaminen. Suositus Agenda • Tekijät • GroupWare & Sigma • Tehdyt havainnot •Oma arvio •Kommentteja?
- 27. Artikkeli jätti itsekin kysymyksiä 1. Miten yhdistetään UCD:ssä käyttäjän tarpeet ja virtuaalinen toteutusorganisaatio 2. Miten osallistuminen huomioidaan järjestelmäkehityksessä 3. Jos GroupWaren käyttö on VO:lle tärkeää, niin miten käyttäjiä voitaisiin saada lisää UCD:den avulla?
- 30. • 7 % sanoista • 38 % äänensävystä • 55 % ulkoinen esiintyminen
- 34. Jos UCD:n tahtoo jalkauttaa organisaatioon • Aseta ryhmä ryhmätyön edelle • Kuuntele - älä puhu • Kommunikaatio eri tavoin • Konkretia • Yhteinen tavoite • Hyöty?
- 38. Linkit • http://www.mbnet.fi/artikkeli/blo git/net_nyt/miksi_avoimen_lahde koodin_ohjelmat_ovat_niin_rumi a_ja_hankalia • http://projektit.ramboll.fi/nakoku lma-seminaari/ 2009/esitykset/huomis en_rakennettu_ymparisto/mikko _wennberg_osallistava_%20suun nittelu.pdf • http://civic.mit.edu/blog/msaute r/participatory-design • Vo ja kokoukset http://www.tietokone.fi/uutiset/v ideoneuvottelu_voi_olla_paljon_ muutakin_kuin_kokouksia • http://blogit.tietokone.fi/tietojak oneesta/2011/03/ensin-meni-oma- huone-seuraavaksi-oma-poyta/
- 39. Kommentteja? Ajatuksia?. Agenda • Tekijät • GroupWare & Sigma • Tehdyt havainnot • Oma arvio •Kommentteja?
Editor's Notes
- Tekijät Markus Rittenbruch ja Helge Kahler Insitute for Computer Science III, University of Bonn
- Monialaiset tekijät Markus opiskellut tietotekniikkaa ja psykologiaa Helge matematiikka, sosiologiaa ja liikkeenjohtoa Molemmat tekevät väitöskirjaa ja siihen liittyvää tutkimusta GroupWarelle
- GroupWare on saksalainen ohjelmistoalan yhtiö. Sen tuotteet liittyvät yleisesti sähköiseen työskentelyyn. Tutkimus keskittyy GroupWaren erään tuotteen käyttöön liittyviin haasteisiin.
- GroupWaren asiakasyritystä ei haluttu nimetä. Siksi siitä käytettiin nimeä Sigma :) Yritys tarjoaa IT ja koulutuspalveluita
- GroupWaren asiakasyritystä ei haluttu nimetä. Siksi siitä käytettiin nimeä Sigma :) Yritys tarjoaa IT ja koulutuspalveluita Yhtiö toimii Saksan laajuisesti. Sillä on keskuspaikka ja joitakin alueellisia hubeja
- Yrityksellä on lisäksi noin 200 freelanceria verkostossaan
- Haaste: pitäisi kasvaa, mutta miten? miten huolehtia kasvusta ja kehityksestä kun osallistujilla erilaisia tavoitteita?
- Projektipäällikkö / tiiminvetäjä kokoaa ryhmän keikoittain. edut: maantieteellisyys, itseorganisoituva, joustava, ei raskasta hierargiaa
- Ongelma: tieto on ihmisillä, ei organisaatiolla. Tästä oli taannoin hyvä esimerkki eräässä tietojärjestelmäprojektissa. Mallinnettiin alkuperäiset lomakkeet jne. tietokoneelle. Kaiken piti olla kunnossa. Mutta kun järjestelmä otettiin käyttöön, se ei toiminut. Kun asiaa selvitettiin, kävi ilmi että vahtimestari postia tuodessaan välitti tärkeää tietoa, jota ei ollut paperilla.
- Ongelma: mitä virtuaalisemmaksi organisaatio muuttui, sitä tärkeämmäksi muodostuu kuka tuntee sinut ja kenet sinä tunnet. Tiiminvetäjät valitsivat tuttuja tai tuttujen suositusten kautta. Vasta sitten yhteisestä poolista.
- Sigsys offline mailbox isdn, modeemi, verkko :D postiryhmät tiedostojen vaihto postitse
- Tutkijoiden tavoite: esitellä ja käyttöönottaa GroupWaren tuote virtuaalinen organisaatio huomioiden
- Järjestelmän käyttöä tutkittu haastatteluilla, ryhmäkeskusteluilla ja käyttäjätarkkailulla
- Esiin nousi kahdenlaisia ongelmia 1. Ongelmat saada osallistumaan, käyttäjäongelmat 2. Ongelmat järjestelmän kanssa
- UCD:n kuuluu yhdessä tekeminen Miten onnistuu virtuaalisessa hajautetussa organisaatiossa? Kädet pitää saada kohtamaan
- Freelancerit vastuussa omasta ajasta ja tuloista => miten asiakkaan kanssa? Raha & aika. Jos maksetaan sisällön perusteella…
- Epäselvät vastuut * epäformaali organisaatio tarvitsee keskustelua ja konsensusta. Aika? Kuka tekee päätöksen? Miten? * Sigma: Vastuuta siirretään toiselta toiselle. Vastuu & aikataulu ongelma
- Motivaatio: organisaatio & poliittinen it väki ei saanut osallistua it järjestelmähankkeen valmisteluun => ollaan vastaan, eikä käytetä
- Johdolta odotetaan sitoutumista hankkeeseen. Onko kautta linjan? Jos johto ei usko järjestelmään, miten freelancer?
- Motivaatio: henkilökohtainen. Mitä hyötyä itse saa SigSysistä. Miksi pinnistellä?
- Eri ihmiset organisaatiossa saavat tietoa hyvin erilaisin tavoin. Osa henkilöistä saa tiedot ennen kun se on edes Sigsys järjestelmässä. Osa hyvin riippuvaisia järjestelmässä
- Eri ihmisillä rooleista riippuen erilainen tarve pitää yhteyttä muihin => Toiset käyttävät kaiken aikaa. => jotka eivät tarvitse muita, eivät käytä järjestelmää ja eivätkä osallistu esim keskusteluihin.
- Tarvitaan kriittinen massa ihmisiä tuottamaan sisältöä (vrt Wikipedia) Nyt Sigsysin käytössä työn ja etujen epäsuhta molemmat klassisia ongelmia Käytön erilaisuus Toinen useita kertoja päivässä, toinen ei juuri koskaan => Ei tiedetä miksi ei saada vastauksia kysymyksiin a) ei kiinnosta b) ei ehdi c ) ei ole lukenut => tarve puhelinneuvotteluille joita järjestelmän piti poistaa. Osa käyttää kaikkia toimintoja, osa ei juuri mitään
- Lopussa realistinen toteamus. UCD tuottaa haasteita VO:ssa. Vain jos ne saadaan ratkaisua, joustavasta organisaatiosta saadaan etu. Kysymykset osoittavat, että artikkeli on epäonnistunut jalkautuksessa.
- Päähuomio: Artikkeli menee tuote edellä. Ei ota kantaa VO ongelmaan eikä käyttäjälähtöisyyteen. Otsikointi väärin, tavoitteet väärin
- Teknisestikin vanhentunut Puhuu sähköpostin eduista => ei riitä. Ammattilaisille tämä olisi todennäköisesti vanhempaan vaihto. Ei voi olla töissä huonompaa kun vapaalla
- Tarvitaan erilaista kommunikaatiota. Sähköinen voi tukea. Onko työprosessi mallinnettu? Tietotekniikka ei yksin poista ongelmia.
- Hajanaisuus tuttua opensource maailmassa. Tässä jutussa viedään UCS:tä paljon pidemmälle. Lukekaa esitellyn sijaan. Artikkelissa on hyviä linkkejä jatkoon. Luettu artikkeli ei antanut mitään
- Ismejä tulee ja menee. Moni ammattilainen kokeen ettei niistä kannata innostua Pomot & ismit vaihtuu, ammattilaiset ja asiakkaat säilyy
- Agile on jo polttanut näpit. Kannattaa varoa ettei samaa tapahdu UCD:ssä.
- Kannattaa katsoa mitä ihmiset jo käyttävät. Ei väkisin tuoda uutta. Tämä on nyt tajuttu yrityksissä. Ihmiset käyttävät esim. DropBoxia helpottamaan työtään. Ei kannata tarjota huonompaa vaihtoehtoa.
- UCD ei ole hopealuoti. Se ratkaisee vaan tietyt ongelmat. Ei ole yhtä oikeaa tapaa jalkauttaa sitä.