Nyheten om att BBC:s supersystem ”Digital Media Initiative” läggs ned fick mig att börja surfa runt i går kväll. Det var ett ambitiöst projekt som startades 2007 och skulle ta fram ett nytt IT-system som resultera i ”technical, process, organizational and cultural change”. Det är ett väldigt stort ansvar att lägga på ett IT-system.
The Guardian har pratat med en insider på BBC som säger: ”The scale of the [Digital Media Initiative] was too big and it got out of hand.”
Som vanligt är The Register skarpa, och i en artikel från 2011 granskade The Register DMI-projektet och förutsåg dess framtida misslyckande.
It’s hard for a seasoned IT professional from outside the BBC to imagine why the project should be so expensive, or overrun by so much, so quickly. One of the few clear goals defined by DMI is a digital media library with some metadata rules – but this hardly needs an eight-figure budget.
BBC:s DMI flexibla vision
But once you’ve seen the logo, you can’t imagine how it could possibly ever arrive on budget, on time.
Och i kommentarsfältet på BBC:s egen blogg kan man läsa massor av kritiska röster. Här är en som jag fastnade för.
As an engineer who was working for one of the potential suppliers, we all new this was a complete mess. So did most of the BBC engineers. [...] it kept going further and further from reality.
Jag tycker det skall bli väldigt spännande att följa den här skandalen. Och jag hoppas att BBC försöker utreda detta så öppet som möjligt. Det kan hjälpa branschen som helhet att undvika liknande misslyckanden. Vet du mer om projektet eller har tips på bra länkar så hör gärna av dig.
Summering av vad SR:s webbutvecklingsgrupp åstadkommit 2012
Jag har skrivit ytterligare ett inlägg på Sveriges Radios utvecklingsblogg. Denna gång har jag skrivit en klassisk tillbakablick på året som gått och allt vi åstadkommit.
Vi arbetar närmare verksamheten än tidigare och anpassar vårt arbetssätt efter förändrade krav. Under året som gått har vi även öppnat oss utåt och har ett stort utbyte med våra branschkollegor.
Vi jobbar modernt och kostnadseffektivt. Vi tar ansvar, blickar framåt och överträffar förväntningarna.
Under 2012 har vi utvecklat 868 nya funktioner på sverigesradio.se och tillhörande stödsystem. Men vad är det för något vi har gjort och varför?
Roy Osherove handleder Jacob och Marcus
Det är ett långt inlägg med massor av punkter. De saker jag personligen är mest stolt över är:
- Att vi levererat så många nya tjänster utan att tappa tempo.
- Att vi infört testdriven utveckling och fördjupat vårt agila arbetssätt
- Att vi lyckats rekrytera toppkompetens i en tuff marknad och att vi håller tempot även fast vi tappat nyckelpersoner
- Att vi lyckats utöka antalet utvecklare från ett till tre team utan att skapa flaskhalsar
- Att vi anlitat de allra bästa utomstående experterna, såsom Peter Antman från Crisp, Andreas Krohn från Dopter och Roy Osherove.
Video: Produkt, skräddarsytt eller ramverk – vad ska du välja?
Marcus Ahnve (Valtech), Peter Lind (Valtech/TV4), Henrik Holmström (Atex Polopoly), Jacob Hamacher (Sveriges Radio) och Rikard Ljungman (EPiServer)
Jag medverkade i en paneldebatt med ämnet ”Produkt, skräddarsytt eller ramverk – vad ska du välja?” på Valtech Day i Stockholm den 7:e november 2012. Jag debatterade med Marcus Ahnve (Valtech), Peter Lind (Valtech/TV4), Henrik Holmström (Atex Polopoly) samt Rikard Ljungman (EPiServer).
Vår panel finns på plats för att berätta om sin syn på lösningar, och svara på publikens frågor utifrån sina olika perspektiv. Tänkbara frågeställningar: När är ett CMS/skräddarsytt/ramverk att föredra? Vad ska jag beställa när? Hur tidigt/sent bör beslut fattas? Hur blir det för redaktörer med ramverk? Påverkan på min verksamhet/vardag/interna processer? Hur påverkas användbarheten av egen/produktutveckling? Vad blir lätt/svårt, dyrt/billigt att bygga upp? Hur blir det om 5 år, med ex livscykel och uppgraderingar?
Jag medverkade då vi på Sveriges Radio har valt att använda vårt egna publiceringssystem Isidor, i stället för att köpa ett standardsystem.
Det är den första paneldebatt jag medverkat i, och jag är väldigt glad att jag tog chansen. Känner att jag fick igenom mina viktigaste poänger och diskussionen fortsatte även utanför scenen. Väldigt givande samtal.
Jag har skrivit ett blogginlägg på Sveriges Radios utvecklingsblogg om våra erfarenheter av att utveckla det skräddarsydda CMS som vi kallar för Isidor.
Vi har alltså haft ett och samma system för webben i mer än elva år. Detta i en bransch som rör sig otroligt fort. Vi har hållit ut och tittat storögt på våra kollegor som kämpat och bytt från system till system. I bland har vi känt oss galna som halkat efter i utvecklingen, och ibland har vi känt oss glada som undvikit dödsmarcher och havererade implementationsprojekt som vi sett andra drabbas av.
Läs mer på Sex trendiga galenskaper med ett egenutvecklat publiceringssystem.
Public Service utredningen visar på en naiv inställning till DAB
Jag blir bekymrad av SOU 2012:59 kapitel 11.7.1 där framtiden beskrivs med att radioapparaten visar ”väderkartor” , ”bildspel” och ”sportresultat”.
Jag hävdar att framtiden inträffade för länge sedan. Det är på Internet, och framförallt i mobilen, där publiken konsumerar mervärdetjänster för radio. En DAB display tillför inget.
Det är nästan så jag undrar om publicserviceutredningen har klippt och klistrat formuleringen från ett tjugo år gammalt EBU dokument?
Digital rundradio må vara är en viktig distributionsform, men låt oss inte blanda ihop frågan om en ersättare till FM, med nya digitala tjänster.
AspConf: Så bygger du webbkluster med nya Windows Azure
Scott Guthries keynote från den inspirerande AspConf
Den virtuella konferansen AspConf var i år en riktig höjdare. Den innehöll massor av riktigt intressanta föredrag av de nyckelpersoner på Microsoft som ansvarar för ASP.NET, Visual Studio och Windows Azure. Det sköna med en virtuell konferans är att den går bra att bevaka mitt i semestern medan barnen tittar på Bolibompa.
Den stora behållningen från detta års AspConf är att Windows Azure seglat upp som en mogen utmanare till Amazon EC2. Micrsoft har lyckats göra det uppenbart hur man bygger ett massivt molnbaserat kluster. Det som går på några sekunder att klicka fram i molnet, kan ta ett år att bygga för en överlastad IT-avdelning.
Vad väljer er organisation? Bygga själva eller hyra i molnet?
Hur du skiljer en bra sökfunktion från en dålig
Att utveckla en sökfunktion är intressant då det är en så påtaglig och självklar funktion. Alla har vi erfarenheter av sök, och alla har vi åsikter om hur det borde fungera.
Det är väldigt lätt att se när en sökfunktion fungerar dåligt. Det krävs ingen expertis eller erfarenhet för att se att man inte får det svar man förväntar sig. Det är uppenbart. Det är däremot mycket svårare att se om en sökfunktion fungerar bra.
Jag har skrivet ett blogginlägg på utvecklingsbloggen för sverigesradio.se om sökfunktioner.
