Posts Tagged ‘agilt’

Nya webben, utvecklingsprocessen

torsdag, november 17th, 2011

I ett tidigare inlägg har vi skrivit om utvecklingsprocessen på Stockholms stadsbiblioteks virtuella enhet för mobilwebben. Det börjar dra ihop sig även för desktopwebben, då dagens biblioteket.se ska bytas ut mot beta.biblioteket.

Beta-versionen av desktopwebben släpptes till personalen i juni, och till allmänheten i augusti/september. Sedan dess har vi tagit in ett hundratal kommentarer, önskemål och buggrapporter. Vi har genomfört tre omgångar av användningstester, se separat blogginlägg.  Hela virtuella enheten, i synnerhet utvecklingsteamet och redaktionen har också listat utvecklingspotential, buggar och önskemål.

Redan under arbetet med mobilwebben hade vi en så kallad product backlog (vanligen kallad backlog) som i scrum och agil utveckling helt enkelt är en lista med funktioner som önskas och utveckling som ska göras. Dessutom har vi ett felrapporteringssystem kallat trac. Varje rapport, varje utvecklingsönskemål inifrån organisationen och från allmänheten hamnar i dessa listor.  Fel eller önskemål åtgärdas inte i ordning de kommer in, utan i en prioritetsordning. Listorna innehåller flera hundra punkter och tillägg kommer hela tiden. Backloggen ägs av beställargruppen och dess ledare och är styrande för hela utvecklingsprocessen.

Beställargruppen utgörs av hela virtuella enheten. Var och en har en egen specialkompetens och ett eget nätverk med kontakter inom och utom organisation där de fångar upp önskemål och strömningar. Gruppen träffas strax före varje sprint och bestämmer vilka funktioner som ska prioriteras och vad man vill ha ut av kommande sprint.

Sprinten är vanligtvis tre veckor (ibland två) och inleds med en sprintplanering. Då träffas utvecklingsteamet (scrumteamet) och beställargruppens ledare för att planera sprintens arbete. Den detaljerade sprintplaneringen syftar till att bryta ner arbetet inom sprintens tre veckor i hanterbara delar dag för dag för utvecklingsteamet. Genom att separera planeringen från utförandet, kan utvecklarna fokusera på att utföra i stället för att växla mellan planering och utförande vilket är mindre effektivt.  Förutom att detta är scrummetodik, är det också klassisk GTD-metodik från David Allen. Det man går igenom under sprintplaneringen är:

  • Vilka resurser har vi under denna sprint? Egna och konsulttimmar, hur används de bäst?
  • Backloggen gås igenom i detalj, punkt för punkt. Vad har ändrats, vilka punkter kan anses vara avklarade? Vilka kan föras nedåt i prioriteringen? Så kallade stoppers identifieras, dvs utan dem fungerar det inte alls. Vilka punkter i backloggen är kritiska, vilka är stora punkter och vilka är små?
  • Trac gås också igenom i detalj, punkt för punkt. Varje ärende (kallad ticket) finns med här. En del kan stängas, avklarade. Även här görs prioriteringar och kvarvarande tickets som är blockers (samma som stoppers) eller kritiska förs över till backloggen.

Därefter sker själva utvecklingen och åtgärderna under sprinten, av utvecklingsteamet.

Vid sprintens slut görs en sprintdemo för hela enheten då all utveckling, alla fixar som gjorts under sprinten visas upp. Sedan börjar nästa sprint…

Mobilwebben: hur kom vi fram till vad vi ville göra?

fredag, maj 6th, 2011

Mobilwebben lanserades 3 april 2011 och vi har skrivit om den här på bloggen. Men hur gick det till när vi arbetade fram den?

Arbetet inleddes i juni 2010  med en heldagsworkshop för virtuella enheten på Stockholms stadsbibliotek och webbyrån Creuna. Gemensamma värdeord kring bibliotekets digitala närvaro identifierades. En brainstorming  kring vilka funktioner man kunde tänka sig genomfördes. Både konkreta funktioner som nu är realiserade och mer visionära idéer som egen e-boksläsare fanns med. En övning kallad “ettan” gick ut på att i grupp formulera en löpsedel för vad DN skulle skriva om vår mobilwebb. “Böckernas Spotify” “Mobilwebben når nya målgrupper” var några förslag. I en annan övning fick alla gå ut från lokalen och fundera på nya idéer i ett mobilt sammanhang. Vad kommer man på för nytt när man byter  till den miljö där verktyget – i detta fall mobilen – normalt används.

Under sommaren som följde jobbade Creuna med omvärldsbevakning kring mobilwebb: vad görs på annat håll samt framåtblickande konceptutveckling. InUse, specialister på att designa bra användarupplevelser för verkliga männisor, jobbade parallellt med målgruppsanalyser, användningsmål och effektkartläggning. Detta inkluderades i konceptet.

Våra egna erfarenheter från vår nuvarande webb och de problem som finns där summerades. Creunas arbete presenterades och på VE enades man om att bibliotekets totala digitala närvaro måste vara tydlig och ta ett avstamp i enkelhet och  bastjänster genom att:

  • inspirera till läsning och lärande
  • förenkla tillgången till och utlåningen av medier
  • lyfta fram verksamheten på de fysiska biblioteken (och underlätta besöket)

Den mobila kanalen bör utnyttjas till det den är bäst på: snabbt, enkelt och personligt, fokus på det viktigaste-det man har  behov av när man är i rörelse, mobilens speciella fördelar (t. ex geopositionering).

Diskussioner kring om det skulle vara en app eller en mobilwebb  ledde till ett beslut att satsa på en mobil webb i stället för app av flera skäl: lättare att nå ut till fler, lägre utvecklingskostnad, och bättre funktionalitet.

De fem vanligaste behoven hos användarna identifierades och planerades för mobilen (de fyra första är nu verklighet, den femte står på kö i utvecklingen):

  • Välja och hitta bok
  • Reservera bok
  • Låna om
  • Se öppettider
  • Se evenemang

Processkartläggning gjordes för dessa fem behov, till exempel: hur gör låntagarna när de väljer och hittar bok, var i kedjan blir det problem, och hur gör vi det lättare lättare för låntagarna?

Skisser togs fram (se överst) för hur det skulle kunna se ut och en bruttolista, en total önskelista med funktioner skrevs. Därefter gjordes prioriteringar: vad börjar vi med och vad fortsätter vi med?

I september 2010  flyttade några av Creunas medarbetare in i VE:s lokaler och arbetade tätt ihop med VE:s personal.  Agil projektmetodik, daily standups, projektavstämningar, konceptskisser, grafiska skisser, demo på funktioner var viktiga inslag i detta arbete. Helt ny arbetsmetodik för VE, inte för Creuna. Mycket blev gjort på kort tid, och i december var mobilwebben egentligen färdigutvecklad. Därefter tog praktiskt arbete med servrar vid, därför blev mobilwebben lanserad först i början av april 2011.