Nästa: Stockholm Central

Under det gångna året har vi på IT-avdelningen tagit viktiga kliv framåt i arbetet med UX. En grupp träffas nu en gång i veckan och diskuterar ämnen som rör allt från det operativa, såsom projektstatus och designfeedback, till mer strategiska UX-frågor såsom UX i utvecklingsfaserna och testmetodik. Ett gemensamt mål i gruppen är att öka graden av användarcentrering i våra projekt.

Två viktiga satsningar just nu är Aftonbladet TV och Aftonbladets mobilapp för Android och iPhone. Det finns i dem ett behov att involvera slutanvändarna i designprocessen och få feedback som ger möjlighet att förbättra upplevelsen. Ett effektfullt sätt att göra det på är genom användbarhetstester.

Hur vi testar produkter med användare

Användbarhetstester är ett moment som ökar chansen att din produkt blir en succé. En av de vanligaste formerna går till ungefär på följande sätt: ta fram en lo-fi/hi-fi prototyp av ditt koncept, boka in träffar med 6-8 användare ur målgruppen, ge varje användare uppgifter som de får lösa mha prototypen, ställ fördjupande frågor och anteckna alla fynd. På detta sätt upptäcks fallgropar i designen samtidigt som man får djupare insikt i användarbehoven. Enkelt, billigt och kan göras i princip närsomhelst under utvecklingen av en produkt.

Så varför inte alltid göra sådana? För det första så är de mycket tidskrävande, både själva utförandet och ledtider som krävs för rekrytering av användare (sällan under 3-4v totalt). För det andra så förutsätter uppgiftsbaserade tester ett visst djup eller tänkt flöde i din prototyp. Det funkar bra om ett flygbolag tar fram ett nytt bokningssystem eller en bank testar sin nya internettjänst; deras användare har oftast ett tydligt mål de vill uppnå, t.ex. boka en resa, betala en faktura, beställa BankID etc. Men Aftonbladet konsumerar de flesta genom att dra sin tumme upp och ner på sin smartphone i syfte att t.ex. fördriva tid. Att då ge en testdeltagare uppgiften att “fördriva tid” under 1h, på en (för deltagaren) främmande plats, bli bombarderad med frågor, vore både tidsödande och missriktat.

Det bästa vore väl istället att låta produkten testas som den faktiskt används, dvs i korta stötar i väntan på någonting? Vad kunde då vara bättre än väntande tågresenärer som har 10 minuter att döda?

Centralstationen nästa!

smygtitt_aftonbladet_mobil_fotografpontusorre001

Förberedelser

Efter att ha fått värdefull hjälp med allt det praktiska som bokning av yta, eventpersonal, utrustning och kommunikation, så återstod det att bestämma testupplägget. Vi visste att folk skulle vara tidspressade så därför uteslöt vi alla former av djupdykande frågor och istället fokuserade på själva gränssnittet; vad är deras första intryck? hur scrollar de? vad klickar de på? hur känns det? För att få ett hum om vilka de är så klämde vi in några korta inledande frågor om deras internetvanor och relation till AB. Ett greppbart och enkelt upplägg som försöker klämma ur det viktigaste under den korta tiden med varje användare. Vi beräknade testa med sammanlagt ca 30 personer genom detta upplägg, vilket får anses vara mer än tillräckligt.

Så gick testerna till

Vi testade i en livemiljö vilket adderade komplexitet till testförfarandet men gjorde däremot testfallen mer naturliga. Vi visste också att vi inte hade särskilt lång tid med varje enskild person så vi frågade om de hade några minuter över för att testa våra nya produkter. Efter det delade vi in testet i tre olika delar:

  1. Initiala frågor. Hur de konsumerar Aftonbladet, i vilka enheter, hur ofta, i vilket syfte. Efter denna korta orientering om läsarens relation till AB valde vi vilken av produkterna som kändes mest relevant (TV eller ny mobilapp) och lät användaren testa denna.
  2. Första intryck. Här fick användaren på egen hand klicka sig runt och känna på prototypen. Vi observerade och ställde frågor på hur de upplever den.
  3. Uppgift. Vi frågade användaren vilket område av Nyheter, Sport och Nöje som man var intresserad av. Utifrån detta hade vi en uppgift förberett för vart och ett av de olika ämnerna. Detta lät oss se hur de navigerar och hittar saker.

Som tack för deras tid fick de en månad gratis Plus-abonnemang.

smygtitt_aftonbladet_mobil_fotografpontusorre007

Utfall

Det blev en lång och intensiv men mycket lärorik dag. Sammanlagt träffade vi uppemot 100st användare – en succé med tanke på att vi på förhand var nöjda med att få 30st. Folk kom i princip på löpande band så därför behövde vi inte heller locka dem med belöningen. Det skulle förmodligen bara ha påverkat deras kommentarer. Alla blev mycket glada när vi efter samtalet berättade att belöningen var en månad gratis Plus.

Under tolv timmar stod vi oavbrutet och pratade med folk som kom förbi, tittade noggrant på när de använde produkterna och ställde frågor direkt vi såg något av intresse. Många gav nya intressanta idéer och relevant feedback som vi tog med oss hem. De flesta kom förbi i nyfikenhet och tyckte det var roligt att få prova på våra produkter. Vi tror att det var lyckat att använda begreppet “Smygtitt” istället för “Beta/test/prova på” i detta sammanhang.

smygtitt_aftonbladet_mobil_fotografpontusorre003

En av de saker som gjorde mest intryck på oss var att få ett ansikte på våra slutanvändare. Att träffa dem på riktigt är ovärderligt när man har som mål att designa produkter med dem i fokus. En annan insikt är hur otroligt effektiv denna form av användbarhetstest är. Den lämpar sig dock bäst i senare delen av designarbeten då en hi-fi prototyp kan användas. För att initialt kartlägga behov och användarkontext så är djupintervjuer eller utförliga användbarhetstester fortfarande ett bättre val i tidiga skeden av designarbeten.

smygtitt_aftonbladet_mobil_fotografpontusorre011

Några lärdomar vi fick är att ha mer struktur i frågorna och ett testprotokoll. Den stora mängden användare utspritt över en hel dag kräver bra anteckningar. Vi skulle också ha infört fler raster och avbyten då vi nu stod non-stop och därför tappade fokus emellanåt. Vi fick även ut många konkreta lärdomar om produkterna vi testade. Bland annat fick vi ett kvitto på att navigeringen som vi slitet med under hela mobilprojektet faktiskt fungerar bra!

