Download to read offline
Uploaded byReload! A/S
Smk -2015.09.30
Vi var inviteret til et lederseminar hos Statens Museum for Kunst i september, hvor vi gennemgik nogle af de mere agile og iterative udviklingstanker for den digitale grupper samt ledergruppen. Her er slides fra dagen.
Smk -2015.09.30
- 1. Reload! A/S30. september2015 - SMK - Digitalt seminar Nye udviklingsformer og modet til at satse
- 2. • Rasmus Luckow-Nielsen •Partner og administrerende direktør i Reload • Baggrund som udvikler, projektleder og udviklingschef. • Arbejder i dag mest med salg, kommunikation og forbedring af vores processer Hvem er jeg?
- 3. Vi er specialisteri Drupal Vi er pt. 16 faste folk Reload startede i 2010. Vi bor på Frederiksberg … og så elsker vi gode processer!
- 4. DR, TV2, Unicef,Læger uden grænser, Det Kongelige Teater, De Danske Spejdere, Københavns- og Århus Biblioteker, COOP/Samvirke, IDA og mange andre… Et udpluk af vores kunder
- 5. Many companies facethe paradox of wanting to build a delightful product without knowing if people actually want the product until it’s released. – Chris Bank, UXPin
- 6. • Antager atman på forhånd kan regne ud, hvad der skal bygges, og i hvilken rækkefølge, det bedst giver mening • Fungerer derfor fint til simple eller overskuelige opgaver • Har et meget langt feedback loop, og er derfor ikke optimalt til innovative eller komplekse projekter med mange antagelser og ubekendte Den klassiske vandfaldsmodel
- 7. • Når projekternebliver innovative eller komplekse, så er der rigtig mange antagelser • Vi opstiller en masse præmisser og forventninger - og mange af dem kommer ikke til at holde • Så rammer vi ikke forventningerne - og ender måske ikke med bygge det der reelt giver værdi Når virkeligheden ikke er simpel Reloads typiske projektrum
- 8. Skab et effektivtog hurtigt feedback loop
- 9.
- 10. • Fokusér påforretningsværdi • Lav leverancer der kan afprøves i virkeligheden og hurtigst muligt • Prototyping! • Løbende forbedringer i stedet for "løs det hele på en gang" Fokus på forretningsværdi, time- to-market og minimumsprodukt (MVP)
- 12. Kender I jeresegen værdi? Det kan være svært at forudsige hvad I præcist skal gøre og bygge for at det giver maksimalt værdi for jeres brugere. Så start småt.
- 13. • Virker det,så kan du bygge videre Cupcake modellen • Byg simple men velsmagende bidder Kilde: Adaptivepath
- 14. • Idet dehar gjort brug af Lean og Agile tanker - og har dokumenteret deres erfaringer herfra. • Her kommer et par stykker som jeg tænker kunne være relevante for jer Spotify er en interessant case
- 15. • Ship It— Gradually release the MVP to all users while collecting data and improving. • Tweak It — Iterate continuously based on feedback until product is shut down or revamped (returning us to Think It). Spotify modellen • Think It — Decide what product to build, then build prototypes and test viability internally. • Build It — Create a physical MVP ready for user testing.
- 16. • Who willbenefit from this and how? • What are the key metrics that we expect this product to improve? (e.g. songs streamed, number of downloads, etc.) • What are the hypotheses? • How will we know if this product is successful? • Is this a “step change” (a product yielding at least a 2x improvement on the chosen metric)? If only minor metrics improvements are expected, another strong strategic reason should exist. Data focused value-proposition
- 17. • Output eret brugbart minimumsprodukt - noget som giver reel værdi, men heller ikke mere end det Byg lige præcis nok • Byg lige præcist nok til at vi kan validere jeres hypotese • Essensen er at få hurtig feedback, der enten kan be- eller afkræfte om i er på rette vej
- 18. • Mange afgrafikkerne og pointerne her er taget fra den glimrende artikel "Building Minimum Viable Products at Spotify". • Læs evt. også om vores erfaringer med at prototype Det Kongelige Teaters nye Intranet. Nysgerrig?
- 19. Agilitet er ikkekun en teknisk disciplin. Det er et mindset.
- 20. • At haveen effektiv agil udviklingsproces stiller en masse krav til resten af organisationen og de omkringliggende beslutningsprocesser • At fordre en agil mentalitet og arbejdsproces kræver stor opbakning i organisationen og specielt i ledelsen • I skal forstå hvad i går ind til At arbejde agilt stiller en masse krav til jeres organisation
- 21. • I skalturde at gå efter overordnede mål - og ikke tro at alt kan skrives ned i en kontrakt fra starten • Det kræver kompetente teams, uddelegering af beslutningsmandat og klare mål • Transparens i proces og hurtig feedback giver mulighed for - og kræver - løbende reprioriteringer af de planlagte opgaver At arbejde agilt stiller en masse krav til jeres organisation
- 22.