Ryhmä pohtii, miten hallinnoidaan yhteistä kehittämisehdotusten ja virheiden listaa.

Miten kehittämisehdotuksia ja virheitä seurataan

Miten tutkitaan, mitkä asiat ovat korjaantuneet jo Koha-Suomen kehityksessä tai KV-kehityksessä

Miten valmistellaan päätöksentekoa siitä, mitä asioita kehittäjät tekevät

Vetäjä: Minna Kivinen

Miten raportoidaan virheistä

• Kehittäjät toivovat, että Redmineen tehtäisiin kaikki kirjaukset
• Redminen käyttö vaatii kouluttamista ja yhteisten käytäntöjen sopimista
• Toinen vaihtoehto voisi olla lähettää virheet ja kehittämistoiveet esimerkiksi sähköpostilla ja kehittäjä kirjaa ne Redmineen tiketeiksi
• Yleisillä kirjastoilla on omat käytännöt tikettien hallintaan ja kehittämistoiveista äänestetään
• Redmine ei tue keskustelua vaan foorumi voisi toimia siinä
  • Foorumi voisi toimia paremmin siinä vaiheessa, kun kirjastot ovat jo ottaneet käyttöön
  • Foorumi vaatisi aktivointia ja selvyyttä siitä miten sitä voisi käyttää
  • Standupit ovat korvanneet keskustelufoorumia
• On hankala erottaa mikä on bugi ja mikä on kehittämisehdotus
• Monta eri kanavaa, mihin laittaisi asiat
  
  

Dokumentointi on tärkeää

• Pääkäyttäjien tehtävänä dokumentoida
• Valintojen vaihtoehtoja tarvitaan tueksi
  
  

Miten seurataan onko KV-kehittämisessä ratkaistu jokin asia vai ei?

• Kehittäjien tehtävänä? Pääkäyttäjille voi olla haasteellista tutkia asiaa
• Pääkäyttäjien on hyvä olla mukana, jotta on ymmärrys siitä että ratkaisu on oikea
• Onko maailmalla tehty aputyökaluja rajapinnan päälle, mistä saisimme tietoa siitä?

Päätöksenteon valmistelu

• Kehittäjät käyvät virheitä ja kehittämisehdotuksia läpi ja kirjaavat mitä tekeminen vaatii
  • Jos asia vaatii paljon työtä, viedään eteenpäin päätöksentekoon
  • Kehittäjien tehtävänä selvittää onko jossain muualla tehty
  • Pieni muutos voidaan tehdä ilman suurempaa hallintoa
• Päätöksenteko liittyy käytössä olevaan resurssiin
• Kehittämistoiveista äänestäminen
  • Äänestäminen niin, että kaikilla on yhtä monta ääntä voi suunnata "väärään" suuntaan
  • Äänimäärät suhteessa esimerkiksi organisaation rahapanokseen
• Kehittäjiltä (Kansalliskirjastolta) ehdotus tehtävistä asioista, jonka pääkäyttäjät jalostavat päätösesitykseksi
  • Esimerkiksi kuten Kumea

Ylläpito vs. kehittäminen

• Voisi olla sellainen malli, että vain ylläpito hankitaan yhteisesti. Kaikki kehittäminen tilataan erikseen.
• Missä kulkee ylläpidon ja kehittämisen raja? Bugit samaan kasaan.

Versioiden hallinta

• Mikä olisi läpikäymisen sykli?
• CSC päivittää kerran kuussa maanantaina palvelimia ja Kansalliskirjasto päivittää muina maanantaiaamuina Kohaa
• Käyttöönottojen jälkeen tavoitteena saada kaikki korkeakoulut samaan versioon. Kevään aikana käyttöönottaneet jo kesän aikana samaan versioon.
• Miten muut tahot voisivat osallistua kehittämiseen, esimerkiksi korkeakoulujen opiskelijat
  
  

Hyvin tärkeitä korjauksia, jotka eivät voi odottaa isoa versionvaihtoa

• Varauksen toiminnallisuudet, jotka hyllyvarauksen kohdistumiseen
• Olennaisesti toimintaa haittaavat toimintaa
• Omatoimiaikaan liittyvät asiat