I det stora hela så var dagen en succé, speciellt med tanke på de korta förberedelserna och allt värdefullt vi fick ut. Vi kommer därför försöka få till fler liknande dagar där vi möter våra användare och låter de bidra till utvecklingen av våra produkter.

 

Vi vill ge ett stort tack till Lena Widman, Charlotta Nyqvist och Fredrik Lindén för alla förberedelser och kommunikation kring eventet!
KATEGORIER UX| Inlägget har kommentarer

Web performance testing resources

Today, I gave a talk at the JFokus conference in Stockholm on the topic ”The web performance testing toolbox”. This is a list of links to some of the tools mentioned during the talk.

Loading and rendering speed

Real User monitoring

Maintaining a responsive UI

Mobile

And if you care at all about web performance, you just have to read Joshua Bixbys post: Web Performance 101: An opinionated guide to the 22 links every developer should read

KATEGORIER Jfokus2013| Inlägget har kommentarer

Jfokus 2013 är igång

Dagar som denna är det en njutning att vara utvecklare. Hur klockan blivit fem på så kort tid är obegripligt och jag önskar att man kunde gett Dick Wall en timme till för att utveckla sina tankar kring Scalas spännande typsystem.
Den definitionen av spännande skulle antagligen en majoritet av svenska folket ifrågasätta. Men jag hade definitivt kul.

Funktionell programmering var mitt tema för dagen, kan verkligen rekommendera dessa två dragningar.

På förmiddagen ”Thinking and Programming in Functional Style”, lysande och engagerat framfört av Venkat Subramaniam, Agile Developer, Inc.
Venkat har en stor pedagogisk ådra och beskriver i enkla bilder vad kärnan i funktionell programmering är.
Han har förmågan att förenkla och renodla begreppen vilket gör det lätt att hänga med.
Massor av exempelkod gör det både lättbegripligt och inspirerande, det känns enkelt att bara börja koda.

Eftermiddagens ”First steps to Scala” med Dick Wall, Escalate Software, byggde vidare på temat, med stort fokus på de funktionella delarna i Scala. Dick kan sina saker och är precis lika entusiastisk och engegerad som Venkat, om än på ett stillsammare vis.

Jag uppdaterade min Scala-version, lagade ett gammalt Scala-projekt i Intellij och satte igång. Det här är roligt.

KATEGORIER Jfokus2013| Inlägget har kommentarer

Årskrönika 2012

År 2012 är till ända. Året på Aftonbladets IT-avdelning har varit händelserikt minst sagt. Ett år av tillväxt, förbättringar, stora lanseringar, små lanseringar, hårt arbete, roligt arbete, slit, firande och mycket engagemang. Det är alltid med stor glädje jag sammanfattar året som gått. En tid att njuta och reflektera över allt som hänt.


En av årets absoluta höjdpunkter var när vi grillade och spelade brännboll och fotboll i Rålis. En underbar kväll.

Ut med det gamla – in med det nya
Ett av de större projekten var när vi i början av året bytte ut hela vår gamla betallösning med anor från 2002 till Schibsteds koncerngemensamma betallösning SPiD. En enorm bedrift av teamen på både Aftonbladet och Schibsted Payment. Läs mer om lärdomar och hur det gick till i Kenneths trilogi När Aftonbladet bytte betalplattform. Efter ett knappt år ser vi många fördelar både för användarna, Aftonbladet och våra systrar inom koncernen. Samarbete när det är som bäst.

Växer så det knakar
Under året har vi förstärkt avdelningen med ett antal duktiga medarbetare. I både Polen och i Sverige. Till de svenska teamen hälsar vi välkommen till Rickard Tornblad, Erik Olofsson, Niklas Herder, Magnus Ljadas, Jonas Wilnerzon, Christoffer Larsson, Linus Granborg, Per Lindén, Marcel Hasselaar och Alexander Nordström. Dessutom har vi ytterligare två personer på väg in i början av 2013, Patrik Åkerstrand och Mikael Werneholm.

I Polen välkomnar vi Grzegorz Kurtyka, Marcin Juszkiewicz, Yuriy Kisil, Damian Rawski, Jakub Janczak, Mariusz Rymarczyk, Wojciech Niemiec och Adam Lukaszczyk till våra team.

Under året valde HG, Stefan, Adam och Håkan att gå vidare mot nya äventyr. Tråkigt så klart men vi önskar er lycka till framåt. Vi kommer alltid att minnas er. Åtminstone så länge ni har incheckad kod i produktion :)

Det ser allt som allt väldigt bra ut kring kompetensen på avdelningen. Vi har jobbat hårt för att hitta och utveckla rätt medarbetare med rätt kompetens och nu är vi där. Stort tack till våra utvecklingschefer Anders och Sara som slitit hårt med det.

Aftonbladet i Polen
I början av året tog vi beslut om att prova att sätta upp ett utvecklingsteam på distans. Det har varit en fartfylld resa och nu har vi två team på plats i Polen. Sara berättar mer om det här. 

Som pilotprojekt valde vi Allt Om Stockholm. Det har gått riktigt bra hittills. Linus berättar mer här.

Färre datahallar
För några år sedan satte vi en nollvision om 0 fysiska servrar och 0 datahallar. Vi hade då närmare 100 servrar som stod utplacerade i fyra olika datacenter. Det handlar i grunden om att vi ska lägga energi och optimera där det gör skillnad – våra tjänster mot användarna – och inte ägna tid och pengar på att skruva i servrar, switchar och annan (viktig) hårdvara. 2012 lossnade det på allvar. Tidigt på året la vi ner vår sekundära datahall i Järfälla och ersatte den med virtuella servrar. I december skedde sedan det historiska. Vår datahall i Grödinge som varit navet kring Aftonbladet.se i många år tömdes på skrot och alla tjänster flyttades eller lades ner. Bland annat gick vårt anrika egenutvecklade publiceringssystem Bjarnux i graven. Stort tack alla som varit med och extra stort tack till Jesper & Tobias som tillsammans med Johan Z slet hårt under året för att göra det möjligt.

Så mycket bättre!
Under året har vi skruvat och effektiviserat en hel del i hur vi arbetar. Utvecklingstiden har i det närmaste halverats och vi har tydliggjort och förenklat de olika rollerna inom utveckling. Anders berättar mer här. 

Teambuilding på höstkonferensen. Vi mot Kanotlandslaget. Är det många som trillar i undrade jag inför paddlingen. ”1 av 100″ blev svaret från arrangören. Resultat: fyra ofrivilliga bad…

