Nopeasti vanhenevan tiedon jakamisen ja hallinnan haasteet ohjelmointityössä Antti Salovaara & Sanna Tiilikainen Työelämän tutkimuspäivät 2013 Tampere 7 8.10.2013
Tiedon luonnin ja jakamisen valtavirtanäkemys Tietämyksen tyypit: hiljainen vs eksplikoitu (Polanyi 1967) Tietämyksen jakaminen (Nonaka & Takeuchi 1995): Dialogue Socialization Externalization (tacit à tacit) (tacit à explicit) Field building Internalization Combination Linking explicit knowledge (explicit à tacit) (explicit à explicit) Learning by doing Polanyi (1967). The tacit dimension. Routledge and Keoan Paul, London, 1967. Nonaka & Takeuchi (1995). The knowledge-creating company, p. 71
Tietämyksen hallinnan valtavirtanäkemys Creation Storage & retrieval Transfer Varastomalli : Rakennetaan suuria tietokantoja joihin tallennetaan organisaation tietämys Documentit, sähköpostit, ohjekirjat, ohjeistukset, kaaviot, taulukot, esitykset, sosiaalinen media Lisätään tietokantaan hakutoiminto Application Alavi & Leidner (2001). Knowledge Management and Knowledge Management Systems: Conceptual Foundations and Research Issues. MIS Quarterly (25:1), 107 136.
Valtavirtanäkemys vs. ohjelmointi Valtavirta: Creation Storage & retrieval Transfer Application Ohjelmointi: Merkittävä osa ohjelmointitiedosta vanhenee nopeasti Erityisesti uudet ohjelmointikirjastot Half-life of knowledge Fritz Machlup, 1962 Valtavirtamallin vaatimukset: tietämyksen pitää olla Järjestettyä Ajan tasalla Tallessa erityisessä säilytyspaikassa Ohjelmoinnin puoliintumisaika: New York Times 1991: alle 3 v Philippe Kruchten 2008: korkeintaan 5 vuotta Philippe Kruchten (2008). The Biological Half-Life of Software Engineering Ideas. IEEE Software (25:5), 10 11
Tutkimuskonteksti Delta 150 hengen ohjelmointiyritys Helsinki, Tampere, 3 toimistoa muualla Euroopassa Fronttidevaajat (frontend developers) Ohjelmoivat käyttöliittymät päätelaitteisiin (puhelimiin, tietokoneisiin, taulutietokoneisiin) Animaatiot, grafiikat, vuorovaikutteiset elementit, yhteydenpito palvelimiin Deltassa n. 30 fronttidevaajaa
Fronttidevaajien Skype-kanava Projekti 1 Projekti 3 Projekti 2 Projekti 4 15 804 viestiä 16 kk ajalta Sisältöanalyysi 3+3 kuukaudelle: Syys marras 2011 Loka joulu 2012 Viestejä 2441 2308 Keskusteluja 146 255
Sisältöluokittelu, analyysiyksikkönä keskustelut Keskustelun tarkoitus Määrä (%) Keskustelun pituus (ka.) Kollegoille tiedottaminen 31 7,1 Vertaisapu 30 20,1 Kommentointi ohjelmoinnin yksityiskohdista 11 (4)* 12,2 65% Tietyille ihmisille suunnatut kommentit 5 11,8 Vitsailu 3 6,1 Muut 16 9,2 Ei luokiteltavissa 4 1,9 * 4% viesteistä muuttui ongelman ratkaisukeskusteluksi
Esimerkkejä nopeasti vaihtuvan tiedon jakamisesta Kollegoille tiedottaminen (31%) Vertaisapu (30%): Adam: I has made a new meny for my website: [www link to source code] Adam: will publish the scroller later as a separate project in github, supports any number of elements J Adam: and try resizing the window too... should adjust the circle radius 09:12 09:12 09:13 Adam: is it a stupid idea to try to create a base view in Backbone (e.g. header, content, footer) and sub-views that extend from the parent one? Adam: trying to figure out a nice way of only having the content that actually changes Bert: i have a super view Page that all other (pages) extend 12:43 12:44 12:48 Bert: that way it's easy e.g. to add an animation to page changes 12:49 Clark: Yes, extension can be very natural with Backbone. 12:50 (keskustelu jatkuu vielä 58 viestin verran)
Fronttikoodaajien Skype-keskustelu vs. mallit tietämyksen jakamisesta Berendsin 24-luokkainen malli: Skype Kollegoille tiedottaminen Berends et al. Diffusion Vertaisapu ó Information retrieval Kommentointi ohjelmoinnin yksityiskohdista Tietyille ihmisille suunnatut kommentit ó Information retrieval ó Information retrieval Formal, institutionalized Personalization Codification Bohin (2007) 2x2-malli: Informal, individualized Skype Skype Skype Skypelle ei löydy omaa lokeroa Vitsailu ó Muut ó Information retrieval Luokittaa kaiken keskustelun kahteen kategoriaan Berends et al. (2006). Knowledge Sharing Mechanisms in Industrial Research. R&D Management (36:1), 85 95. Boh (2007). Mechanisms for Sharing Knowledge in Project-Based Organizations. Information and Organization (17:1), 27 58.
Nopeasti vanheneva tietämys: hypoteeseja erityispiirteistä Enimmäkseen eksplisiittistä? Mahdollistaa jakamisen Syntyy aloilla joissa on paljon rinnakkaista toimintaa? Ohjelmointiliiketoiminnan lisäksi mahdollisia muita aloja: Musiikkiteollisuus, poliittinen päätöksenteko, liikkeenjohto Aiheuttaa tietoähkyä Ratkaistavissa verkostoituneella työnjaolla Jakaminen mahdollista vain jos se on vaivatonta Suhde pysyvään tietämykseen ei vielä selvillä
Lisää tietoa ICIS2013-konferenssipaperi aiheesta: bit.ly/1ahxcph Tämän esityksen kalvot: bit.ly/17grxdf Projektin kotisivu: Hae Googlella: creative use of ict aalto Contact: people.aalto.fi/antti_salovaara sanna.tiilikainen@aalto.fi
Knowledge management strategies Organizations should have an explicit strategy for the management of knowledge resources Codification strategy: knowledge is carefully organized and stored in databases, where it can be retrieved. Personalization strategy: the focus on persons and sharing through person-to-person contacts. Source: Hansen et al. 1999. What s your strategy for managing knowledge? Harvard Business Review, March April, pages 106 116
What if knowledge is uncapturable Learning tacit knowledge from experts: the knowledge spiral Dialogue Innovation research Learning organizations Communities of practice Field building Socialization (tacit à tacit) Internalization (explicit à tacit) Externalization (tacit à explicit) Combination (explicit à explicit) Linking explicit knowledge Learning by doing Source: Nonaka & Takeuchi 1995: The knowledge-creating company, p. 71
What if knowledge is not stable? Solution: share knowledge in low-effort pieces? Peer help between programmers through Skype: Is it a stupid idea to try to create a base view in Backbone (e.g. header, content, footer) and sub-views that extend from the parent one? trying to figure out a nice way of only having the content that actually changes i have a super view Page that all other (pages) extend that way it's easy e.g. to add an animation to page changes Yes, extension can be very natural with Backbone. 12:43 12:44 12:48 12:49 12:50 The problem: Keeping quickly outdating (=ephemeral) knowledge up to date is too laborious The capture reuse cycle will not be feasible What kind of KMS should be used? This is an open question!