Combitech - Bloggportal

Minerva är en gudinna i romersk mytologi som dyrkades tillsammans med bland andra Jupiter och Juno i det berömda templet på Capitolium i Rom och tillbads där såsom stadens och statens skyddsgudinna. Hon var närmast beskyddarinna för all slags hantverk och konstskicklighet (…) Hon avbildas ofta tillsammans med sin fågel, ugglan Glaucus, som symboliserar vishet och bildning.

Vad passar väl bättre än att namnge vårt kvinnliga nätverk på Combitech i Linköping till just Minerva?! Nätverket har pågått sedan i våras, och vi har haft ett par träffar av olika slag – socialt mingel, dela med sig av erfarenheter och livsval, minikurs i självförsvar… Och listan på saker som vi vill göra är lång! För någon vecka sedan hade vi planeringsmöte för våren – det slutar alltid på samma sätt. En massa nya idéer om vad vi vill göra! Bjuda in personer som kan prata om sina erfarenheter, mingel med kollegorna, göra roliga saker tillsammans för att lära känna varandra… Vårens aktiviteter kommer nog att bjuda på matlagning med iranska förtecken, frukostföreläsning om mobil säkerhet, springa Blodomloppet tillsammans i ett eget Minerva-lag, så varmt välkomna alla tjejer till Minerva och Combitech! Vi behöver alltid bli fler, och fler och fler…

Jag går i kursfunderingstankar, inför Combitechs kursvecka som går av stapeln i januari. Det är en trevlig form av kurs och konferens, och att träffa andra!

Smaka på dessa kurser:

• Effektivare utan stress
• Utbildning för utbildare
• Ledarskap för konsulter
• Praktisk scrum product owner

Visst låter de spännande, allihop! Jag har lite svårt att välja, faktiskt… Effektivare utan stress vill väl alla kunna bli, dock tror jag det är en utopi. Men lite närmare denna utopi kan man kanske komma. Utbildning för utbildare verkar också bra, eftersom jag har undervisat tidigare som doktorand, och även nu på Saab är lite engagerad i internkurser. Ledarskap för konsulter verkar vara en allmännyttig kurs kring gruppdynamik, ledarskap, olika personligheter m.m. som man alltid kan bli bättre på. Och scrum-kursen tror jag också är bra, det behövs mer scum-kunskap!

… X minuter senare…

Det blev ”Utbildning för utbildare” som vann och blev utvald på första plats. Oavsett kursval tror jag det blir trevliga dagar i januari!

Årets stora utvecklarkonferens om Microsoft-relaterad teknik, Build 2012, levererades i år direkt på Microsofts hemmaplan. Det egna campusområdet i Redmond var  spelplats under fyra dagar förra veckan, 30/10 – 2/11. Ett ganska stort antal deltagare fyllde dagar, kvällar och nätter med stora keynotes, vanliga konferenssessioner, prat med utställare och varandra eller ett hackathon inriktat på att ta fram appar med support av Microsofts personal. Konferensen var inte fullt så stor i år som den var förra året men man hade byggt ett speciellt tält, vilket sades rymma 16 fullstora basketplaner, för att kunna samla alla deltagare vid de gemensamma keynotes som hölls de första två dagarna.

Att Microsofts verksamhet är stor i Redmond och Seattle området är kanske ingen överraskning, men jag hade inte riktigt koll på hur stort deras campus är förrän jag sett det själv under denna resa. Som exempel på det enorma området kan man ju ta att man använde två byggnader med stora hörsalar under konferensen, dessa var belägna ca 2,5 km från varandra och mellan dem bussades deltagarna för att byta lokal beroende på vad man ville se under sessionerna. Det intressanta blir när man tar in att man egentligen aldrig lämnade campusområdet under denna bussfärd… Det ger lite annat perspektiv.

Keynotes