Ny Tipsportal – Tipsa!
Projektet Tipsa – fd 71000 – har levererat funktionalitet i Aftonbladets mobilappar för iPhone och Android där våra läsare på ett smidigt sätt kan skicka in tips, bilder och video till redaktionen. Via tjänsten kan också våra redaktörer skicka ut push-meddelanden direkt till läsare som befinner sig i ett visst geografiskt område för att efterfråga tips kring en specifik händelse. För att få en effektiv hantering av den växande strömmen av inkommande tips har vi också byggt ett nytt administrationssystem där redaktionen sorterar tips, hanterar tipsares personuppgifter och förbereder underlag för belöning. Tipsa är också det första projekt där Aftonbladet har stått för utvecklingen men som driftas och förvaltas av Centralen. Det bådar gott inför framtiden.


Tipsa-teamet med Linda i spetsen som Projektledare och Marianne som Produktägare. Vi hade också utvecklare på distans i Umeå.

Årets hetaste förkortning – UX
UX – User Experience – var på mångas läppar det gångna året. För att bli ännu bättre och ännu snabbare med användaren i centrum tog vi ett ordentligt grepp. Våra duktiga UX-designers är en viktig del i bryggan mellan IT-utveckling och övriga verksamheten. Vi utvecklades mycket 2012 och klev fram ordentligt inom området. Läs mer här.

Att UX är en kreativ process syns tydligt här…

TV
Inom TV-området har vi satsat stort under året och kommer också att fortsätta så med än större kraft 2013. För första gången så testade vi ett nytt arbetssätt där vi hade en konceptfas med fast förutbestämd längd. Till konceptfasen satte vi ihop ett team med interna medarbetare och extern byrå (som arbetade ihop med oss som ett team i våra lokaler) och som tog fram skisser och design för den nya tjänsten. Vi lade också ut delar av tjänsten som SaaS (Software as a Service) för att skynda på utvecklingstakten. Utveckling är i full gång och snart står vi inför stor lansering. Många nya teknologier har använts i nya tjänsten vilket kommer ge en mycket bättre användarupplevelse. TV-chefen Magnus berättar mer här.

Onlinedesken
För att komma närmare redaktionen har vi ett team på 4-6 personer på plats nära centraldesken. Teamets arbete styrs mycket av nyhetsflödet i tätt samarbete med redaktionen. Vi bygger allt från WP-sajter och mindre interaktiva element på Aftonbladets sajt, till att ingå i redaktionella projekt som t ex Polisgranskningen och Svenska Hjältar. Nedan hittar ni ett axplock av vad som levererats under året:

Polisgranskningen: http://bloggar.aftonbladet.se/polisgranskning/
Svenska hjältar http://vaggen.svenskahjaltar.se/
Huvudsajt: http://www.aftonbladet.se/svenskahjaltar
℅ Hanna & Amanda http://bloggar.aftonbladet.se/cohannahoamanda/
Sofis sommarturne – Sveriges bästa look bildtävling http://bloggar.aftonbladet.se/sverigesbastalook/
Tronarvingen: http://www.aftonbladet.se/nyheter/article14365241.ab
Räknesnurror på Aftonbladet – Min Ekonomi: http://www.aftonbladet.se/nyheter/minekonomi/raknesnurror/article15454969.ab
Trafikkartan: http://www.aftonbladet.se/nyheter/article15962881.ab

Superteamet – Ett år av förbättringar
Operationsteamet – eller Superteamet som vi kallar det har flera olika ansvarsområden. Ett av uppdragen är att hitta och bygga bort rotorsaker till återkommande problem/buggar – Problem Management om man pratar ITIL.  Ett annat är att driva kvalitetsarbete och problemlösning på längre sikt. Under året har teamet gjort flera insatser som verkligen gjort skillnad. Vi har sett över utvecklings- och driftmiljöer för bloggplattformen, påbörjat införande av Puppet och gjort prestandaförbättringar i diverse olika tjänster/system som tex TV-kodningssystemet och Listverktyget.

Superteamet har också utvärderat och köpt in en 65″ touchskärm. Martin berättar om den resan här.

Under året har vi även bytt ut vår gamla bloggplattform och flyttat samtliga redaktionella bloggar till Aftonbladets WordPressplattform. En starkt insats. 2013 stärker vi upp teamet ytterligare med experter inom både TV-teknik och WordPress.

CORE
För Coreteamet, som jobbar med utveckling av Aftonbladets sajt på webben, präglades året av redesignprojektet. Projektet påbörjades redan under 2011 men arbetet intensifierades under 2012 då hela utvecklingsteamet involverades. Det var en öppen process där läsare bjöds in från start. Som läsare kunde man följa utvecklingen av den nya sajten och framföra önskemål eller åsikter. Till att börja med skedde det via bloggen:
http://bloggar.aftonbladet.se/redesignbloggen, men så snart det fanns tillräckligt mycket design och funktionalitet på plats öppnades en publik betasajt av nya Aftonbladet.se.

Förutom ny design har i stort sett hela plattformen skrivits om i grunden för att underlätta framtida utveckling för flera kanaler. Ett enormt arbete men väl värt mödan. Själva lanseringen gick smärtfritt utan några som helst störningar. Vilken insats!

Vi hade en 24-timmarschatt med läsarna om den nya sajten. Den mottogs som vanligt med blandade kommentarer – det var alltid bättre förr. Men vi kan konstatera att gillandet har ökat med 29% sedan lanseringen. Dessutom har antalet sidvisningar per besök ökat.

Redesignprojektet har fortsatt efter den stora lanseringen i september, mindre sektioner på Aftonbladet flyttas successivt över till ny design.

Coreteamet har hunnit med mer än så under året. Bl a implementerades ett nytt annonssystem, samt arbete med ett antal nya integrationer med externa tjänster/samarbetspartners, t ex en ny inloggnings- o betalplattform (SPID) och Nöjesbladets ”Helt Normalt”, för att nämna ett par av dem.

Makten till utvecklarna –  Hur vi sprider kunskap
Toppstyrning är sällan ett bra sätt att försöka styra avdelningar i allmänhet och utvecklingsavdelningar i synnerhet. Besluten tas bäst av dem som är mest insatta. Dessutom är det viktigt att sprida kompetens och uppmuntra till innovation. Vi har därför satt samman en grupp utvecklare från de olika teamen i något vi kallar USG – Utvecklarstrategigruppen. Läs mer om USG och vad gruppen åstadkommit här.

