nice https://www.nuortenideat.fi/fi/ideat/2603/

Tämä on aikalailla sama kuin alussa ollut tavoite asiakaslähtöisyydestä ja yhteistyöstä, mutta hyvä asia. Kehittäjäyhteisöt saattavat olla hyvin oleellinen asia sen kannalta, että jostakin tietystä api-palvelusta tulee pysyvä ja että tietynlaista ekosysteemiä pystyisi syntymään niiden ympärille.

APIn (data-apin) kyseessä ollessa tämän voi toteuttaa ketterästi myös niin, että APEja tehdään tarpeiden mukaan, ei tarvitse erikseen fasilitoida yhteistyötä tätä varten.

Sujuvan yhteistyön kannalta eri valtion toimijoiden välillä tulee oikeasti huomioida TUVE:n tuomat erityisrajoitteet.

Voi olla käytännössä haastavaa, paikoitellen julkishallinto edelleen siiloutunutta ja sisäänpäin kääntynyttä. Julkishallinnon organisaatiokulttuuria pyrittävä kehittämään aktiivisesti aidosti avoimeen ja yhteistyöorientoituneeseen suuntaan (niissä paikoin kuin ei jo ole), joten näen tällaisen linjauksen tärkeänä. Koska organisaatiokulttuurin muuttaminen on työlästä ja hidasta, on varmistettava että tarvittaessa sen tueksi löytyy riittävät resurssit ja (muutosjohtamis)osaaminen.

Käytännössä toimijoina ovat usein myös privasektorin palveluntarjoajat. He kuuluvat toki näihin ulkoisiin sidosryhmiin, mutta ovat aivan erityisen tärkeä ryhmä. En kyllä tiedä, voiko tänne linjauksiin näin leipoa.

Huomattava terminologiassa, että sidosryhmät (esim. kuntaliitto, edunvalvontaryhmät) ovat kiinnostuneita osapuolia, mutta toimijat (esim. kunnat, yritykset) käyttävät. Kumpaa tarkoitetaan?

Linjauksen muodossa tämä voisi kuulua vaatimuksena laatia ja jalkauttaa API-hallintamalli organisaatiokohtaisesti. Mukana (liike)toimintayksiköt ja IT. Ulkoisessa yhteistyössä on otettava huomioon osapuolet, joiden tarjoamista rajapinnoista saadaan dataa sisään omaan organisaatioon.

Tämä on palvelusuunnittelun ja toiminnalisen vaatimusmäärittelyn asia laajemmin kuin vain APIlle.

Yhteistyö! Onpa uudenaikainen ajatus. Tarvitaan asiantuntevia ihmisiä joilla kompetenssia hallita järjestelmiä tuotteena ja asiakaslähtöisyyttä prosessoimaan palautetta. Yksi github-organisaatio jossa issukoiden kautta tehdään jatkokehitystä ketterästi, ei siihen muuta tarvita.