Posts Tagged ‘team’

h1

Summering av Sogetidagarna 2010

måndag, 20 september, 2010

Wow! Vilken fantastisk helg! Tack alla kollegor för att gjort det till en oförglömlig Sogeti konferens, den bästa hittills. Det blev en helg fullspäckad med seminarier, föreläsningar, inspiration, diskussioner, kontaktskapande och firande.

Torsdag

Tåget lämnar Stockholm station ca kl 23 på kvällen. 16 vagnar Sogetiare sätter fart mot Åre och Sogetidagarna 2010. Många kära återseenden då kollegor från hela landet sluter upp och kör förfest i tågets tre partyvagnar.

.

Fredag

Tåget anländer till Åre på morgonkvisten och kl 09 har alla kommit av, fått i sig frukost och bänkat sig i den stora hallen för förmiddagens seminarier och inspirationstal. Vår vd Stefan Ek öppnar och hälsar alla välkomna. Lite senare är jag med och presenterar ett av sex högaktuella områden som vi på Sogeti satsar extra kring och är riktigt duktiga på. Jag presenterade Scrum, varför jag brinner för just Agila metoder, spännande uppdrag, m.m. Förmiddagen avslutades med att Andreas Sjöström körde ett bejublat inspiratoriskt pass – It’s like playing in a Rock Band, Version 2.

Under eftermiddagen delades vi upp i ca 70 lag. Vi skulle genom spännande, kluriga och äventyrliga utmaningar samla på oss ledtrådar för att frita den försvunna kidnappade Sogetiaren. Jag var tyvärr bara med inledningsvis på detta då jag kände mig tvungen att repetera och förbereda mig inför mina tre seminarier jag skulle hålla förmiddagen därpå.

Kl 19 var det dags för middag och mingel. Kvällens höjdpunkter var att jag vann en runda disco-bowling, våga mig upp på kareoke scenen med en fantastisk kollega från Osla samt kvällens avrundning – ett parti poker.

.

Lördag

Jag vaknar sjukt nervös, käkar frukost och letar rätt på rätt lokal för mitt första 45 minuters seminariepass ”Om att Crowdsourca en Vision”. Efter en lite knacklig start (upplevde jag det iallafall) började flytet infinna sig. Salen var fullsatt och det var jätteroligt att få berätta om de lajvprojekt jag har varit med att arrangera, fast ur ett projektlednings- och IT perspektiv. Det filmades och jag blev intervjuad efteråt. Nervositeten är ny bortblåst och ersätt med energi och fokusering.

Jag rusar vidare ner till största salen för att hålla nästa seminarie – ”Det Hyperproduktiva Scrum Teamet”. Salen är fullsatt och publiken är taggad. Seminariet blev oerhört uppskattat och jag vill varmt och ödmjukt tacka alla som efteråt samt under eftermiddagen och kvällen kom fram och gav mig beröm och positiv feedback. Sådant betyder jättemycket och det kommer jag leva på länge.

Sista seminariet som också fullsatt, även om lokalen var mindre, var ”Scrum för nyfikna och säljare”. Jag har precis sägt hej och välkomna när Stefan Ek själv (vd för Sogeti Sverige) smyger in i rummet och sätter sig längst fram. Detta fick mig kort ur balans men ersattes snart av glädje och motivering att han (och alla andra där såklart) faktiskt valt att komma och lyssna till mitt budskap bland alla andra tillgängliga pass.

Jag hoppas kunna återkomma till dessa tre seminarier senare i veckan då de spelades in på video.

När alla seminarier var avslutade var det middag och gruppfotografering (800 personer!). Detta följdes av fria aktiviteter. Folk bergsklättrade, paddlade, sprang, m.m. Själv försökte jag bara varva ner och koppla av i badet och i Sauna World. Det tog ett tag att komma ner till vettig puls efter förmiddagens intensiva seminarier.

Kl 18 var det välkomstdrink och sedan galamiddag. Fantastisk underhållning från kollegor. Underbar mat och jättetrevligt bordssällskap. Kvällens final sker när E-Type gör entré med explosioner, eld och glitter. När han var klar en timme senare var stämningen helt galen. När tåget gick hemåt klockan två på natten flyttade festen helt enkelt ombord på tåget och in i natten.

.

Söndag

Anländer som ett lyckligt vrak till Stockholm klockan 09 på morgonen.

Tack alla kollegor för den bästa Sogeti konferansen hittills!

Annonser
h1

Daily Scrum Checklistor

fredag, 10 september, 2010

