lisää wikinää (18)

Päätin olla käsittelemättä tehtävänannossa esiteltyjä kahta kirjaston wikiä. Niiden sijaan kerron oman työpaikkani , Espoon kaupunginkirjaston intrasta, WikiEkistä. Ekimme ei ole luettavissa organisaation ulkopuolelta vapaasti , joten kuvakaappasin osan etusivusta.

 
Eki otettiin käyttöön muutama vuosi sitten. Aluksi se vaikutti oudolta. Varsinkin tekstin tuottaminen sinne tuntui hankalalta. Syynä oli pohjimmiltaan oma epävarmuus. Yhä edelleen monet tarvitsevat apua viedessään esimerkiksi kokousmuistioita Ekiin, vaikka sinne on laitettu myös Rautalankaohje.
Sivulta löytyvät tietenkin henkilöstöön, kirjastoihin ja aineistoon liittyvät faktatiedot. Koulutus- ja tapahtumakalenterista löytää tiedon nopeasti. Itse kadotan helposti koulutuskutsut sähköpostihelvettiin. Ekistä voin näppärästi käydä tarkistamassa esimerkiksi koulutuspaikan yhteystiedot.
Ekissä julkaistaan kaikki kokousmuistiot aina kaupunginkirjaston johtoryhmän muistioista kirjaston sisäisen yksittäisen tiimin muistioihin. Tapiolan kirjastossa muistutamme edelleen työtovereitamme sähköpostilla viedessämme uuden oman kirjastomme muistion Ekiin, muiden muistioiden lukeminen on jokaisen oman aktiivisuuden varassa.
Etusivulta löytyy Ajankohtaista- ja Tietohallinto tiedottaa palstat. HelMet -ongelmatilanteissa katsomme aina ensin, josko Ekissä olisi jo tietoa aiheesta. Paikallisiin ongelmienratkaisuihin löytyvät ohjeet intrasta.
Sivulla on myös keskustelupalsta. Jostakin minulle tuntemattomasta syystä siellä ei käydä aktiivista keskustelua.

 
Vaikka pitkän pähkäilyn jälkeen lopulta ymmärsin mitä wikisuunnittelumallit tarkoittavat, niiden soveltaminen  tuntuu hankalalta pelkästään kuvitteellisella tasolla.  Mallit ja antimallit ovat hyvä apuväline, kun ollaan suunnittelemassa ja rakentamassa uutta. Aionkin lähettää linkit Espoon verkkotyöryhmän luettavaksi (johon sitä paitsi itsekin kuulun ;).
Lähikouluspäivänä keskustelimme yhdessä aiheesta. Suunnittelumalleja kuvailtiin muun muassa seuraavilla sanoilla: resepti ja  ylläpitäjän muistilista.  Monesti innostuessaan ei varaudu vastoinkäymisiin. Esimerkiksi siihen, että suunnitelma on liian vaativa. Joko aikaa vievä tai teknisesti monimutkainen.  Seuraavassa muutama"suosikkini":

• Jatkuva vanhentuminen (continuous obsolescence): Uhrataan suhteettoman suuri panos järjestelmän viemiseksi uusiin ympäristöihin.
• Analyysihalvaus (analysis paralysis): Uhrataan suhteettoman suuri panos projektin analyysivaiheeseen.
• Sankarityyli (hero-mode): Tapa luottaa jatkuvasti henkilökunnan sankarillisiin panoksii jotta saavutettaisiin mahdottomat aikarajat, kun samalla ei välitetä mitä huonolaatuisen ohjelman kehittäminen on tullut alun perin maksamaan.