MD
Julkinen

#13 Konstruktiivinen tutkimus — artefakti ja sen rakentaminen aineistona


menetelmäopinnäytetyö

Menetelmäpostaus (#12) kuvaa miksi blogi-pohjainen työnkulku on legitiimi opinnäytetyö ja mitä se osoittaa. Tämä postaus käsittelee erillisen kysymyksen: minkä tyyppistä tietoa työ tuottaa.

Artefakti ja aineisto

Konstruktiivisessa tutkimuksessa rakennetaan jokin uusi — menetelmä, järjestelmä, malli, työkalu — ratkaisemaan tunnistettua ongelmaa, ja rakentamisprosessi itse tuottaa tietoa. Artefakti on tulos, mutta sen syntyhistoria on tutkimusaineisto. Lopputuotteen toimivuus on yksi havainto. Polulla tehdyt päätökset, kohdatut ongelmat, hylätyt suunnat ja niiden syyt ovat toisia.

Tämä työ rakentaa kaksi artefaktia rinnakkain. Taskukello-sovellusinstanssit (suorittaja ja järjestäjä) ovat näkyvä tuote. Blogi-pohjainen työnkulku itse on menetelmäartefakti. Molempien rakentaminen tuottaa aineistoa, mutta eri tyyppistä.

Tutkimuskysymys yhdistää nämä: miten rakentaa keskenään kommunikoivia local-first PWA-sovellusinstansseja agenttipohjaisella kehitystyöllä, jossa projektin dokumentaatio toimii sekä agentin kontekstina että työn raportointivälineenä. Vastaus on toimivat instanssit ja dokumentoitu prosessi, joista jälkimmäinen sisältää havaintoja siitä miten menetelmä toimi.

Hypoteesi joka koetellaan

Menetelmäpostauksessa esitetty tavoite — dokumentaation laatu perustuu pakkokytkentään, ei kuriin — on koeteltava väite. Sen toteutumisesta tulee empiirinen kysymys jolla on vastaus. Vastaus voi olla “toteutui kaikilta osin”, “toteutui osittain, näillä ehdoilla”, “ei toteutunut, syyt X ja Y”. Kaikki kolme ovat raportoitavia löydöksiä.

Hypoteesin koettelu ei vaadi erillistä koeasetelmaa. Taskukello-vaihe testaa sitä jo sillä että työnkulku jatkuu. Lisättävä on tietoinen havainnointi: missä kohdin dokumentaatio ja toteutus ajautuivat erilleen, miten se huomattiin, miten se korjattiin tai miksei korjattu.

Mitä kannattaa havainnoida

Havaitut ristiriidat dokumentaation ja toteutuksen välillä. Mikä mekanismi tuotti havainnon: build-virhe, agentin väärintulkinta, tekijän huomio lukiessaan, ulkopuolisen kysymys. Korjattiinko dokumentaatio vai toteutus.

Havaitsematta jääneet ristiriidat. Tämä on vaikeampi luokka koska niitä havaitaan jälkikäteen, jos ollenkaan. Mutta jokainen jälkikäteinen löytö on arvokas: se kertoo missä palautesilmukka oli katkennut. Erityisesti käsitteellisen koherenssin rapautuminen on havainnoinnin arvoinen. Koska blogi on asetettu projektin totuuslähteeksi, koodin ja käyttöliittymän tulee olla uskollisia sen määrittelyille. Liukuminen voi tapahtua kahteen suuntaan: toteutus poikkeaa blogista hiljaa, tai blogi itse alkaa puhua eri tavoin eri postauksissa, jolloin totuus pirstaloituu lähteessä. Jälkimmäinen on vakavampi koska se rikkoo totuuslähteen yhtenäisyyden.

Mitä työ ei ole

Konstruktiivinen tutkimus ei tässä yhteydessä tarkoita että opinnäytetyö olisi tieteellistä tutkimusta tiukassa merkityksessä. Yksi tapaus ei yleistä, otoskoko on yksi, ja tekijän riippumattomuus tutkimuskohteesta on olematon. Tulokset ovat alustavia havaintoja yhden projektin kontekstissa.

AMK-opinnäytteenä tämä on oikealla tasolla. Tehtävä ei ole tuottaa yleistettävää teoriaa vaan käytännön sovellusarvoista havaintoa toimintatavasta. Yhden projektin perusteltu kuvaus on käyttökelpoista materiaalia muille jotka harkitsevat saman menetelmän soveltamista, riippumatta siitä yleistyykö se laajemmin.