Daily Scrum är säkert vardag för många, liksom mig själv, men efter ett tag riskerar rutinen att ta över. Därför blev jag glad när jag snubblade över några nyttiga checklistor för scrum mastern att ha i bakhuvudet inför, och efter Daily Scrum (aka Daily Stand-Up).

Mike Griffiths publicerade nyligen två artiklar på bloggen LeadingAnswers: Leadership and Agile Project Management Blog:

.

Detta är Mikes Top 5 viktigaste saker att tänka på innan och efter Daily Scrum, och jag håller varmt med om att det är bra punkter. Har dock inte funderat djupare och kritiskt granskat hans prioritering eller klurat över hur min egen lista sett ut om jag hade gjort den från scratch.

Det absolut viktigaste syftet med Daily Scrum är dock att ge teamet en chans att tillsammans reflektera över hur det går och hur teamet tillsammans på bästa sätt framgångsfullt och effektivs ska arbeta för att lösa dagens bekymmer och utmaningar och för att nå uppsatta sprint mål.

.

5 saker att tänka på innan Daily Stand-Up

  1. Vad arbetas det på just nu? – Vilka funktioner och User Stories arbetar teamet på just nu? Vad höll man på med igår? Är man klar med dessa eller kommer arbetet fortsätta under dagen?
  2. Gårdagens problem – Vad rapporterade folk för problem och bekymmer igår? Har dom blivit åtgärdade? Några uppföljningar som borde ske?
  3. Uppmärksamma teamet! – Är det någon som snart fyller år? Precis har gift sig? Visa uppmärksamhet och bry dig även om vad som pågår i teammedlemmarnas privata liv.
  4. Dolda surdegar? – Är det någon som kämpar på med en task utan att komma någon stans? Någon som försöker komma igång med något nytt utan att få fotfäste? Någon som switchar mellan tasks för att man kontinuerligt kör fast? Detta kräver speciell uppmärksamhet.
  5. Vad tänker du säga? – Precis som teammedlemmarna berättar om vad dom gjorde igår, vad dom tänker göra idag och  om dom har några bekymmer så bör även Scrum Mastern dela med sig av sina göråmål.

.

5 saker att tänka på efter Daily Stand-Up

  1. Problem – Problem och bekymmer som togs upp ska upp på Impediment listan (dvs. Scrum Masterns Att-Göra) och sedan adresseras i prio ordning. Följ upp dagen efter vad som gjorts (eller inte gjorts).
  2. Avvikelser i Velocity – fdskf jsdjkgfdklfjsfdjghjsfdkjg
  3. Känslor – Hur verkar teamet må? Var någon upprörd? Finns det frustration och irritation eller spänningar inom teamet? Ett litet samtal kring känslor kan iband göra underverk.
  4. Frågor – Uppstod frågor under mötet som behöver svar? Behöver du som Scrum Master sätta dig in i något tekniskt för att bättre förstå hur du ska hjälpa teamet?
  5. Beröm och feedback – Alla behöver återkoppling och uppskattar beröm och är i behov av  positiv kritik för att göra ett bra jobb. Uppmärksamma alltid om någon gör ett bra jobb, eller bidrar på ett värdefullt sätt till teamet, och tveka inte att rapportera tillbaka till teamet om någon annan ger beröm eller positiv feedback!

.

h1

Hur tänkte jag nu… 3 nya seminarier på samma helg!?

fredag, 20 augusti, 2010

Det lät som en bra idé när det begav sig men nu undrar jag lite grann hur mina hjärnceller jobbade när jag skickade in förslag på tre seminarier till Sogetis årliga interna konferans.

Inte nog med att det är tre helt nya seminarier, jag hoppas dessutom hinna med att skapa en ny design och nya illustrationer. Till två av seminarierna har jag iofs redan nu mycket material som förhoppningsvis ”bara” behöver paketeras om. Det tredje däremot kommer bli en riktig utmaning, men också det jag ser fram emot mest att förbereda och genomföra. Den största utmaningen kommer dock troligtvis bli att konstruera seminarier som håller sig inom, för mig rekordfå, 35 minuter.

Seminarierna jag ska sätta ihop är som följer:
(hoppas bara jag hinner förbereda mig ordentligt innan så jag hinner ta del av alla inplanerade fritidsaktiviteter också):

.

.

Scrum för nyfikna och säljare

Vad betyder det att vara agil? Vilka är nyckelfaktorerna för att lyckas leverera ett projekt enligt Scrum? Vilka är fallgroparna? Hur säljer vi Scrum och hur skriver vi agila kontrakt? Hur mäter man ett Scrum-projekts framgång? Vilka verktyg har ledning och styrgrupp för planering, uppföljning och prognostisering? Och framförallt, exakt hur grönt är gräset på andra sidan?

