Esitys Agile Finlandin aamiaisseminaarissa 30.10.2015 (c) Karolina Lehto

1. JIT 2015 Ketterät menetelmät - millaiset
sopimusehdot ovat ja miten niitä kuuluu käyttää?
KAROLINA LEHTO
LAKIMIES, HANSEL OY
30.10.2015
30.10.2015 KAROLINA LEHTO 1

2. JHS 166 - uudistuksen lähtökohdat ja
tavoitteet
Hankkeen tavoitteena oli tarkistaa nykyiset sopimusehdot sekä hankintayksiköiden että tarjoajien
kannalta ongelmallisiksi osoittautuneet kohdat ja täydentää sopimusehtoja alan muutoksista
johtuen:
◦ JIT 2007 ollut 5 vuotta käytössä uudistuksen alkaessa - kokemukset
◦ Hankintojen toteutustapaan liittyvät muutokset (yhteishankintayksiköt, palvelukeskukset)
◦ Lainsäädäntömuutokset valtionhallinnossa ml. tietoturvallisuus
◦ Markkinoiden muutokset, siirtyminen tavaroista palvelujen hankintaan
◦ JYSE-ehtojen uudistaminen, (IT2010)
◦ IPR ja valmisohjelmistot
◦ Ketteryys vs. vesiputous
◦ Avoimet rajapinnat, avoin lähdekoodi
◦ Ohjelmistopalvelut
◦ Sanamuotoihin ja määritelmiin liittyvät täsmennystarpeet
KAROLINA LEHTO 2

3. JIT 2007 ----------------> JIT 2015
Liite 1: Soveltamisohje
Liite 2: Yleiset sopimusehdot
Liite 3: Erityisehtoja tilaajan sovellushankinnoista
Liite 4: Erityisehtoja palveluista
Liite 5: Erityisehtoja konsultointipalveluista
Liite 6: Erityisehtoja valmisohjelmistohankinnoista
Liite 7: Erityisehtoja laitehankinnoista
Liite 8-10: Sopimusmallit
Liite 1: Yleiset sopimusehdot
Liite 2: Erityisehtoja tilaajan sovellushankinnoista
avoimen lähdekoodin ehdoin
Liite 3: Erityisehtoja tilaajan sovellushankinnoista
muulla kuin avoimella lähdekoodilla
Liite 4: Erityisehtoja ketterillä menetelmillä
toteutettavista projekteista
Liite 5: Erityisehtoja palveluista
Liite 6: Erityisehtoja konsultointipalveluista
Liite 7: Erityisehtoja laitehankinnoista
Liite 8: Erityisehtoja tietoverkon välityksellä
toimitettavista palveluista
Liite 9: Tukimateriaalia: Avoimista rajapinnoista
tietojärjestelmä- tai palveluhankinnoissa
30.10.2015 KAROLINA LEHTO 3

4. Muutokset pähkinänkuoressa
Rakenteellinen uudistus: yleiset ehdot nyt aidosti yleiset – useita ehtokohtia siirretty
erityisehtoihin
◦ Yleisiä ehtoja ei voi jatkossa käyttää yksinään (ei myöskään erityisehtoja)
◦ Käyttöohjeet siirretty jokaisen ehtodokumentin alkuun
Uudet sopimuslausekkeet avoimen lähdekoodin ehdoin tehtäviin hankintoihin
Uudet ehdot ”ketteriin” projekteihin
Uudet ehdot verkon yli toimitettuihin vakioituihin ohjelmistopalveluihin
Toimittajalukkojen estämiseen tähtääviä ehtokohtia ja tukimateriaali
Valmisohjelmistoehtojen IPR-vastuuta selkeytetty
◦ Toimittaja ei lähtökohtaisesti vastaa kolmannen osapuolen ohjelmistoista
◦ Valmisohjelmistojen erityisehdoista luovuttu
Ehdot julkaistu 22.9.2015 (huom., konsultointiehdot 15.10.2015)
30.10.2015 KAROLINA LEHTO 4