Hackday
Under året har vi genomfört två stycken Hackdays. I mars Hackday#8 och i september Hackday#9. Det är alltid lika givande och inspirerande att se vad som kommer ut i form av nya tekniker och idéer till nya produkter eller förbättringar av befintliga tjänster.


Sara och Kenneth inleder Hackday#9 med pompa och ståt :)

Affärsteamet
Som nämnts ovan så bytte vi i början på året ut vårt inloggnings- och betalsystem för samtliga tjänster på Aftonbladet (Plus, Viktklubb och S24). Det tidigare systemet började närma sig 10-årsstrecket och ett nytt behövdes, bl a. för att ge bättre stöd för produkthantering och kampanjer.

Från våren arbetade vi med en modernisering av Viktklubb. Vi har valt att byta ut hela den befintliga tekniska lösningen, som var svår att bygga vidare på, av både tekniska och licensmässiga orsaker. Målet var att, trots en helt utbytt infrastruktur, göra övergången med så lite påverkan på användarna som möjligt.

Därför har vi lagt stor vikt vid datamigrering och testning. Vad gäller datamigrering har i princip all data från användarnas befintliga profil migrerats, från alla blogginlägg med kommentarer till varje äpple i varje loggat mellanmål för varje användare. Vad gäller testning har vi, förutom all möjlig automatiserad testning, genomfört systemtestning med specialiserade testare, alfatestning med interna användare och betatester med vanliga viktklubbsanvändare. Den gamla och nya versionen av Viktklubb kan användas parallellt, varför betatesterna inte påverkat alla användare, utan endast de inbjudna. Under betatesterna, hittills med ca 140 användare, har vi fått mycket värdefull feedback. Både via epost och utvärderingsformulär.

Efter årsskiftet kommer vi att öppna nya Viktklubb för samtliga användare och har då hunnit slipa på detaljerna utgående från den feedback vi fått under testperioden.

I början av 2013 kommer vi bl a att färdigställa en mobilklient till Viktklubb för att sedan stänga gamla Viktklubb.

Mobilteamet
Mobilteamet har varit en stor del i utvecklingen av Tipsa. Dessutom har vi också släppt Aftonbladet tidning som en iPad/iPhone applikation via visiolink-platformen. På så sätt gjorde vi tidningen tillgänglig via Plus och iTunes prenumeration. En sak som blir viktigare och viktigare är att skicka push-meddelanden till våra besökare och det har bidragit till att dra mycket trafik till våra tjänster. Under året har vi arbetade med att förbättra Push i iOS och Android.

Tillsammans med extern byrå tog vi fram Aftonbladet Flip för iPad, ett mer bakåtlutat sätt att läsa Aftonbladet. En ny satsning som ska bli spännande att följa.

Andra tjänster som har förbättrats är Supernytt, Fotbollsappen, nytt annonssystem och förbättrad liverapportering. Just liverapporteringen har vi arbetat en hel del med. De flesta externa tjänster är fortfarande inte tillräckligt anpassade för andra enheter än desktop och vi utvecklade därför ett eget system för att få liverapporteringen att fungera bättre i mobilen. Just nu arbetar vi med att hitta nya tekniker och leverantörer för att förbättra vår liverapportering ännu mer.

En annan spännande sak är den nya mobilsajt vi håller på att utveckla. Planen är att leverans av mobilsajt och webbsajt ska ske från samma servrar för att få ned publiceringstider och underlätta vidareutveckling av mobilsajten (till skillnad från idag då sajterna är tekniskt separerade). Stay tuned. Det får bli en cliffhanger in i det nya året :)

Bellmanstafetten
Varje höst sedan urminnes tider springer vi Bellmanstafetten. Så också i år. Denna gång ställde vi tre starka lag på startlinjen (med de föga innovativa namnen IT-Utveckling I, II och III – not till avdelningen: vi behöver slipa på det). Loppet gick väldigt bra med Martin Börlin som främste Aftonbladare.

 Några av deltagarna i våra lag. Varför Christian har hjälm på sig är höljt i dunkel. Säkerhet framför allt kanske.

Slutord
Sammantaget har det varit ett väldigt bra år och jag vill tacka alla som varit en del av vår utveckling på redaktionen, affärssidan, externa samarbetspartners, konsulter och alla andra som bidragit. Framför allt ett stort tack till alla på Aftonbladets IT-avdelning som gör att det är roligt att komma till jobbet varje dag. Jag lovar att 2013 kommer att bli minst lika bra.

KATEGORIER Okategoriserade| Inlägget har kommentarer

Så mycket bättre!

2012 har varit ett mycket händelserikt år när det gäller sättet vi jobbar med produktutveckling på IT-utveckling. Det finns framför allt två orsaker till detta:

- Mängden utvecklingsarbete har ökat drastiskt under året och i och med detta har antalet personer involverade i utvecklingen fördubblats
- Aftonbladet har omorganiserats och det har inneburit ett tydligare fokus på produktutveckling online med ökade krav på time to market

Vad har då detta inneburit för vårt arbetssätt?

Produktutvecklingens faser
I slutet av 2011 tillsattes en grupp på Aftonbladet vars uppdrag var att agera innovationskatalysator både för externa och interna produkt- och affärsutvecklingsmöjligheter. Resultatet blev ett antal nya satsningar, tex Tipsa och Appguiden mm. Vår avdelning blev viktigare än någonsin men kraven ökade också. Under en omorganisation blev vi en del av en ny avdelning inom Aftonbladet, produkt- och affärsutveckling och i och med detta formulerades visionen att dubbla utvecklingstakten utan att dubbla kostnaderna. Vi tolkade om formuleringen till att halvera time to market. Efter att ha granskat några större projekt kom vi fram till att vi lägger på tok för mycket tid på förstudier innan utvecklingsarbetet drar igång i projekt.

IT-utveckling har jobbat med Scrum sedan 2005 men med fokus på själva utvecklingsarbetet. Vi kom fram till att själva utvecklingsarbetet ibland är den kortare delen i projekt. Det läggs mer tid på att fundera ut vad och hur vi ska göra och ofta med för stor detaljnivå. Detta sätt att jobba, ”design up front”, har sina nackdelar:
- Tvingar oss tillbaks i en vattenfallsmodell
- Idéer blir gamla innan de realiseras av lösningar vilket innebär att lösningarna också blir ”gamla”. Vi riskerar att andra gör samma eller bättre lösningar
- Användarbeteenden och omvärlden förändras men vi låser oss vid en lösning