Första dagens keynote fokuserade i stort sett helt på Windows 8 och Windows Phone 8 och den nya hårdvara i form av slates, laptops, allt-i-ett-enheter och telefoner som kommer att rullas ut från de flesta hårdvarutillverkade i samband med att Windows 8 nu släppts på marknaden. Microsofts vd Steve Ballmer gjorde ett ovanligt sympatiskt intryck när han själv demonstrerade en lång rad funktioner i Windows 8 och Windows Phone 8, annars är det rätt vanligt att cheferna har med sig någon ingenjörer som kör demonstrationer. Man visade även den egna plattan Surface, nytt drag att de själva designar hårdvara, men det känns som ett viktigt drag för att motivera andra hårdvarupartners att ta fram snyggt designade produkter med högre byggkvalitet mm för att konkurrera med Apple. Att Steve tillsammans med Nokias chef i USA avslutade med att deltagarna skulle komma att förses med både Surface och Nokias Lumia 920 enheter för att kunna testa sina applikationer togs emot med jubel! Andra dagens keynote presenterade främst nyheter som kommer i Windows Azure, bland annat för att bygga servertjänster bakom de appar som förväntas slå igenom på Windows plattformen och de olika telefonplattformarna.

Sessioner

De vanliga sessionerna på konferensen kunde grovt delas in i de fyra kategorierna

• Windows 8 och utveckling av appar
• Windows Phone 8
• Windows Azure och ASP.NET
• Visual Studio 2012 och Team Foundation Server/Services

När fjärde dagen gick mot sitt slut hade jag sett följande, här länkat till respektive Channel 9 video:

• Developing Continuous Services – Real world experiences of the Team Foundation Service engineering team
• Building data centric applications for web, desktop and mobile with Entity Framework 5
• How to Leverage your Code across WP8 and Windows 8
• Application Lifecycle Management- It’s a Team Sport
• The Evolution of .NET
• Bridging the DEV-OPS gap with Windows Server 2012 and Visual Studio 2012
• Introducing TypeScript- A language for application-scale JavaScript development
• Developer Productivity with Visual Studio & TFS 2012
• Testing Untestable Code with Stubs and Shims in Visual Studio 2012
• Easy Asynchrony with C#- No More Callbacks!
• Windows Phone 8- Application Model
• Key technologies for Windows Store business apps
• Building HTML 5 Web Apps with Visual Studio & ASP.NET
• Bleeding edge ASP.NET-  See what is next for MVC, Web API, SignalR and more…

Som ni ser är det en blandad kompott. Tyvärr är det ju som på de flesta konferenser att man inte hinner med att gå på alla sessioner man tycker verkar intressanta och under vissa tidsslottar på veckan finns inte något passande att se och då tar man något utanför den vanliga intressezonen. I fallet med min vecka på Build så var det några tillfällen då det helt enkelt var för populära talare så man inte fick plats. Det kan man ju som tur är rädda upp genom att titta på videoinspelningarna efteråt. Man ska ju ha något att göra på flyget hem också! Det är ju egentligen nu efter konferensen det verkliga jobbet att skaffa praktisk erfarenhet av nya tekniker, som tex Windows Phone 8, börjar på allvar.

Om man inte redan installerat och kör den får man t. ex. en introduktion till nyheter i Visual Studio 2012 här: What’s new in VS2012. Det finns alltså massor av möjligheter för alla intresserade att lära sig oavsett erfarenhetsnivå och specialintressen. Så passa på att utnyttja att materialet ligger ute för alla att se på Channel 9.

Slutsatser

Microsoft förmedlar i alla fall budskapet att man jobbar stenhårt på att vi som utvecklare ska ha en smidig och produktiv resa framåt med att ta fram appar både för Windows 8 och Windows Phone. Verktygen blir allt bättre för att hjälpa oss på vägen. Traditionell webbutveckling flyter ihop alltmer med tjänster i molnplattformen Azure som också blir allt enklare att komma igång med, framför allt för mobila appar och att bygga servertjänster som knyter samman användarna. JavaScript kan helt klart betraktas som hett för tillfället, men verkar bemötas med viss skepsis även från Microsoft, det är populärt och många kan det redan men det är samtidigt ett ganska trasigt språk. Detta är något man vill reparera med TypeScript som löser många av de problem som finns i traditionell JavaScript kod. Det känns för mig som man gör detta för att få acceptans av erfarna utvecklare som vill ha bättre kodkvalitet med typning, klasser mm. En del frågetecken kvarstår efter konferensen, t. ex. att utveckling av appar för Windows Phone 8 idag inte kan göras i JavaScript/Html5 vilket är ett utvecklarspår man pushar mycket för på vanliga Windows 8. Viskningar i korridorerna tyder dock på att orsaken är att verktygen för det inte är klara än men att de kommer framöver.

