Transparens når det går dårligt kan umiddelbart virke som en negativ konsekvens ved scrum. Men at alle alle tydeligt kan se at det går skidt er GULD værd – fordi synligheden helt naturligt provokere en reaktion. Helt konkret muliggjorde synligheden at vi som scrum team blev tvunget til at gennemgå en lang række uhensigtsmæssigheder i vores måde at arbejde på (både organisatorisk og personligt). Og denne italesættelse af uhensigtsmæssighederne gør det muligt at bearbejde, og ideelt set fjerne dem helt. Under andre udviklingsformer ville vi som team have ”lukket af” over for omverdenen og derved have skjult – men ikke løst problemerne.

Helt konkret fik vi som følge at vores synligt dårlige performance diskuteret forskellige scenarier på hvordan vi skal håndtere tasks der ”vokser” jo mere der arbejdes på dem, og derfor sætter teamets hastighed i stå. Det kan være tasks der bygger videre på kode der i løbet af sprintet viser sig at være af for dårlig kvalitet, og derfor skal refaktoreres ud over det forventede. Eller tasks hvor de tekniske usikkerheder viser sig at være anderledes end antaget i sprintplanlægningen.

Vi fik vendt nogle af de organisatoriske fordele ved ”fail fast”, og at det kan være bedre at afbryde et sprint tidligt, end at fortsætte imod et urealistisk mål – hvis det viser sig at forudsætningerne for et sprint ikke er tilstede. Og vi fik snakket en række konkrete indgreb igennem som vi i fremtiden vil benytte hvis fremgangen en task går i stå.

De indgreb vi snakkede igennem var blandt andre at splitte et kode-par op og blande nye personer ind på en opgave der går fast, og at tasks der viser sig større end først antaget bør splittes op af hele teamet, og ikke kun de personer der aktuelt sidder med den pågældende task – også for at få delt designbeslutninger ud som en team-beslutning.

Scrum er godt – specielt når det går skidt :-)

Et af de sidste integrations projekter der mangler for at CMS’et er istand til at overtage alle eksisterende sites, er integration med person data (fra administrationens PDS – Person Data System), så det er muligt at generere automatiske medarbejderlister på div sites. Og det er netop dette vi pt. arbejder på.

Dette arbejde har affødt en del teknologiske udfordringer fordi datakilden (PDS) ikke egner sig særlig godt til vores brug da både hastighed og dataformater er ikke velegnede til at generere medarbejderlister ud fra. Vi har derfor været nødsaget til at “pakke” datakilden ind for at kunne holde vores kvalitetskrav omkring leveringstider (95% af alle sider inden for 1 sekund).

Dette har været en oplagt mulighed for at få taget fat på ideen om AAU-data som RESTfull webservices – og der er blevet taget hul på den helt store JAX-RS impelmentation af en medarbejderliste REST resource, hvorfra CMS’et og en række andre applikationer kan trække medarbejderlister.

Forhåbentligt kommer dette til at være den første af mange data som bliver udstillet som RESTfull webservices hos AAU, og jeg håber at vi med tiden kan udstille disse, så alle interesserede kan lege med dem. Forhåbentligt er der nogen der kan bygge applikationer eller mashups på baggrund af disse data – og det kan måske være med til at ændre silotankegangen der desværre er meget udbredt på AAU.

Som altid ved sådanne “brede” arrangementer, var det ikke alle oplæg der var lige givtige –  mest fordi der var meget stor spredning i de forskellige deltageres arbejdsområder og erfaringer inden for  UI arbejde, men alle oplægsholderne klarede sig glimrende under disse noget utaknemmelige forhold.

Der skal dog specielt sendes ros til Ingrid Haug der præsterede et rigtig godt oplæg om løbende inddragelse af brugervenligheds-metoder og overvejelser i udviklingsprocessen. Ingrid kom med en række konkrete eksempler på synliggøreles af brugervenligheds-mål i hele organisationen, og dermed med til at holde fokus på kundernes behov og ønsker. Ingrid kom blandt andet ind på:

• Eksempler på brug af konkrete brugbarheds-mål til evaluering (eks: 80% af vores brugere skal kunne gennemføre opgave X på Y sekunder) og at synliggøre disse med smilies – fuldstændigt som hos den lokale pizzamand.
• Iterativ sammenspil imellem usability-evalueringer og design-processer (så meget som man nu kan i en vandfaldsmodel af næsten Niagara-proportioner)
• Personas, baseret på en ekstrem imponerende case fra Microsoft

I Microsoft casen (fra udviklingen af Microsofts ERP produkter) havde MS lavet en hel virtuel virksomhed. Denne fiktive virksomhed bestod af en lang række personas, og disse blev synliggjort denne gennem plakater, websider mm. i hele udviklings-organisationen, så alle der var involveret i projektet viste “hvem” kunderne var – virkelig imponerende.

Dette muliggjorde at alle kunne snakke om kunderne i et naturligt sprog, og at undgå den klassiske “brugerne”-formulering der typisk resulterer i en en-dimensional forståelse af brugergruppen. Og for lige at gøre det lidt mere imponerende var ALLE personas baseret på interview, og alle informationer udstyret med kilde henvisninger. - PDF med oversigten over MS personas (0.9Mb)

Hatten af for MS for deres persons arbejde, og for Ingrid for at kunne formidle en lang række metoder og teknikker på et højt niveau til en broget flok af nørder.

Næste møde i den oprettede interessegruppe blev sat til d. 16 juni i Århus, og baseret på dette for-møde kan jeg kun anbefale folk der har interesser inden for bruger-venlighed/inddragelse at holde øje med Infinits hjemmeside.

Udbyttet af JAOO er som altid utroligt afhængig af at man tager til de “rigtige” sessions. Og da løst kobling imellem services er et helt centralt element i min måde at tænke systemudvikling på, var REST tracket om tirsdagen en af de ting der trak.

Det var utroligt lærerigt at se hvordan ws-* webservices (eller ws-death-star som det blev omtalt) helt er faldt i baggrunden for REST baserede webservices. Og at selv om REST tilsyneladende er en simpelere tilgang – kræver en endnu højere analytisk og metodisk tilgang til data distribution end SOAP baseret arkitektur.

Html5 tutorialen var meget spændende, da der blev præsenteret en række muligheder for at benytte html5′s kommunikations muligheder (bla websockets) INDEN der er support for disse teknologier i browseren. I praksis foregik det ved transparent at falde tilbage på en lang række propriortære teknologier, men UDEN at man som udvikler på noget tidspunkt skulle tænke over det – ud over at inkludere et script i sine applikationer – elegant!.

GWT tutorialen var også meget lærrerig, men ikke lige så cutting edge som html5 sessionen. til gengæld var GWT tutorialen fuld af tips og triks som jeg ummidelbart kan begynde at bruge.

Alt i alt får Trifork et 10-tal efter den nye skala for årets konference – (Karakteren 10 gives for den fortrinlige præstation, der demonstrerer omfattende opfyldelse af fagets mål, med nogle mindre væsentlige mangler).

En af disse nye features er en adresseliste, for bedre at understøtte de situationer hvor man kender adressen men ikke placeringen af en bygning. Denne adresse liste linker så direkte til visningen af den pågældende bygning.

Adresselisten er stadig noget skrabet, men funktionen giver mening, og skal klart med i den endelige version.

Et andet aspekt der er blevet implementeret er “pænere” links til bygninger. Det er nu muligt at linke til en enkelt bygning via http://aaumap.portal.aau.dk/aaumap/?location=[POSTKODE] som feks Langagervej 2. Dette skal dog gøres endnu pænere således at det er muligt at skrive “map.aau.dk/lan2″ eller “map.aau.dk/langagervej 2″

AAU Adgangskontrol er en single signon løsning, der tillader studerende og ansatte ved Aalborg Universitet at logge ind til en lang række applikationer og services ved hjælp af EN fælles brugerkonto.