Inspirerade av metoder som product discovery och innovationsmetoder som What If kom vi fram till att själva genomförandet (utveckling/implementation) bör föregås av två kortare faser: idéfas och konceptfas. Genom att dessa faser timeboxas borde det innebära att vi löser problemet med för långa förstudier  samtidigt som vi undviker design up front i stor utsträckning. I product discovery rekommenderas en konceptfas på en vecka men med tanke på att vi haft konceptfaser på ett halvår så satte vi gränsen till en månad, dvs idéfas får vara en månad och konceptfas en månad lång, max. Går det fortare så gör det inget.

En nyckelfaktor i detta är att vi tagit in User Experience (UX) som kompetens på avdelningen. UX genomför avgörande moment i dessa tidiga faser (mål/effektmål, målgrupp/personas, skisser, tester). Arbetet med UX följer sedan med i genomförandefasen men är intensiv i de två första faserna.

Idéfas
Denna fas handlar om att skapa en tilltro till en idé. Genom idéförädling tas en idébrief fram där målet med idén är tydligt. Roller i denna fas: PO, UX

Konceptfas
Konceptfasen handlar om att ta en förädlad idé med mätbart mål till en plan för vad som ingår i en första release av produkten. Med andra ord en product backlog som är estimerad i någon form. Roller i denna fas: PO, UX, Utvecklare

Mellan faserna finns beslutspunkter. Ska denna idé tas vidare till konceptfas? Måste idén jobbas om? Ska den förkastas så vi kan jobba med en annan idé? Ska konceptet realiseras i en genomförandefas eller ska vi bygga ett annat koncept? Dessa beslut tas oftast av Aftonbladets onlineledning där många produktägare deltar.

En ny innebörd av PO-rollen
Under 2010/2011 tog vi fram en modell där det fanns två produktägare som synkade utvecklingsarbetet på hela Aftonbladet. Detta innebar att PO ägnade mycket tid att kommunicera med beställare och övriga intressenter för att definiera vad som ska göras och vad som ska prioriteras. En nackdel med detta upplägg är att produktägarna har svårt att känna ägarskap över produkter när de hela tiden bollar runt ”andras” produkter.

Under 2012 ökade antalet utvecklingsprojekt och därför ökade även antalet produktägare. Just nu har vi 7 produktägare och det ser ut att bli fler. Vi har också utbildat våra produktägare i Scrum och produktägarskap. I rollen finns nu i många fall ett affärsansvar för produkten samtidigt som man är PO enligt Scrum. Vi tror att detta är rätt väg att gå och testar oss fram.

KATEGORIER Okategoriserade| Inlägget har kommentarer

Eller som vi säger ”Everything about Stockholm”

Om att bygga ett nytt team, hur sajten www.alltomstockholm.se blev ett pilotprojekt och kom att utvecklas i Krakow.

Allt Om Stockholm är en av Aftonbladets mest anrika sajter och den har funnits sedan sent 90-tal. Den senaste större omgörningen genomfördes 2007 och sajten har sedan dess tuffat på utan större förändring. Tiden går fort på internet och 2012 var det dags för ett större omtag.
I skrivandets stund så är final design är på plats, widgets byggs, integrationer mot Hitta och Ticnet fungerar, artiklar migreras och vi kommer inom kort att lansera den nya sajten.

Uppstart team AOS (Allt Om Stockholm)
Det hela började med att en projektgrupp tillsattes i maj för att jobba med koncept och rekrytering av det polska teamet i Krakow. Vi har en del stora frågor att reda ut bla. arbetssätt, rekrytering, teknikval, responsive design eller inte, Escenic eller WordPress och roller i gruppen var stående punkter på agendan.

Fördelen med att etablera ett team i Schibsted Tech Polska var att våra kolleger Aftenposten samtidigt utvecklade en liknande sajt – Oslo By – där vi kanske kunde samarbeta och återanvända funktioner och kod. Vi insåg att vi kunde dra lärdom av deras arbete och träffades tidigt för att få med oss kunskap in i konceptfasen med mål att börja utveckla efter sommaren.

Att hitta och att bygga ett team som växer
Med bakgrund av det så blev vår förste utvecklare på plats i Polen, Robert. En duktig kollega från det norska teamet som byggde Osloby.no och en nyckelperson som hjälpte oss att inse att vi kan använda oss av den modul för eventhantering som Oslo By-projektet utvecklat. En modul som hanterar platser och händelser vilket inte är helt trivialt. En bra start på projektet och ett härligt samarbete mellan Aftonbladet och Aftenposten. Det sparade mycket tid och pengar.

Under tiden pågick rekryteringen av fler utvecklare och till hösten fick teamet fyra nya medlemmar, Marcel som Lead Developer och Daniel som UX-designer på Aftonbladets avdelning. Teamet fick också utökning av två riktigt bra polska kollegor på plats i Krakow, Jakub and Mariusz. För att få till ett fullskaligt utvecklingsteam och låta rekryteringen ha sin gång så tog vi in ytterligare två svenska utvecklare, Frej och Marc.

Det medförde att i september startade vi utvecklingen till 100% vi hade då också en ny Product Owner på plats, Klas. Starten var något trevande som det kan vara med många nya personer, tekniskt strul med VPN, utmaningen att jobba med ett distribuerat team och stor press att komma igång.

För att få en bra start så samlades hela teamet i Stockholm två gånger för att gå igenom konceptet och skapa backloggen. En intensiv månad och enormt viktig eftersom vi ville börja i oktober som ett sammansvetsat team med en estimerad och prioriterad backlog i Jira.


Under besök i Stockholm bjöd vi på story mapping och svensk matkultur.


Polsk bisonvodka och svenska köttbullar möts i en härlig symfoni.


Videokonferens: Planning poker och retro


Teambuilding Krakow: Lasergame och ölhall

Innan årets slut började vår tredje utvecklare, Wojtech i Krakowteamet och en utvecklare i Sverige, Andreas. Vi har också rekryterat ytterligare en utvecklare som börjar i januari och vi ser med spänning fram emot lanseringen och att ha ett fortsatt roligt samarbete med hela utvecklingsteamet på plats med nya duktiga kolleger.

Eftersom vi har en del arbete kvar och inte lanserat ännu så är det lite tidigt att utvärdera uppstarten men vi kan redan nu säga att vi har levererat stor nytta och haft enormt roligt och det är nog ändå det mest värdefulla på resan.