5. JIT 2015 - Yleiset ehdot
Keskeiset muutokset:
Uusia ja tarkistettuja määritelmiä
IPR-loukkaukset: avoimen lähdekoodin ohjelmistojen ja valmisohjelmistojen osalta noudatetaan niiden omia
lisenssiehtoja
◦ JIT kuitenkin, jos valmisohjelmiston oikeudenhaltija on toimittaja tai sen määräysvallassa / jonka määräysvallan
alainen toimittaja on
Hinnoittelu: 2% sääntö poistunut -> sopimuksen kohteen todellinen kustannuskehitys; selvitys esitettävä
Maksuaika 21 pv
Vahingonkorvauskatto
◦ Toimituksen kohteen kokonaishinta / toistuvaismaksuissa 12 kk hinta
◦ Tuottamuksesta riippumaton vastuu poistettu
Purkuehtoa täsmennetty
◦ Purun seuraamukset poistettu
Tietoturvallisuus, ICT-varautuminen huomioitu
30.10.2015 KAROLINA LEHTO 5

6. Muutamia määritelmiä: datakuvaus
Datakuvaus = tilaajan tietoaineiston sisällön, muotoilun, rakenteen ja metatiedon kuvaus
◦ Datakuvaus on läpikotainen, eli kattaa kaiken tallennetun tilaajan tietoaineiston, ja joka voidaan
toimittajan immateriaalioikeuden rajoittamatta asettaa julkisesti saataville ilman mitään kuvauksen
julkaisijalle tai sen käyttäjälle aiheutuvia maksuja oikeudenhaltijalle.
Toimituksen kohteen dokumentaatioon kuuluu datakuvaus. Datakuvauksen toimittamisesta ei
toimittajalla ole oikeutta erillisveloitukseen, ellei toisin ole sovittu.
30.10.2015 KAROLINA LEHTO 6

7. Muutamia määritelmiä: tietoaineiston
avoimuusvaatimus
Tietoaineiston avoimuusvaatimus = vaatimus siitä, että tilaajan tietoaineisto on saatavissa
yleisesti käytetyssä muodossa ja käsiteltävissä muilla kuin toimituksen kohteena olevilla
tietojärjestelmillä ilman rojalteja ja lisenssimaksuja tai muita käsittelyä rajoittavia ehtoja.
◦ Avoimuusvaatimus säilyy samana riippumatta siitä, kuka tietoja käsittelee.
Toimittajan tulee määritellä ja suunnitella toimituksen kohde niin, että tilaaja voi viedä,
hyödyntäen automaattisia järjestelmiä toimittajan määrittelemällä tavalla, kaiken sovelluksen
tallentaman tilaajan aineiston tietoaineiston avoimuusvaatimuksen mukaiseen muotoon.
◦ Ketterissä: ”Toimittaja vastaa omalta osaltaan siitä, että toimituksen kohde määritellään ja suunnitellaan
siten, että..”
30.10.2015 KAROLINA LEHTO 7

8. Erityisehtoja ketterillä
menetelmillä toteutettavista
projekteista
30.10.2015 KAROLINA LEHTO 8

9. JIT 2015 – Ketterät menetelmät
Ehtojen pohjana on käytetty Tilaajan sovellusehtoja
Pyritty menetelmäneutraaliin ehtokokonaisuuteen
◦ Omia käsitteitä, kuten ”iteraatio” -> Sprint jne.
Oikeudet oletusarvoisesti avoimen lähdekoodin ehtojen mukaiset
◦ Käyttöohjeessa ohjeet, miten ehdot muutetaan yksinoikeusmallin mukaisiksi
◦ Tilaajalla säilyy IPR itse toteuttamaansa osuuteen
Käyttöohjeessa esimerkkejä ja vinkkejä projektin läpivientiin ja sopimuksessa sovittaviin asioihin
◦ Käytettävä(t) lisenssi(t)
◦ Valmiin määritelmä
◦ Projektinaikainen testaus- ja hyväksymismenettely
◦ Työtavat ja roolit
◦ Valmisohjelmistot
◦ Hinnoittelumalli ja maksupostit
◦ Valinnaiset vaatimukset, lisätyöt
30.10.2015 KAROLINA LEHTO 9

