Thomas Angermann brød i torsdags nyheden om Ting, som er Århus Kommunes og Københavns Kommunes Bibliotekers bud på fremtidens digitale bibliotek.
DBC er den tekniske samarbejdspartner, og det er stof til eftertanke i og med at virksomheden efter min og andres mening simpelthen ofte ikke leverer resultater der er gode nok. Imidlertid skal DBC naturligvis have endnu en chance – og det må man sige de har fået med dette samarbejde.
9 tips til, hvordan “Ting” bedst går fra at være ord til at blive realisering
1.
Husk først og fremmest på at hele den danske biblioteksverden er træt af ord og løfter og alene vurderer jer på resultaterne. Pressemeddelelsen burde ideelt set først have været sendt ud sammen med første beta-release af jeres system.
2.
Drop visionsdage, temadage, intromøder, pressemeddelelser, styregruppemøder, følgegruppemøder, interessentundersøgelser, featurelists og kravspecifikationer og gå istedet direkte til at lave et skarpt-skåret og meget begrænset koncept, som I kan realisere. Konceptet manifesteres af 2, højest 3, dygtige interaktionsdesignere til en prototype som I kan kommunikere med jeres programmører om. Dette arbejde bør højest tage en uge, da I allerede nu har en ide om, hvad konceptets rammer skal være.
3.
Det simple koncept realiseres herefter i en fungerende betaudgave efter højest 2 måneder. Kan det ikke lade sig gøre, må konceptet skæres ned. Alternativet er, at I bygger ideer op som I ikke har kræfter til at realisere.
4.
Gør mindre end konkurrenterne – i stedet for at overgå andre systemer (bibliotek.dk, Summa, Amazon, Facebook) – så gør det modsatte. Ved at få de allermest basale ting til at sidde lige i skabet, kan I koncentrere jer om at få disse ting til at virke perfekt. Herfra kan I bygge videre, hvis tingene faktisk fungerer.
5.
Inddrag så få som muligt – når I fastlægger konceptet, så inddrag kun de rette mennesker – og så få som muligt. Jo flere I inddrager, jo større vil jeres featureliste blive og jo mere uoverskueligt og tåget vil projektet blive.
6.
Lancer til tiden – det lyder simpelt og er det faktisk også. Hav en stram tidsplan hvor I lancerer noget markant f.eks. hver anden eller tredje måned. Hvis I ikke kan nå det til tiden må I skære fra i konceptets dele så det bliver muligt.
7.
Brug ikke beta som et cover for dårlig kvalitet – beta-lanceringer betyder ikke at det I lancerer skal være fyldt med fejl – det som I rører ved skal have høj kvalitet – ellers ender I med et monstrøst system hvor intet opleves positivt.
8.
Skru forventningerne ned – med DBC’s pressemeddelelse er forventningerne til projektet allerede oppe, og det er ikke godt når man normalt har problemer med at eksekvere. Gør fremover det modsatte og fortæl hvad I realistisk set kan lancere i meget nær fremtid.
9.
Fortæl hvad der reelt ikke vil være open source. Jeres omverden ved godt, at det tager tid at gøre noget tilgængeligt for andre, og de ved også godt at DBC ikke er kendt for i praksis at lægge ting åbent ud. I mister troværdighed hvis ikke I kommunikerer ud fra den erkendelse. Ingen projekter holder alting åbent.