Till detta seminarie hoppas jag alla anmäler sig för i mitt drömföretag har alla kollegor (utvecklare, testare, projektledare och säljare) god förståelse av Scrum och är överens om hur vi tar oss an Scrum under säljprocessen och under leverans.

.

Det hyperproduktiva Scrum Teamet

Hur når man sann agilitet? Vilka förutsättningar krävs för att skapa teamet som ansvarsfullt, disciplinerat, engagerat och produktivt utvecklar värdefulla funktioner i högt tempo med hög kvalitet – varje sprint? Om frihet under ansvar, teamet, ”Death by Technical Debt”, det agila teamets verktygslåda och om ständig förbättring.

Min erfarenhet från tidigare när jag kört liknande seminarier på samma tema är att det blivit väldigt spännande diskussioner så jag hoppas och ser fram emot detta.

.

Om att crowdsourca en vision

Om att bringa liv i en fantasi, crowdsourca en vision och skapa kollektivt ägarskap. Om engagemang, förtroendekapital om viljan att överträffa förväntningar. Ledarskap i ideella projekt kontra projektledning i ”riktiga” projekt med avlönade projektmedlemmar. Om att genom en kraftfull webportal om community skapa kommunikation och delaktighet. Om att bygga en medeltida stad med 100 hus på två dagar – och sedan blåsa liv i den.

Äntligen kommer jag få berätta om mina erfarenheter kring att arrangera lajv fast ur ett lite annorlunda perspektiv. Det kommer bli oerhört roligt (och utmanande) att paketera alla erfarenheter jag erhållit om lajvarrangerande och hur viktigt IT, samarbete, delaktighet lederskap och crowdsourcing är när man vill genomföra stårdåd.

.

Video till bloggen

Nu är det tyvärr så att dessa seminarier enbart kommer gå att besöka om man jobbar på Sogeti och ska till Sogetidagarna i Åre, men jag ska göra ett försök att åtminstone spela in det tredje (Om att crowdsourca en vision) på video och sedan publisera det här på bloggen.

h1

”Slack” ger högre kvalitet och effektivitet!

torsdag, 24 juni, 2010

Bakom Agiles princip ”The sponsors, developers, and users should be able to maintain a constant pace indefinitely” döljer sig mycket visdom.

Det kanske mest uppenbara principen säger är ”Sprinta [som i att rusa fort framåt] inte”, se till att ha ett jämt tempo för alla inblandade.

.

Lagom tempo

  • Skapa inte falska förhoppningar om produktivitet (genom att t.ex. jobba för mycket övertid) som leder till att varje sprint blir en stressad kamp för teamet att hinna klart med alla löften.
  • Ha inte för långa Sprintar som tillåter teamet producera mera än verksamheten hinner absorbera och ge feedback på.
  • Ha en bra balans av kompetenser inom teamet så att det inte uppstår trafikstockningar i slutet (för t.ex. testning, integrering, dokumentation, etc).

Blir varje sprint stressad kommer snart vissa bränna ut sig, andra tröttnar på att anstränga sig och troligtvis kommer teamet så småningom att hitta ”hemliga” sätt att hantera detta på för att få en drägligare tillvaro. Detta i sin tur leder till att teamet kommer att prestera olika mycket varje sprint. Förutsägbarheten (och förmågan att planera framåt) och kvalitén undermineras och saboteras.

”Om du alltid spurtar så joggar du i själva verket bara!”

Pauser

Vidare ges ofta rådet att ha en paus mellan två sprintar, så kallad ”Slack Time”, dvs. ha inte Sprint demo på förmiddagen och Sprint planeringen på eftermiddagen. Ge teamet en chans att återhämta sig och vila upp sig. Både produktägare och teamet kan dessutom behöva en liten stund att fundera och smälta feedbacken och tankarna från Sprint demon och Sprint retrospective och för att samla sig för nästa iteration. Se till att åtminstone ha en natt eller en helg emellan.

.

Projekt-fria dagar!

Det kanske mest kontra-intuitiva rådet är att inte enbart ha en naturlig paus (som t.ex. en helg) mellan två sprintar, utan en eller två fria arbetsdagar under vilka teammedlemmarna får ägna sig åt precis vad de vill. Uppmuntra självstudier, laborationer, test av nya verktyg och tekniker osv. men ställ absolut inga krav på resultat! Låt kreativiteten, nyfikenheten och det personliga intresset stå i fokus.

Men, skulle det dock dyka upp buggrapporter på det teamet nyss levererat måsta de släppa det de håller på med och återgå till arbetsbänken till dess att problemen är lösta.

.