Den nye version har fået en grafisk opdatering, gennem arbejdelse af hjælpeinformation samt en helt ny login metode – lokal login.

Lokal login gør det muligt at logge ind med det brugernavn man har på sit studie, samtidigt med at den nuværende funktionalitet (central brugerkonto og digital signatur) er bevaret.

Funktionaliteten har været noget længe undervejs idet det skulle koordineres med alle de forskellige lokale it-afdelinger på universitetet, hvilket har været et kæmpe arbejde, af den simple grund at der er RIGTIG mange der skal tages med på råd – og mindst lige så mange forskellige meninger :-)

Det har været rigtig lækkert at lave noget hvor man tydeligt kan se at selv små forbedringer kan have stor betydning for success raten for slutbrugerne – og jeg har fået lært at det ikke kan lade sig gøre at bruge for meget tid på at gennemtænke flow og skrive ordenlige status og fejlbeskeder til brugerne.

Ved siden af disse “must haves” for mig er der blevet plads til lidt blandet godt indenfor agil udvilking og en smule arkitektur. Desuden skal der være plads til et wild card eller to, hvor man møder op til den session der virker mest underlig eller om et emne man aldrig har hørt om. Enten for at blive positivt overrasket eller for at få fastslået en gang for alle at man ikke behøver bruge tid på det nogensinde igen (hvilket også er en meget værdifuld realisering).

Ellers glæder jeg mig til at få snakket lidt med folk fra studiet (selvom jeg ikke helt ved hvor mange der dukker op) og med mange af de andre nørder :-) man ikke møder til hverdag.

Et eksempel på en sådan link er http://aaumap.portal.aau.dk/aaumap/?lat=57.02073292199136&long=9.978386163711548&zoom=18&type=h der linker til et kort udsnit over Aalborg Universitetsbibliotek. Parameterne for linkning til kortudsnit er på nuværende tidspunkt:

lat

Breddegrad

long

Længdegrad

zoom

Zoomniveauet

type

Hvilken type af kortmateriale der skal vises. Der kan vælges imellem “m” – kort, “h” – satelitkort og “e” for earth 3d visning.

På nuværende tidspunkt er der et link uder kortet, der tilbyder “Link direkte til dette kortudsnit”, men der skal kæles lidt for visningen af det genererede link før dette er brugbart. Det vigtigste ved funktionaliteten er dog at dette er en betingelse for at kunne lave “intelligente links” hvor eg /langagervej2/ rent faktisk linker til et passende kortudsnit.

Efter denne præsentation var der flere der gerne ville låne mine slides (PowerPoint), og jeg har derfor valgt at publicere dem gennem denne side.

AAUMap.pptx (ca 7Mb da der er en del billeder og illustrationer)

Funktionaliteten drejer sig om clustering – hvor bygninger gruperes ved lave zoom niveauer, og at man automatisk zoomer ind på de respektive bygninger når man klikker på et sådan cluster.

Der er også blevet “leget” lidt med Google Earth integrering – som det hele tiden har været planen at få i spil, og en af grundende til at kml er valgt som dataformat. Det var planen at der skulle være et “se i Google Earth” link på siden, men efter at have set at google earth kan fås som browser plugin kunne jeg ikke lade være med at prøve.

For at få google Earth integreret i et alm google maps kort skal der kun laves meget få liniers ændring i koden. Og det kræver naturligvis at Google Earth og Google Earth-browser plug-in er installeret på klient maskinen.

Den “magiske” kode linie der tilføjer den ekstra kort type (3d satelite) er:

map.addMapType(G_SATELLITE_3D_MAP);

Desuden krævede det en opdatering af API version fra 2.0 til v2.x, men alt i alt 2 linier kode.

Man kan aktivere 3d visningen ved at skifte korttypen til Earth i højre hjørne af applikationen.

Du kan selv prøve applikationen på AAUMap, så længe du har de fornødne programmer installeret.

Ellers har jeg lavet et par billeder for dem der ikke har browser plug-in’et (da det kun findes på windows):