10. Ketterä toimitustapa JITissä
Toimittajalla toimitusvastuu ja vastuu projektin johtamisesta
◦ Tilaaja osallistuu kiinteästi
◦ Toimitus sisältää tilaajan sovelluksen suunnittelun, määrittelyn, toteuttamisen, testaamisen ja
käyttöönoton toteutuksen sekä muut sovitut tehtävät
◦ Toimituksen vaiheet, iteraatiot, aikataulu ja resurssit sovitaan sopimuksessa ja tarkennetaan
projektidokumentaatiossa
Toimitettava aineisto = tilaajan sovellus + valmisohjelmistot + muu aineisto
◦ Myös lähdekoodi (sovituilta osin)
◦ Avoimuusvaatimus koskee toimituksen kohdetta
◦ Valmisohjelmisto = sopimuksessa valmisohjelmistoksi yksilöity toimittajan / kolmannen kehittämä ja
markkinoima ohjelmisto tai sen osa ja sen dokumentaatio. Voi olla avointa lähdekoodia.
Oletuksena avoimen lähdekoodin oikeuksin lisensoitu tilaajan sovellus
◦ Käyttöohjeessa ehdot yksinoikeusmallin mukaisiin lausekkeisiin
30.10.2015 KAROLINA LEHTO 10

11. Roolit ja yhteistyö
Ohjausryhmä (toimittaja ja tilaaja)
◦ Valvoo projektin toteutumista; ei oikeutta muuttaa sopimusta
◦ Tehtävät ja päätösvalta määriteltävä sopimuksessa
◦ Kokouksista pidetään pöytäkirjaa
Projektipäällikkö (toimittaja)
◦ Raportointi ohjausryhmälle
◦ Iteraatioiden ja projektityön suunnittelu ja valvonta
◦ Muut tehtävät määriteltävä sopimuksessa
Yhteyshenkilöt (toimittaja ja tilaaja)
◦ Seuraa ja valvoo sopimuksen toteutumista
◦ Tiedottaminen oman organisaation sisällä ja toiselle sopijapuolelle sopimuksen toteutumiseen liittyvistä asioista.
◦ Toimittajan yhteyshenkilö = toimittajan projektipäällikkö, ellei toisin ole sovittu
Iteraatioiden toteuttamisesta vastaava henkilö (toimittaja)
◦ Vastaa työlistasta ja päivittäisistä tilannekokouksista
◦ Vastaa työn valvonnasta ja seurannasta
Nimetyt avainhenkilöt
◦ Vaihtamiskielto ilman tilaajan lupaa (paitsi toimittajasta riippumaton syy)
30.10.2015 KAROLINA LEHTO 11

12. Projektidokumentaatio
Vaatimukset (ehdottomat & valinnaiset)
◦ Tarjouspyynnössä
Projektisuunnitelma ja ratkaisukuvaus
◦ Tarkennetaan projektin alussa
Alustavat määritykset
◦ Laaditaan yhdessä vaatimusten perusteella
Työlistat
Aikataulu koskien projektin tuloksia
30.10.2015 KAROLINA LEHTO 12

13. 30.10.2015 KAROLINA LEHTO 13
Ehdottomat vaatimukset
Valinnaiset vaatimukset
L
i
s
ä
t
y
ö
Toimitus
Tarjouspyyntö

14. Projektin eteneminen: iteraatio
Projekti koostuu useista iteraatioista
◦ Toteutetaan yksi tai useampi työlistan toiminnallisuuksista
◦ Iteraatiolle on määritelty tavoite
◦ Toimittaja testaa iteraation tulokset ensin itse
◦ Tilaaja testaa tulokset iteraation lopuksi (huom. testaukselle varattavaa aikaa iteraatioiden sisältä)
◦ Jos tilaaja ei hyväksy tuloksia, puuttuva toiminnallisuus palautetaan työlistalle
Toimittaja raportoi tilaajalle projektidokumentaatiossa sovitulla tavalla etenemisestä ja työlistan
asioiden valmistumisesta
Iteraatioiden aikana ja jälkeen tilannearvioinnit
Yhdessä tehtävä työ tehdään tilaajan tiloissa
Tilaajan projektihenkilöstön tulee osallistua päivittäisiin / toistuviin projektikokouksiin
toimittajan kanssa
Toimittajan työmenetelmät, ellei toisin sovita
30.10.2015 KAROLINA LEHTO 14

15. Muutoshallinta
Muutoksena ei pidetä:
◦ Sovittujen toiminnallisuuksien toteutusjärjestyksen muutos
◦ Aikataulumuutos kokonaisaikataulun sisällä
◦ Resurssimuutos jolla enintään vähäinen vaikutus
◦ Muu vastaava vähäinen muutos
Muutokset ja niiden vaikutukset aikatauluun ja hintaan sovittava kirjallisesti yhteisellä
menettelyllä
Tilaaja korvaa muutokset, jos niistä aiheutuu lisätyötä ja lisäkustannuksia ja veloittamisesta on
sovittu etukäteen kirjallisesti
30.10.2015 KAROLINA LEHTO 15

