Tämä on kai sama tavoite kuin aiemmin mainittu vaatimuksenmukaisuus.

Periaate tarvelähtöisyydestä on hyvä. Tässä olisi hyvä määritellä se, miten varmistetaan, että tarpeen tunnistaminen ja käsittely päätyy APIksi. Linjauksena voisi olla myös, että kaikki data, joka ei ole erikseen salassapidettävää, julkaistaan APIna. Jos APIn luonti on kiinni tarpeesta, luodaanko tietoa jakava API vasta, kun joku selkeästi pyytää APIa - ja kauanko sen toteutus kestää? ja miten tarpeen analysointi tapahtuu, perustetaanko komitea? Tarve olisi saada tämä sykli tarpeesta toimivaksi APIksi max 6kk mittaiseksi.

Tarve ja erityisesti API:n tuoma lisäarvo täytyy toteutua ja tuntua aivan ruohonjuuritasolla saakka, operatiivisessa toiminnassa - muutoin jäävät taatusti käyttämättä.

Toivoisin, että tarvelähtöisyys on nytkin taustalla kehittämisessä. Ehkä pitäisi jakaa malleja, miten tarpeita ja eri toteutusvaihtoehtojen mielekkyyttä voi eri vaikutusten näkökulmasta arvioida?

Asiakaslähtöisyys on tarvelähtöisyyttä...

Tämä on hyvä. Eikös melkein kaikki muut linjaukset voisi korvata tällä, koska tässä on se homman juju.

(Nyt linjauksia on liikaa ja lukija/toteuttaja hukkuu niihin. Yksi hyvä on parempi kuin monta huonoa!)

Tärkeä linjaus. PItäisi olla malli myös sille, milloin API, milloin muu ratkaisu.

Eriävä mielipide: Lähtökohtaisesti kakkia käyttötapauksia ei voida etukäteen tietää. APIa voidaan jatkokehittää asiakaslähtöisesti ja vain tarpeen mukaan mutta APIen tulisi olla peruskomponentti kaikessa kehityksessä, ei että niitä pitäisi erikseen "luoda".

Hyvä linjaus, ettei rajapintoja tehtailla varmuuden vuoksi. Sama logiikka kuin tietovarastoilla: aiemmin tehtiin mammutteja, jotka vuosien jälkeen tikahtuivat omaan mahdottomuuteensa. Nyt lähdetään liikkeelle siitä, mitä tietoja tarvitaan ja mihin. (Ja tietoaltaat taas muuttivat pelikentän teknisesti, mutta se on toinen tarina.)
Organisaatiolla pitää kuitenkin olla API-KYVYKKYYS eli kun todetaan tarve, voidaan nopeasti rakentaa API sen tarpeen tyydyttämiseksi.

Tästä kannattaa lähteä liikkeelle.
Jos kyseessä on API jonka kautta jaetaan avointa dataa, niin datan hyödyntäjää ei välttämättä tunneta etukäteen. Toimiva yhteistyömalli/kanava mahdollistaa että asiakastarpeet voidaan helpommin tunnistaa ja priorisoida tekemistä se huomioiden.