Läs mer om vad vi lärt oss hittills av pilotprojektet som en del av vår IT-sourcing här

 

KATEGORIER Okategoriserade| Inlägget har kommentarer

Welcome on board, next stop is Krakow!

Ibland går saker så snabbt från ord till handling att man inte riktigt hinner reflektera över hur resan gick. Därför passar det bra att sammanfatta Aftonbladets första år med ett nytt utvecklingsteam i Krakow, hur vi hamnade där och vad vi lärt oss fram till idag.

Det hela började med att för ca ett år sedan tog Aftonbladet beslutet att prova att lägga ut en del av IT-utvecklingen i ett annat land. Varför då kan man undra?

Utmaningen som vi stod inför var hur vi kan öka utvecklingstakten och lägga tid och fokus på rätt typ av uppgifter och mer innovation som utvecklare. Vi ville också skala upp utvecklingsteamen samtidigt som konkurrensen på arbetsmarknaden gjorde det svårt för oss att rekrytera specialistkompetens och samtidigt ha kontroll över kostnaderna.

Istället för att fundera och analysera för mycket så beslöt vi oss för att prova om IT-outsourcing var något för oss. Sagt och gjort så tog vi steget i mars 2012.

Vad är det vi vill göra?
För er som gått i samma funderingar så uppstår en rad frågor innan man kan sätta igång. Frågorna var många på avdelningen och alla medarbetare bidrog med erfarenheter och tips inför hur ett önskat läge skulle se ut för oss.

Här är några av funderingarna:

  • Hur vill vi arbeta med ett remote team?
  • Hur kommer våra interna processer och rutiner att fungera?
  • Vilken typ av kompetens är vi ute efter?
  • Vad för typ av utveckling, tjänster eller projekt ska vi lägga ut?
  • Hur bör vi arbeta med IT-outsourcing och ett distribuerat team?
  • Vad fungerar för oss, Offshore, nearshore etc?
  • Vi bör börja med litet projekt, prova oss fram..

Något som så här i efterhand blev helt avgörande för vår satsning var att vi såg långsiktigt på etableringen och gav oss själva ett år för ett pilotprojekt och utvärdering. Vi valde också att prova med ett remote team, ett utökat team i Europa och valet föll på Krakow där Schibsted Tech Polska har etablerat ett utvecklingscenter för IT-utveckling.

Varför Polen?
Vi ville prova outsourcing på ett kontrollerat sätt med fokus på att lära oss av ett pilotprojekt och vad ett bra arbetssätt är för Aftonbladet. Det minst riskfyllda för oss blev Krakow baserat på:

  • Schibsted Tech Polska har ett etablerat IT-utvecklingscenter sedan ett år tillbaka där lokal kännedom är en viktig del av etableringen.
  • Polen anses som Europas nya ”Silicon Valley” med stark tillväxt för stora IT-bolag och nystartade företag. Både ekonomiskt och akademiskt.
  • Kulturskillnader, språk, geografiskt avstånd, kommunikationer är också en viktig faktor och underlättar valet av Europa och Polen.

Istället för att börja i liten skala enligt plan så valde vi projekt Allt Om Stockholm som pilot. Det var faktorer som tid, budget, förvaltning, underhåll och kompetens kring system och applikationer som avgjorde valet. Här kan ni läsa om hur teamet för Allt Om Stockholm och pilotprojektet startades upp.

Etableringen börjar på riktigt
I april började vi rekrytera utvecklare till ett nytt scrumteam(tvärfunktionellt) med Java- och frontend kompetens och som blev ett distribuerat produktteam som arbetar nära ett utvecklingsteam på Aftonbladet. Teammedlemmarna kunde då utveckla med gemensamt kodansvar och bygga koncept och produkter som ett enat team.

Etableringen och rekryteringen har skett via Skypeintervjuer och idag har vi fyra utvecklare anställda i Krakow som inom kort kommer lansera nya Allt Om Stockholm tillsammans med projektteamet på Aftonbladet. I januari har vi ytterligare ett team 2 på plats som är mer inriktat på wordpress och bloggplattformen och vi ser fram emot ytterligare ett lärorikt år.

Vad händer nu då?
Nästa steg på vår resa är att i början av året kommer vårt första gemensamma projekt att lanseras av produkttemet. Implementationen och samarbetet har gått oväntat bra och vi har ett nära samarbete med utvecklarna i Krakow. Visst kan rutiner och arbetssätt ständigt förbättras och efter lansering kommer vi också att reflektera och urvärdera pilotprojektet. Vi undersöker också hur vi kan få till gemensamma innovationsdagar och tech talks mellan distribuerade team för att kunna dela mer erfarenheter och utveckla samarbetet.

Learnings so far…
De största lärdomarna hittills med att etablera ett distribuerat team är:

  • Rekrytering kräver mycket tid av flera medarbetare på företaget vid uppstart och behöver bra processer för att inte tappa fart.
  • Försök att förmedla en så realistisk bild som möjligt av ditt företag, kulturen och uppgiften för teamet.
  • Investera i tid för att bygga teamet och förmedla koncept och idé av produkten eller projektet. Vi har rest och besökt varandra mycket i början och haft gruppövningar och kickoff för alla medlemmar i projektet regelbundet.
  • Daglig kommunikation är den största utmaningen och helt avgörande. Vi använder videokonferensutrustning, Skypechatt och Google Hangout för gemensamma stå-upp möten, demos och retrospective.
  • Vi använder molntjänster som Git, Jira, Google apps för planering och dokumentation. Det underlättar vid resorna och delning av information på ett enkelt sätt.
  • Ja vi använder Scrum, men på vilket sätt? Vi kom tidigt överens om hur vi arbetar tillsammans i teamen. Ex. ”defintion of done”, roller som SM, PO och rutiner blir extra viktigt med ett remote team.
  • Uppstarten av projekt tar lite längre tid för att skapa samsyn om vad man vill göra. Viktigt att hitta rätt typ av pilotprojekt och produkt.
  • Feedbackloopen är viktig att hålla nere mellan alla i teamet så försök att ordna så att alla i projektet har direktkontakt och korta ner kommunikationsvägarna.

Så här arbetar vi idag och projektledaren och tech lead har en viktig roll i att hålla i kommunikationen med teamet i Krakow. Vi tror också att konceptet och UX behöver vara affärsnära och har ett team bestående av PO, PL, UX och lead i Aftonbladets team. Vi lär oss mer för varje dag som går och hela resan har bara varit möjlig tack vara våra otroligt engagerade och duktiga medarbetare!

 