16. Virhe / puute
Virhe = hyväksymistestaukseen luovutettu toimituksen kohde ei täytä ehdottomia vaatimuksia,
toimituksen kohteeseen sovittuja valinnaisia vaatimuksia tai sovittuja määrityksiä, tai se ei toimi
niiden mukaisesti taikka ei vastaa toimitusta koskevaa dokumentaatiota tai sitä, mitä sopimuksessa
on muuten sovittu
Puute = poikkeavuus vaatimuksista, joka voidaan toteuttaa osana toista iteraatiota ennen
toimituksen kohteen luovutusta ja joka kirjataan työlistaan
30.10.2015 KAROLINA LEHTO 16

17. Hyväksymismenettelyt (1)
Iteraation tulosten tarkastaminen ja hyväksyminen
◦ Hyväksymisen kriteerit sovittava sopimuksessa
◦ Voivat vaihdella iteraation tyypin ja toimituksen vaiheen mukaan
◦ Tekemätön tai hyväksymättä jäänyt työ = puute
◦ Palautetaan työlistalle tai sovitaan muutettavaksi
Toimituksen osan testaus ja hyväksyminen
◦ Tilaajan testausaika 7 arkipäivää
◦ Hyväksyminen on edellytys seuraavan osan 1. iteraation aloittamiselle, ellei toisin sovita
◦ Puutteet ja virheet kirjataan työlistaan
◦ Jos toimituksen osa otetaan tuotantokäyttöön, sovelletaan hyväksymistestausmenettelyä
30.10.2015 KAROLINA LEHTO 17

18. Hyväksymismenettelyt (2)
Hyväksymistestaus
◦ Toimittajan testit ennen luovuttamista hyväksymistestaukseen
◦ Toimittajan käytännön mukaiset testit tilaajan toimittamalla aineistolla
◦ Testaus on suoritettu hyväksytysti, kun siinä ei havaita virheitä, jotka estäisivät toimituksen hyväksymisen
◦ Testausraportti/selvitys luovutettava tilaajalle
◦ Tilaajan vastuulla saattaa testausympäristö sopimuksen mukaisesti (tilaajan HYTE)
◦ Toimittajan luovutettava toimituksen kohde siten, että testaus voi alkaa ajallaan
◦ Toimittaja luovuttaa tilaajalle käyttöohjeet, dokumentaation, sovitun koulutuksen
◦ Tilaajan testausaika 30 pv
◦ Hyväksymistestaussuunnitelma ei sido tilaajaa
◦ Virheistä ilmoitettava kirjallisesti viimeistään 3 arkipäivän kuluessa hyväksymistestausajan päättymisestä
◦ Vähäiset virheet eivät estä hyväksymistä
◦ Toimittaja korjaa havaitut virheet viipymättä
◦ Toimittajan huolimattomuudesta johtuvat virheet veloituksetta + uusintatestauksesta johtuvat toimittajan omat kustannukset
◦ Muut sopimuksen mukaisilla hinnoilla
◦ Valmisohjelmiston virheet: oma mekanismi
30.10.2015 KAROLINA LEHTO 18

19. Viivästyminen
Viivästyksenä pidetään:
◦ Ehdottomat vaatimukset täyttävää toimituksen kohdetta / osaa ei toimiteta sovitussa aikataulussa
Viivästyksenä ei pidetä:
◦ Iteraation sisällä sovituksi tehtävän työn tekemättä tai hyväksymättä jääminen (=puute)
Viivästyssakko, jos toimitus tai sellainen osa, joka on tarkoitus ottaa itsenäisesti tuotantokäyttöön, viivästyy
toimittajan vastuulla olevasta syystä
◦ 0,5 % viivästyneen toimituksen kohteen kauppahinnasta per alkava 7 vrk; max 7,5% (15 vko)
◦ Toimittajalla ei oikeutta sopimussakkoon tilaajan viivästyksestä
30.10.2015 KAROLINA LEHTO 19