Kvalité blir heligt

Dessa projekt-fria dagar blir snart heliga för varje teammedlem. Teamet kommer att göra sitt yttersta för att inte riskera bli bestulna på sin ledighet!

Teamet kommer göra sitt allra bästa för att uppfinna metoder och tekniker för att bättre säkra kvalitén (genom t.ex. automatiserade tester, m.m.) och kommer att föra djupare och bättre dialoger med produktägaren, kund och beställare för att inte missförstå kraven. Ingen vill vara ”orsaken” till att resten av teamet fick avbryta sina projekt-fria dagar för att lösa ett problem man borde fångat upp under sprinten.

Jag låter det vara osagt om teamets arbete att höja kvaliten med detta grepp föds ur höjd teamkänsla eller grupptryck. Det lämnar jag öppet för diskussion…

.

.
Ursprungligen publicerad på sogeti.blogg.se

.

h1

Vår dagliga Sprint Burndown

tisdag, 1 juni, 2010

Dagens sprintplanering är precis avklarad. Lite bökigare än vanligt eftersom våra sprintmål denna sprint var väldigt spretiga men vi nådde i land till slut. Spretiga sprintmål riskerar sluta i att det blir svårt att fokusera och samlat och disciplinerat jobba mot en sprint demo. Dock borde vi kunna hålla bra koll på våra framsteg med hjälp av JIRA och vår dagliga Sprint Burndown, verktyg som vi blir allt bättre på att använda och utnyttja.

Då teamet sitter distribuerat har vi inga daglig Stand-Up Meeting utan kör istället med ”Daily Call-Up”. Strax innan telefonkonferensen mötet skickar jag också ut en fräsch och uppdaterad Burndown-chart för att vi ska kunna lyfta blicken och inte bara fokusera på ”här och nu”. Bäst hade såklart varit att träffas fysisk IRL runt en vägg med sprint planeringen och flytta runt på lappar istället för att uppdatera tasks i JIRA, men men, vi arbetar kontinuerligt med att göra det bästa av situationen.

Vår Sprint Burndown är absolut ingen rocket-sciense men tänkte att det alltid är någon som uppskattar att se exempel från verkligheten. Denna screenshot är några veckor gammal men passar ändå bra som exempel.

(Klicka på bilden för att se en större version)

.

Utöver att spåra återstående tid har vi längs med resan lagt till ytterligare dimensioner på vår burndown (information som extraheras från JIRA). Alla värden och estimat i tabellen ovan är i timmar.

Total – Summan av orginal-estimeringar för alla tasks. Vissa sprintar ”uppstår” arbete när vi lär oss mer om de tekniska utmaningarna. Ibland stryks detaljer funktioner (pga av det antingen blir inaktuellt att implementera dem eller för att de scoopas ut från sprinten). Vi har lärt oss att vår velocity ligger på ungefär 3,5 – 4,5 per dag och teammedlem och det är vi planerar efter.

Remaining – Återstående arbete, dvs. summan av uppskattad återstående tid (Remaining Estimate) för alla tasks som inte är ”Resolved”.

DONE – Avklarat arbete. När en tasks går från ”In Progress” till ”Resolved” ökar DONE med taskens ursprungliga estimat.

In Work – Original estimate summeras för de tasks som är ”In Progress” just nu. Denna försöker jag hålla så låg som möjligt så att det inte jobbas på för mycket parallellt.

.

Det jag saknar och eventuellt överväger att lägga till är:

Added/Removed Work – Möjlighet att se hur mycket arbete som läggs till eller tas bort under sprintens gång. Just nu ser vi bara hur totalen växer och minskar. Om en task tas bort och en annan läggs till syns ingen skillnad i grafen.

h1

9 besvärliga Scrum-teammedlemmar…

torsdag, 6 maj, 2010

Den bluffande optimisten ”Det där är superenkelt att bygga! Det slänger jag ihop på några timmar. Nemas problemas!” Uppgiften visar sig sedan ta fem gånger så lång tid. Det låga ursprungliga estimatet visar vara en vit lögn för att få tillåtelse att bygga en rolig funktion (alternativt testa på ny spännande teknik). ”Meh! Hade jag sagt <Insert realistiskt estimat> timmar då hade jag ju aldrig fått koda det!”

Den beskyddande experten ”Absolut inte! Jag var med och byggde upp <Insert namn på en viktig modul i systemet> och jag tolererar inte att någon annan är där inne och meckar runt och saboterar utan att veta vad dom pysslar med. Och nej, jag tänker inte hjälpa till med att <Insert random uppgift som ligger strax utanför personens expertområde> – det ingår inte i min arbetsbeskrivning.”

