kuulostaisi juuri tutkimusparven hommalta, mutta avoimuus on melko pakollista parven touhuissa, joten jos se on ongelma, niin pitää synnyttää ns. "studiojoukkue" (termi via @ubiq).
joo. parven puitteissa on helpompi saada ihmiset innostumaan, jos tietoa ja kommentteja julkaistaan avoimesti, niin että kaikki hyötyvät toistensa tekemästä työstä.
haasteita varmaan olisi että miten tämä toimisi käytännössä.. esim jos meidän D:t sattuisivat olemaan kuolettavan tylsiä ;) niin jaksaisiko niistä mikään parvi kiinnostua siinä määrin tarpeeksi, että saataisiin rakentavia kommentteja?
verrattuna tavanomaiseen reviewprosessiin arvelisin myös että tämä tuottaisi jonkin verran editointityötä vastaanottavassa päässä.
miten antaa toimeksianto ja DL :) epämääräiselle joukolle mahdollisia osallistujia ja missä vaiheessa arviointityö voidaan todeta suoritetuksi. vai ehkä mietin tätä liian vaikeasti.. ehkä nämä rapot olisi alunpitäen tehdä wiki-hengessä avoimesti..
toimeksiannot, DL:t, työn suorituksen päättyminen ja rahanjako ovat parven ominaisia haasteita, mutta ei niistä kannata murehtia etukäteen. Matskut julkiseksi, parvi houkutteleminen mukaan ja sitten katsotaan mitä tulee.
Kommentointiin tarvitaan joku fiksu työkalu ja niin, että matskua voi pureksia pieninä paloina kahlaamatta läpi "kuolettavan tylsiä" satasivuisia... CommentOnThis vaikuttaisi kieltämättä aika kivalta, jos tuota voisi jotenkin soveltaa.
@priio mä olen kuolannut tollasen commentonthis työkalun perään jo jonkin aikaa, sille olisi todella käyttöä monessa kohteessa, jos se olisi jonkinlaisena helppona open source pakettina otettavissa käyttöön.
Ideahan on simppeli, eikä pätevältä koodarilta vaatisi nähdäkseni paljoakaan. Commentonthisin alkup. kehittäjä voisi olla myöntyväinen ehkä jopa julkaisemaan koodin tai palvelun, jos vähän houkuttelisi.
@ekurvine kiva, että Flexible Services sivustolle on tullut lisää sisältöä. Kokeilu kannattaa aina, veikkaan, että dediksien määrääminen on melko turhaa, eikä vaikuta ainakaan positiivisesti kommenttien määrään, eikä laatuun. Parasta on jonkin sortin on-going prosessi, jossa ihmiset voivat seurata jonkun deliverablen kehittymistä ja kommentoida matkalla. Palkinto osallistujalle on aina, jos tuntee, että omasta kommentista on ollut iloa. Jos kaikki on jo valmista ja hienoa, niin silloin ulkopuolisen kommentointikynnys nousee.
@jogistar: rohkenen olla eri mieltä noiden dedisten toimivuudesta. Voi olla ettei tänäänkään olisi tullut mitään wikikommentteja ilman takarajapäätöstä.. Ei deadlinet varmaan ainoana motivointikeinona takaa laatua, mutta voivat kuitenkin edesauttaa sitä, että syntyy edes jotain. Usein parempi kuin ei mitään.
15 comments so far
Ohjausryhmällä :-) ?
9 months ago by nieminensundell
@ekurvine Minkälaisesta raportista olisi kyse?
9 months ago by JuhaK
kuulostaisi juuri tutkimusparven hommalta, mutta avoimuus on melko pakollista parven touhuissa, joten jos se on ongelma, niin pitää synnyttää ns. "studiojoukkue" (termi via @ubiq).
9 months ago by teroheiskanen
joo. parven puitteissa on helpompi saada ihmiset innostumaan, jos tietoa ja kommentteja julkaistaan avoimesti, niin että kaikki hyötyvät toistensa tekemästä työstä.
9 months ago by pe3
pohdinta liittyi #flexibleservices deliveraabeleihin, joista osa on julkisia. ja mielestäni suurempikin osa voisi olla.. ks ohjelman veppisivu. tutkimusaiheen puolesta tämä tapa arvioida tuotoksia olisi mitä sopivin, ks esim "everyday services" tai "local and user created services".
9 months ago by ekurvine
haasteita varmaan olisi että miten tämä toimisi käytännössä.. esim jos meidän D:t sattuisivat olemaan kuolettavan tylsiä ;) niin jaksaisiko niistä mikään parvi kiinnostua siinä määrin tarpeeksi, että saataisiin rakentavia kommentteja?
verrattuna tavanomaiseen reviewprosessiin arvelisin myös että tämä tuottaisi jonkin verran editointityötä vastaanottavassa päässä.
9 months ago by ekurvine
kommenttien "rakentavuudesta" ei voi mennä takuuseen, kun on parvi asialla, mutta tämä ei selviä muuta kuin kokeilemalla
9 months ago by teroheiskanen
miten antaa toimeksianto ja DL :) epämääräiselle joukolle mahdollisia osallistujia ja missä vaiheessa arviointityö voidaan todeta suoritetuksi. vai ehkä mietin tätä liian vaikeasti.. ehkä nämä rapot olisi alunpitäen tehdä wiki-hengessä avoimesti..
9 months ago by ekurvine
@teroheiskanen kokeilemalla juu. mielestäni tässä olisi hyvä paikka ottaa tuo riski..
9 months ago by ekurvine
toimeksiannot, DL:t, työn suorituksen päättyminen ja rahanjako ovat parven ominaisia haasteita, mutta ei niistä kannata murehtia etukäteen. Matskut julkiseksi, parvi houkutteleminen mukaan ja sitten katsotaan mitä tulee.
9 months ago by teroheiskanen
onko tämä nyt sitä muodikasta open-ended innovaatiota? ;)
9 months ago by ekurvine
Kommentointiin tarvitaan joku fiksu työkalu ja niin, että matskua voi pureksia pieninä paloina kahlaamatta läpi "kuolettavan tylsiä" satasivuisia... CommentOnThis vaikuttaisi kieltämättä aika kivalta, jos tuota voisi jotenkin soveltaa.
http://www.commentonthis.com/powerofinformation/
9 months ago by priio
@priio mä olen kuolannut tollasen commentonthis työkalun perään jo jonkin aikaa, sille olisi todella käyttöä monessa kohteessa, jos se olisi jonkinlaisena helppona open source pakettina otettavissa käyttöön.
Ideahan on simppeli, eikä pätevältä koodarilta vaatisi nähdäkseni paljoakaan. Commentonthisin alkup. kehittäjä voisi olla myöntyväinen ehkä jopa julkaisemaan koodin tai palvelun, jos vähän houkuttelisi.
8 months, 3 weeks ago by jogistar
@ekurvine kiva, että Flexible Services sivustolle on tullut lisää sisältöä. Kokeilu kannattaa aina, veikkaan, että dediksien määrääminen on melko turhaa, eikä vaikuta ainakaan positiivisesti kommenttien määrään, eikä laatuun. Parasta on jonkin sortin on-going prosessi, jossa ihmiset voivat seurata jonkun deliverablen kehittymistä ja kommentoida matkalla. Palkinto osallistujalle on aina, jos tuntee, että omasta kommentista on ollut iloa. Jos kaikki on jo valmista ja hienoa, niin silloin ulkopuolisen kommentointikynnys nousee.
8 months, 3 weeks ago by jogistar
@jogistar: rohkenen olla eri mieltä noiden dedisten toimivuudesta. Voi olla ettei tänäänkään olisi tullut mitään wikikommentteja ilman takarajapäätöstä.. Ei deadlinet varmaan ainoana motivointikeinona takaa laatua, mutta voivat kuitenkin edesauttaa sitä, että syntyy edes jotain. Usein parempi kuin ei mitään.
8 months, 3 weeks ago by priio