Förnuvarande befinner jag mig på ett hotell i Göteborg, jag kan med säkerhet konstatera detta då jag ser både Ullevi och Scandinavium från mitt fönster. STF håller en kurs i utmattningshållfasthet som hittills varit mycket givande; intensiva dagar med mycket teori kring utmattning och brottmekanik. Jag erhåller kunskap som är viktig både för min personliga utveckling och uppdraget jag arbetar i, det ingår i mina arbetsuppgifter som beräkningsingenjör att fastställa olika komponenters livslängd gentemot bl a utmattning. Kursen passar med andra ord som handen i handsken. Dessutom fick jag idag se Volvo Lastvagnars provningslabb, med riggar som får vilken maskiningenjör som helst att bli en nyfiken sexåring med massvis av frågor.

Del 1 handlade om velocity och att en anledning till att använda story points kan vara möjligheten att jämföra sprintar över tid (inom teamet). En kanske viktigare anledning, som kort nämndes i förra artikeln, är fördelarna med att ställa om från att estimera tid till att estimera storlek (eller kanske t.o.m. att ställa om från att ”estimera” till att ”jämföra”).

Att estimera relativt

Story points är som sagt tänkt att vara ett relativt mått. För att beteckna hur stort något är måste man ha något att jämföra med så därför skapar man referensstories  och bestämmer t.ex. att story X är en typisk enpoängare. Story Y som är 5 gånger så stor är en typisk 5-poängare. Dessa referenser används sedan för att placera in varje story i ”rätt fack”. Ofta används en modifierad Fibonacci-serie för facken så att en story kan vara 1, 2, 3, 5, 8, 13, 20, 40 eller 100 poäng.

Det har visat sig att människor är ganska dåliga på att uppskatta hur lång tid saker tar. Vi är mycket bättre på att jämföra saker med varandra och kategorisera. Genom att använda relativ estimering går framförallt planeringen mycket snabbare men estimaten kan faktiskt också bli bättre. Med en Fibonacci-serie tvingas man dessutom att lägga estimaten på en ”lagom” nivå. Högre estimat blir mindre exakta vilket stämmer överens med verkligheten. Att försöka estimera på timnivå för något som tar 10 dagar är slöseri med tid eftersom felmarginalen är så mycket större än 1 timme.

Men vi behöver timmar!

Ofta finns ett stort (upplevt?) behov, både hos management och inom team, att estimera arbete i timmar/dagar. Det kan handla om att det känns enklare eftersom det är mer konkret, att det är något man är van vid eller att det behövs för att kunna skapa en releaseplan. Innan du gör det, fundera på vad du verkligen behöver timmarna/dagarna till! I ett team kan det vara en välsignelse att slippa bry sig om timmar och dagar (minskad press etc.).

För att planera framåt behöver man förstås ha en hyfsad bild av hur mycket arbete som kommer att klaras av under en viss tidsperiod men det betyder inte att estimaten måste vara i dagar! Känner man till teamets nuvarande hastighet (poäng/sprint) är det enkelt att räkna om poäng till dagar när man har det behovet. Men, säger någon, om det nu finns en omräkningsfaktor mellan poäng och timmar så kan vi väl lika gärna använda timmar hela tiden. Det är sant att det finns en omräkningsfaktor mellan poäng och timmar och det är just detta som är hastigheten, men det är viktigt att förstå är att det inte är hastigheten vi vill hålla konstant, utan vår definition av en poäng. Vi vill flytta fokus från timmar och dagar eftersom de stör oss mer än de hjälper oss.