KATEGORIER OkategoriseradeÄmnen ||| Inlägget har kommentarer

Vi har en hypotes…

I oktober 2011 var jag en av flera medarbetare från Aftonbladet som deltog på eventet Web2.0 Expo i New York.  Årets tema var ” Unlock the Digital Economy.” och det visade sig bli startskottet på vår resa till att arbeta mer med utveckling utifrån användaren först och förstå varför det är viktigt att investera i design och användarens upplevelse(UX) av våra produkter.

Det hela började med att vi upplevde att produktutveckling online inte var snabb nog och vi ville bygga fler tjänster ännu snabbare och med ökat affärsvärde. I kombination med att omvärlden förändras i snabb takt så ökar också osäkerheten och kraven på time to market markant. Frågan vi ställdes inför var: hur vet vi att vi bygger rätt saker och är det något användaren vill ha? Eller för att citera Phin Barnes:

”The question entrepreneurs and investors have to answer is no longer “can this be built and by who?” but, “should this be built and for who?” ”

När jag blickar tillbaka på året som gått så kan jag konstaterat att vi har kommit en bra bit på resan. Både gällande hur vi utvecklar och också i ökad förståelse inom UX med fokus på nyttan.

IT-avdelningen har nu fem utvecklare som har en UX-roll både teknisk/design och varje team har en UX-designer som teammedlem för att kunna samarbeta nära produktutvecklingen i agila projekt nära PO.

I vår resa att flytta oss från print till online och fortsätta att vara först i framtiden så har vi sedan ett år tillbaka ett redaktionellt utvecklingsteam: onlinedeskteamet. UX blev en naturlig del i teamet då utvecklare tillsammans med AD, koncept/formutvecklare från print sitter tillsammans för att omvandla databasjournalistiken mot interaktiva presentationer online.

Vi har också blivit bättre på att göra researcharbete både innan, under och efter en produkt utvecklas och på det viset testa oss fram till vad användaren verkligen vill ha för att skapa en maximal upplevelse på våra tjänster.

Vi har blivit bättre på att prioritera nya funktioner utifrån vad användaren önskar utifrån önskade effektmål. Här provar vi oss fram både med personas och användarundersökningar.


Tack till Crisp för bilden

Vi har sedan oktober en UX-grupp där UX-utvecklare träffas varje vecka för att prata om hur vi kan använda oss av vår kunskap inom UX i vår produktutveckling online utifrån kontinuerlig förbättring. Jag bad gruppen nämna tre saker de är mest nöjda med 2012: 

  1. Det påbörjade samarbetet med kundrelationer med syfte att effektivisera kontakten med användarna
  2. Att vi börjar jobba mer strukturerat tillsammans mellan IT, redaktion och affär.
  3. Att vi tänker Mobile First innebär att vi bygger bättre tjänster för våra läsare.

En av de saker jag uppskattar mest och som gör mitt jobb väldigt roligt är våra innovativa medarbetare och att vi gillar att prova oss fram. Så här ser vår hypotes ut just nu för hur vi arbetar med agil IT-utveckling och UX på våra onlinetjänster. Resan har bara börjat och vi ser fram emot ett spännande 2013!

KATEGORIER UXÄmnen || Inlägget har kommentarer

Hur sprider man kunskap på en utvecklingsavdelning?

Prototyp på gång, Schibsted Hack Day 8

På en hyfsat stor utvecklingsavdelning som på Aftonbladet finns det otroligt mycket värdefull kompetens och erfarenhet – och det ackumuleras mer för varje dag. När finns det tid tror du att sätta sig spontant och dela med sig av denna rikedom mellan de 6-8 teamen? Svaret är förstås: aldrig.

Man kan då rycka på axlarna och fortsätta snickra på varsitt hjul i varje team eller helt enkelt ta sig den tiden och försöka vaska fram kunskap som alla har nytta av. På Aftonbladet har vi valt det senare alternativet. Vi såg det som strategiskt viktigt att prata om varför vi gör saker på ett visst sätt. Vilka verktyg vi använder när vi utvecklar, vilken metodik som har funkat bäst och vilken ny teknik som verkar intressant i de olika teamen. Vi bildade därför Utvecklingsstrategigruppen (USG) med representanter från alla team (som vill). Det första namnförslaget var Strategiutvecklingsgruppen och jag lämnar till läsaren att lista ut varför vi inte valde det namnet.

Vi utvecklare är oftast möteströtta, så mötena är korta (1h/vecka) och bara de representanter från teamen som är intresserade är med. Det är ett utmärkt tillfälle för en utvecklare att driva en viss fråga, t ex ”Varför tar det så lång tid att sätta upp en server?” USG diskuterar då detta och vi ser till att börja använda t ex Puppet för att korta ned tiden för just den aspekten av ett utvecklingsprojekt. Det kommer fram små ändringar som sammantaget förbättrar leveransen från hela avdelningen.

Deltagarna behöver inte förbereda sig så mycket för ett möte. Oftast är man riktigt nöjd med en lösning som man vill dela med sig eller otroligt irriterad på att något saktar ned ens utvecklingsarbete. Om man är tillräckligt entusiastisk och har bra argument får man med sina kollegor och får till stånd en ändring. Om ett ämne känns extra angeläget kan man ha ett temamöte bara om detta nästa gång.

USG försöker hålla sig till en agenda för att det ska bli lättare att följa upp:

  1. Bra saker som alla team borde göra, t ex ”Har ni testat LESS?”
  2. Dåliga saker som borde åtgärdas, t ex ”Fan vad meckigt det är att söka igenom loggar!”
  3. Utvalda bra/dåliga saker att åtgärda, ”Kalle, håller du en utbildningstimma om LESS?” eller ”Lisa, du nämnde Splunk. Kollar du in det till nästa USG?”
  4. Uppföljning utvalda saker under åtgärd, t ex ”Hugbert, hur går det med Puppet-utvärderingen?”
  5. Kompetensinsatser, t ex ”Bra Kalle då kör du på fredag?”
  6. Övrigt, t ex ”Heads up! Det här är kända buggar i YUI2″

Vi för minnesanteckningar på USG-möten och publicerar dessa internt på avdelningen så fort som möjligt efter mötet. Det är viktigt att allt är öppet och tillgängligt så att alla får en känsla för hur diskussionerna går. USG har egentligen inget särskilt mandat, men en rekommendation från gruppen räcker långt. Det händer också att chefer som är pro-aktiva läser anteckningarna och agerar på ärenden som behöver lyftas en nivå.

