Avoin palveluiden kehitys
Transcript of Avoin palveluiden kehitys
Palveluiden avoin kehitys
Salum Abdul-Rahman 8.5.2014
2
Avoin palvelukehitys
Avointa
Avoin käyttäjäkunta
Avoin lähdekoodi
Avoin kehitysprojekti
Onko pakko olla julkissektorin palvelu?
Suljettua
Suljetut palvelimet
Oma arvon lähde
Mennään kuitenkin ketterästi…
– Product owner
– Kehitystiimi
2
Avoimet kontribuutiot
L-käyrä
One-shot wonder
Sipulimalli
2
Avoin käyttäjäkunta
Tietävätkö palvelun käyttäjät palvelusta ennen – julkaisua
– kehitysprojektia
– kilpailutusta
– esiselvitystä
Miksi ei?
2
Miksi
Tietävätkö palvelun käyttäjät miksi palvelua tehdään
Tietävätkö asiantuntijat miksi palvelua tehdään
Tietävätkö kehittäjät miksi palvelua tehdään
Tietääkö projektipäällikkö / product owner miksi palvelua tehdään
Palvelun vaatimukset muuttuvat perusongelma jää
Paitsi jos pivot?
2
Miten
Tietävätkö käyttäjät miten – palvelua voi koekäyttäää
– palvelusta voi antaa palautetta
– palvelusta annettu palaute käsitellään
Voiko käyttäjä ottaa selvää miksi jokin toiminto toimii eri tavalla kun hän haluaa
2
Miten
Tietävätkö käyttäjät – miten palvelun kehitysympäristö
saadaan käyntiin
– mitä ongelmia tai toimintoja kehitystiimi yrittää parhaillaan selvittää
– miten heidän koodikontribuutionsa käsitellään
– miten ominaisuuden määritellyt konsultti sen on perustellut
2
Avoin vaatimusmäärittely
Aloita heti kun projektin idea muodostuu
Product owner on vastuussa asiakasyhteisön suhteista
Avointa viestintää tukevat työkalut– Avoin wiki
– Avoin issue tracker (käyttäjäkohtaiset lisenssit)
– Foorumit
– Chatit
Product ownerin ja asiantuntijoiden työ näkyväksi– Vaatimuksien tunnistaminen
– Vaatimuksien priorisointi
– Avoimet perustelut
2
Avoin kehitys
Avoimet vaatimukset luovat pohjan avoimille yhteisön ratkaisuille– dokumentaatio
– konteksti
Avoimen yhteisön ongelmanratkaisukulttuuri– Avoin väittely
– Prototyyppien rakentaminen
Kehitysympäristö– Virtualisointi
– Riippuvuudet pilvi mockeilla
2
Tiimi & avoimen yhteisön kehittäjät
Kontribuutioiden käsittely
Yhteisön tukeminen vain avoimesti
Yhteisön kysymykset arvokkaita
Viestintä
2
Ketterä kehitys?
Agile manifesto
Individuals and interactions
over processes and toolsWorking software
over comprehensive documentationCustomer collaboration
over contract negotiationResponding to change
over following a planThat is, while there is value in the items on the
right, we value the items on the left more.
Async manifesto
Modern tools and flexible work
environmentsover meetings and office hours
Flexibility in prioritizationover detailed planning
Comprehensive documentationover tribal knowledge
That is, while there is value in the latter
items, there is more value in the former
items.
2
Avoin yhteenveto
Ei korvaa ketterää kehitystä, komplementti tai vaihtoehto (async)
Käyttäjien avoin mukana olo ei korvaa ammattilaisten tekemää käytettävyystyötä, mutta tukee sitä
Luo mahdollisuudet avoimille kontribuutioille sekä vaatimusten että ratkaisujen suhteen
Vaativa– Viestintä, yhteisön tai yleisön huomion ohjaaminen
– Oma työ avoin kritiikille
Työkalut ovat olemassa (Github, Trello, wikit, Vagrant, Ansible,..)
2
Kuvat
http://redmonk.com/dberkholz/2013/04/22/the-size-of-open-source-communities-and-its-impact-upon-activity-licensing-and-hosting/– Slide 3
Kilamo, Terhi. "Essential Properties of Open Development Communities." Salvador, Brazil 20 (2011).– Slides 3 & 10
Tel +358 10 439 [email protected]
Hämeenkatu 16FI-33200 Tampere
Urho Kekkosen katu 7 BFI-00100 Helsinki
Teemme kokonaisuuksien kehittämisestähallittavaa ja tuloksellista!