Den nervöse lögnaren – Vågar inte berätta om hinder för teamet och Scrum Master pga av rädsla för att ”avslöjas”. Säger dagligen ”Jag är nästan klar, bara några timmar kvar…” istället för att ärligt berätta hur många timmar han/hon faktiskt tror återstår. Kanske av rädsla för att få skäll för att han/hon inte jobbar snabbare…

Problemhittaren ”Oj oj oj. Nej, nej. Det där är svårt. Oj, oj. Nä, alltså – kan jag inte få göra något annat, jag vet inte ens var jag ska börja…” Problemhittaren förvandlar bekymmer och utmaningar till problemberg istället för att se lösningar och metoder för att stegvis bestiga berget. Superhjälteförmåga: Energislukare.

Den gamle i gemet ”Vadå inte dök upp på Daily Stand-Up? Vad kallar ni det sa ni? Scrum? Ja, ja. Jag har sett allt. Vart annat år omorganiseras det. Var fjärde år skiftar vi process. Igår var det RUP, idag Scrum. Jag bryr mig inte längre vad ni kallar det. Kör på som ni vill. Jag sitter hur som helst och jobbar på som jag alltid gjort på mitt kontor här borta.”

Den kreative ”Jo, jag satt och jobbade på det där sprintmålet förra veckan… och då kom jag på att jag med liten ansträngning kunde bygga den här funktionen istället! Sedan tänkte jag att den där featuren blir mer kraftfull och flexibel om jag gjorde så här. <Insert lång förklaring.> Och det är anledningen till att vi inte kan visa upp den nya dialogen här idag på Sprint Demon.”

Den självutnämnde agile-gurun ”Knappast. Vi jobbar agilt, vilket betyder att jag inte behöver dokumentera någonting. Vidare tycker jag vi borde byta till KanBan, det skulle lösa alla våra problem och konflikter. Bara min ödmjuka åsikt.”

Den paranoide emeriten – Längtar tillbaka vattenfallsland då arbetsuppgiften var väldefinierad, förväntningarna tydliga och var och ens ansvarområden knivskarpt uppdelade. En tid då man tilläts bygga gedigna saker i sin egen verkstad, ostört tills dom var klara, utan att dagligen tvingas avrapportera till projektledningssubstitutet [Scrum Mastern]. Gör sitt bästa för att simulera vattenfall i Scrum genom isolation och diffusa summeringar på Daily Scrum (om han/hon dyker upp alls).

Hulken – Fixar allt och tar på sig att hjälpa alla tills han eller hon en vacker dag förvandlas till en gigantisk flaskhals och single-point-of-failure för teamet.

.

.

h1

Super Sprint Demo – Alla team samtidigt!

fredag, 23 april, 2010

Tydligen jobbar aftonbladets IT avdelning enligt Scrum. Inte bara så har de en stor öppen demo för alla intresserade på företaget, de publicerar också en summering av demon på blogg.aftonblandet.se/dev för alla andra nyfikna långt utanför projektets väggar. Texten ger en kort men rolig insyn i deras arbete, specifikt deras nya upplägg kring sprint-demos.

Jag har varit med om att flera team schemalagt sina demos spridda över en och samma dag för att man ska kunna delta på alla som intresserar en.

Jag gillar dock detta grepp ännu bättre, dvs. Aftonbladets 6 Scrum team organiserar ihop sig för en gemensam demo varannan vecka (dvs. deras sprintar är två veckor långa). På detta sätt blir det en naturlig företags-happening som drar uppmärksamhet till sig och förhoppningsvis skapar engagemang och intresse. Gissningsvis växer också engagemanget och motiveringen att nå sprint-målen i varje team då demons publik är mycket större.

Dock undrar jag hur de gör med dialogen och feedbacken… Måste bli smått ineffektivt att samla in synpunkter, idéer och feedback från en så stor publik (som bilden skvallrar om) i slutet av demon. Jag misstänker kanske att blogg-inlägget missar att beskriva detta (eller så är det så att varje team bygger efter egen drivkraft och kanske inte är speciellt beroende av återkoppling från kund eller stakeholders).

Hur som, jag hoppas jag snart får möjlighet att beskåda något liknande med egna ögon och vara med och uppleva vad en dylik förändring innebär för motivation, fokus och kommunikation mellan IT, verksamhet och beställare.

Finns det andra därute som har erfarenhet av motsvarande upplägg, dvs. stor gemensam team-överskridande sprint demo?

.

Läs hela artikeln på Aftonbladets ”Utvecklingsbloggen”.
(Bilden är hämtad ifrån utvecklingsbloggens flickr
album)