20. Takuu
Takuuaika 6 kk (koko) tilaajan sovelluksen hyväksymisestä
Takuuaikana toimittaja korjaa veloituksetta ja ilman aiheetonta viivytystä toimituksen kohteessa havaitut virheet
◦ Ei jos tilaaja olisi kohtuudella voinut havaita ne testauksissa
Valmisohjelmistot niiden omilla takuuehdoilla
Valmisohjelmistosta johtuva virhe:
◦ Toimittaja korjaa kustannuksellaan
◦ Toimittaja kiertää virheen
◦ Lisätyö tai hinnanalennus
◦ Jos olennainen: tilaajalla purkuoikeus (ei jos tilaajan edellyttämä valmisohjelmisto)
30.10.2015 KAROLINA LEHTO 20

21. Avoimen lähdekoodin
lisensointivaatimukset
Toimitettava aineisto:
Jos lisenssiä ei ole sovittu, toimittaja määrittelee sen
◦ Jos useita lisenssejä, niiden oltava keskenään yhteensopivia
Mikäli toimittaja ei määrittele lisenssiä, myöntää toimittaja tilaajalle lisäveloituksetta ja ilman rojaltia ikuisen ja peruuttamattoman
oikeuden, ilman yksinoikeutta, itse tai ulkopuolisen palveluntuottajan avustuksella ja toimittajan tai kolmannen osapuolen tekijän- ja
immateriaalioikeuden rajoittamatta:
i. käyttää tilaajan sovellusta kaikkiin tarkoituksiin,
ii. muuttaa ja kehittää tilaajan sovellusta edelleen,
iii. valmistaa tilaajan sovelluksesta kappaleita,
iv. levittää kappaleita, joko muutettuina tai muuttamattomina kolmansille ja
v. luovuttaa tämä oikeus, tai osa siitä, edelleen kolmansille.
Huom: alustaohjelmistot valmisohjelmistoehdoin (escrow mahdollinen). Toimittajan vastuu näiden IPR-loukkauksista rajoitettu.
Julkaistava sovellus/ avoin julkaiseminen:
Jos lisenssiä ei ole määritelty, ehtojen mukaan ensisijaisesti käytettävä EUPL 1.1 -lisenssiä
Jos ei sen kanssa yhteensopiva, käytettävä MIT-lisenssiä.
30.10.2015 KAROLINA LEHTO 21

22. Sovelluksen avoin julkaiseminen
Toimittajalla julkaisuvelvoite 30 pv sisällä toimituksen kohteen hyväksynnästä sopivaksi
katsomallaan tavalla, ellei muuta sovittu
Julkaistava sovellus yleisesti saatavilla avoimen lähdekoodin lisenssillä
◦ Jos ei ole määritelty, käytettävä EUPL 1.1 tai jos ei sen kanssa yhteensopiva, MIT-lisenssiä.
Julkaistavan sovelluksen sisältämiä muiden avoimen lähdekoodin projektien osia tarjottava
ensisijaisesti kyseiselle projektille (lisensointi alkuperäisen projektin mukaisesti)
Tieto sovelluksen julkaisusta ilmoitettava julkisen hallinnon yhteentoimivuusportaalissa
◦ Avoindata.fi
30.10.2015 KAROLINA LEHTO 22

23. Kehittämismalli ja julkaistavan
sovelluksen ylläpito
Tilaaja voi vaatia julkisen versionhallintajärjestelmän käyttämistä julkaistavan sovelluksen kehitystyössä
Toimittajan ylläpitovastuu 12 kk toimituksen hyväksynnästä
Ylläpito sisältää (ellei muuta ole sovittu):
◦ Sovelluksen saatavuuden varmistamisen
◦ Sopimuksen mukaisten virheenkorjausten ja muutosten viemisen julkiseen versionhallintajärjestelmään
vähintään 6kk välein
◦ Yhteentoimivuusportaalille annetun tiedon päivittämisen tarvittaessa
Voidaan sopia laajennetusta ylläpidosta, jossa lisäksi:
◦ Kolmansien informointi sovelluksen tilanteesta ja kehityspolusta
◦ Raportointi tilaajalle
◦ Laskutusoikeus aikaperusteella sovituin hinnoin (samaa työtä ei saa veloittaa useilta tilaajilta)
◦ Irtisanomisaika 3kk
30.10.2015 KAROLINA LEHTO 23

24. Kiitos!
http://www.jhs-
suositukset.fi/web/guest/jhs/recommendations/166
KAROLINA LEHTO
LAKIMIES
HANSEL OY
KAROLINA .LEHTO@HANSEL.FI
WWW.HANSEL.FI
30.10.2015 KAROLINA LEHTO 24