Nå, så vad har USG sysslat med under 2012?

Gruppen har träffats 24 gånger och tagit upp 23 bra tips hur teamen kan förbättra sitt arbete. Vidare har USG diskuterat 28 förbättringsområden och medverkat till en genomförd förbättring på avdelningen i 40 fall (både från bra tips och förbättringsområden). Exempel på tips och förbättringar som genomförts:

  • Standardisering av teknik (t ex YUI, LESS, Grunt) på avdelningen har medfört kodutbyte och kompetensöverföring mellan team
  • Temadag och föreläsningar inom Delivery Pipeline har spunnit loss förbättringar i driftsättningskedjan, t ex Bamboo och Puppet
  • Bättre möjligheter att dokumentera (ny Wiki) med uppdaterad dokumentation som följd
  • Effektivare stå-upp-möten med digitala whiteboards på ny Touch-skärm 65″
  • Nya datorer har medfört snabbare utvecklingsmiljö

Schibsted Hack Day 9, katten med nio liv

USG har dessutom genomfört 9 interna utbildningstillfällen (kompetenstimme), beslutat rekommendera 18 teknikval (t ex New Relic, YUI3, LESS, Play framework, Puppet, Bambooo) och diskuterat 19 nya tekniker (t ex Scala, Dropwizard, Akka, WRO4J, Google Guava, Splunk). Under året genomförde USG också 2 st ”Schibsted Hack Day” som är en maratonprogrammeringsdag för nydanande prototyper som redovisas dagen efter i en öppen presentation i Schibstedhuset.

Feedback tas gärna emot på Twitter: @ocklund

KATEGORIER OkategoriseradeÄmnen ||| Inlägget har kommentarer

Och sen då? eller Tre veckor med Windows Phone

Precis som på Aftonbladets IT-avdelning domineras världen idag av iPhone och Android-telefoner. I skymundan försöker Microsoft skaffa sig marknadsandelar genom sitt Windows Phone (WP). På avdelningen har vi haft relativt dålig koll på denna plattform vilket ledde till att jag tittade närmare på denna plattform. Vi behöver få en generell känsla för WP och hur vi ska förhålla oss till plattformen.

Under tre (långa) veckor körde jag WP 7.5 i en Nokia Lumia 800. När detta skrivs har de nya WP 8-lurarna börjat skeppas ut och 8:an har tagits emot ganska bra av kritikerna. Det är bra att ha i åtanke då man läser detta – en del har förmodligen blivit bättre.

Jag har själv kört Android sedan första telefonen dök upp i Sverige under 2009. Under 2 år har jag också haft iPhone som jobbtelefon och har bra koll på den plattformen. Jag har aldrig använt WP ordentligt men har alltid tyckt att det ser rätt bra ut och hört gott om det. Så mina förväntningar var ganska höga.

Det är kul att Microsoft försöker göra något unikt och nytt. iOS och Android bygger ju på samma tanke – ett antal “skrivbord” med ikoner på ala klassiskt operativsystem för datorer. WP bygger på en lista med alla program samt det som de kallar för brickor som finns i den första vyn som möter en. Dessa brickor är levande i den bemärkelse att de kan uppdateras med information, exempelvis räkna upp missade samtal och sms, berätta om Twitter-omnämnanden och man ökat sin följarskara. Galleri-brickan bläddrar mellan bilderna och från och med WP 8 ska man kunna ha en bricka för en viss person med all information rörande den kontakten: missade samtal, sms, WhatsApp-meddelande mm.  Jag gillar det. Eller i alla fall tanken med det. För det blir ganska statiskt ändå. Man kan bara ändra ordningen på brickorna men inte bestämma storleken (vilket är en fin nyhet i WP 8). Alla brickor är inte dynamiska med informationen utan fungerar egentligen bara som en genväg. Och man kan bara ha en (1) sida med brickor. Så om man har många appar med brickor man inte kan ändra storleken på tenderar det att bli en väldigt lång sida med brickor. Och det sätter lite fingret på min känsla av WP 7.5 – vad händer sen? Det finns inget djup i systemet, på samma sätt som i Android och iOS. Där kan man ha många olika skrivbord och det finns mappar, dessa två funktioner gör det mycket enklare att organisera saker i sin telefon. I Android finns widgets, som på vissa sätt påminner om WP:s brickor men som utvecklare har man fler möjligheter med widgets – exempelvis interaktion med användaren. iOS har endast egentillverkade widgets i sin notifikationsrullgardin och en siffra på sina ikoner om applikationen vill säga att du missat något men på denna punkt ligger nog iOS egentligen sist. Det blir intressant att se hur Apple det kommer göra med detta.

Det märks att WP, som det ser ut och fungerar nu, är en relativt ung plattform. Apple och Google har redan varit här och har hunnit springa flera varv vilket gör att deras system är stabilare, djupare och bättre. Det har redan ställt sig frågan: ok, vad händer nu? flera gånger och skapat breda och stora plattformar.

Även på appfronten ligger WP i lä. Trots att jag hittade appar för svenska dagstidningar, sociala medier och SL-trafiken så saknade jag appar som Instagram och Runkeeper som jag använder mycket. Utbudet är generellt ganska skralt. Sommaren 2012 fanns ca 100 000 appar i deras appbutik, att jämföras med Android och iOS som några månader senare gick över 700 000 appar i respektive appbutik.

Det är en tuff marknad att slå sig in på och jag tror att de är sent ute. I september 2012 hade de endast 3.5 % av marknaden för sålda smarta telefoner. Det är inte särkilt många som prioriterar plattformen när man ska försöka etablera sig på app-marknaden. Att Microsoft själva får göra en Facebook-app i frånvaron av en officiell säger väldigt mycket om deras position idag.

Det som talar för Microsoft är ändå att de bygger något helt unikt. Det är en annan grundtanke än övriga plattformar. De har också en stor fördel med att många använder Windows på sina datorer och att många företag använder sig av Office-produkter och Exchange-system. En snygg integration med dessa kan få företag, men även privatpersoner, att använda WP. Apple är ju idag överlägset i att skapa en helhet och enhet i det digitala hemmet men där har Microsoft fortfarande en chans med tanke på PC, XBOX och WP. De måste nog ta den chansen.

KATEGORIER Okategoriserade| Inlägget har kommentarer