Vårdvalet i Västra Götaland med hjälp av Scrum, Team Foundation Server och Silverlight

Tidigare i höst fick alla invånare i Västra Götalandsregionen möjlighet att välja vilken vårdcentral de skulle tillhöra. Det här är ett val som alla invånare över 16 år i Sverige kommer att få göra. Det är upp till de olika regionerna att själva skapa IT-system som stöder hanteringen. Förutom själva valet av vårdcentral ska också ersättningen till de olika vårdcentralerna hanteras baserat på vårdvalet.

Silverlight-baserad klient

Inom Västra Götalandsregionen (VGR) valde man att skapa en webbaserad lösning med en Silverlight-klient för att hantera vårdvalet på vårdinrättningarna. Utvecklingsprojektet har arbetat med mycket kort tidsmarginal. Man har från april i år till slutet på augusti lyckats skapa en väl fungerande lösning som har rullats ut till de flesta vårdinrättningarna i regionen.

Att valet föll på Silverlight som klientplattform berodde mycket på att VGR ville slippa utmaningarna att hantera tillstånd i en traditionell ASP.NET-baserad webbapplikation. Samtidigt ville man ändå ha fördelarna av en webbaserad distribution (enkel uppdatering, körs direkt i webbläsaren). Man ville också slippa anpassa lösningen för olika versioner av webbläsare, vilket ofta kan vara ett tidsödande och dyrt arbete i traditionella webblösningar.

Överlag är VGR mycket nöjda med valet av Silverlight men naturligtvis har det funnits ett antal utmaningar i projektet. I efterhand så är en av lärdomarna att de borde ha fått med sig infrastrukturansvariga mycket tidigare i projektet för att underlätta utrullningen av Silverlight. Att få till effektiva GUI-tester och bristen på utskriftsstöd i Silverlight 3 har varit två andra utmaningar i projektet.

Team Foundation Server och Scrum

En av anledningarna till att projektet över huvud taget gick att genomföra med så korta tidsramar är att de använt sig av Scrum för sin utvecklingsprocess och kört strikt testdriven utveckling samt att de hade möjlighet att använda Team Foundation Server som processmotor. Genom att köra korta iterationer (två veckors-sprintar) så har projektet kunnat hålla verksamheten konstant involverad. Beställarna har hela tiden känt att de har haft bra koll på statusen i projektet och full kontroll över prioriteringen av funktionerna. 

Förutom Team Foundation Server med Conchangos Scrum-mallar så har projektet även använt ett verktyg som heter Pivotal tracker, där främst verksamheten arbetat med uppföljning och prioritering av backloggen i projektet.

En snygg sak som man har gjort i byggprocessen är att låta byggservern producera olika kataloger med korrekt konfigurerade .config-filer för test-, demo- och drift-miljöerna med hjälp av ett open source-projekt för MS Build som heter MSBuild Community Tasks Project och funktionen XmlMassUpdate.

Nedan en längre intervju från Channel9 som jag och Dag König gjorde med utvecklingsteamet: Nicklas Åkerman (scrummaster) samt Mats Karlsson, Janne Hasslöf, Caroline Bornsjö, Jakob Sommer, Mikael Waltersson, Magnus Härlin, Richard Redler, Kristoffer Rhodin samt Andreas Östberg:

Comments

• Anonymous
  December 03, 2009
  Varför använde de Pivotal Tracker? Är det så att TFS'ens Work item hantering (med Conchango) är inte tilltäckligt användarvändlig? Har mina funderingar efter en längre tids arbete med den. Många beställare tycker det är för "gammaldags". Om man nu bygger alla use case i Pivotal, hur fick de sen in dem i TFS?

• Anonymous
  December 06, 2009
  De använder Pivotal Tracker för att verksamheten enklare skulle kunna få en överblick av och kunna prioritera User Stories. De för sedan över dessa i TFS vid planeringsmöten, antingen direkt i Visual Studio eller i Conchango's task board i portalen. Jag hoppas att vi snart ska kunna publicera en film där vi samtalar med utvecklingsgruppen om hur de arbetat i projektet.

• Anonymous
  February 05, 2010
  Ulf, Som Robert säger var ett av skälen till att det blev pivotal tracker att verksamheten kunde komma åt detta verktyg lätt från sina kontor, samt att den är väldigt överblickbar. När det gäller överföringen från pivotal till tfs:en så  förde vi över alla stories manuellt i början, senare skrev jag en liten applikation som för över stories från pivotal till tfs med en knapptryckning. Du hittar en alpha källkod på följande adress som syncar över pivotal stories till en tfs server: http://pivotaltfs.codeplex.com/ Mitt mål är att man även skall kunna ha tvåvägs sync så att stories task etc. som startas/avslutas i tfs:en också startar/avslutar storyn ute i pivotal m.m kom gärna med fler ideer! /Rickard