Posts Tagged ‘scrum’

h1

Gissa vem som syns på www.sogeti.se?

tisdag, 15 februari, 2011

Sedan idag syns mitt tryne på frontsidan på www.sogeti.se.
Känns jättekul att få synas i detta sammanhang!

Bilden i sig tror jag har flera år på nacken. Även om mycket har hänt sedan dess så är uppenbarligen frisyren densamma.

h1

Mini-seminarie på Sogeti Sverige Alumni ikväll – ”Scrum – Myths, Misconceptions and Superstition”

torsdag, 10 februari, 2011

Ikväll kommer jag få äran att hålla ett kort mini-seminarie om Scrum på Sogetis Alumnikväll i Stockholm. Vinklen jag valt är ”Scrum – Myths, Misconceptions and Superstition”.

.


Sogeti Sverige Alumni är ett nätverk för dig som vill hålla kontakt med Sogeti och alla dina tidigare och kanske även framtida kollegor. På Alumnikvällar är man välkommen att träffa vänner och knyta nya kontakter samt få en spännande uppdatering om vad som händer på Sogeti.

Mini-seminariet kommer fångas på film och publiceras några dagar senare här på bloggen.

Kanske ses vi redan ikväll!

.

.
Sogeti Sverige Alumni

Läs mer om Alumnikvällen:
http://www.sogeti.se/Nyheter-Media/Kalendarium/Alumnikvall-pa-Sogeti-2011/

Gå med i vår alumnigrupp
Sogeti Sverige Alumni på LinkedIn:
http://www.linkedin.com/groups?mostPopular=&gid=2591690

.

h1

Exploratory Heat Map

onsdag, 2 februari, 2011

Exploratory Heat Map – Tänk om teamet i en och samma rapport kunde se en snapshot över systemets hälsa, hur tillförlitlig snapshoten är, samt ge er vägledning om var ni bör lägga testenergin härnäst.

Förra veckan hade jag förmånen att få ta del av en Open Space kring Exploratory Testing på Extenda i Stockholm. Det blev en väldigt lyckad tillställning med ca 20 agila testare från flera olika företag. Väldigt roligt att möta kollegor i branschen och väldigt spännande diskussioner uppstod. Tack Linda Haglund för arrangerandet!

På vägen därifrån, och dagarna som följde, samlade jag mina tankar och började fundera…

.

Tänk om:

  • Hela teamet spenderar varje torsdagseftermiddag åt Exploratory Testing (ET). Under denna eftermiddag är alla testare (inklusive utvecklare, designer, osv). Varje testare kör 2 stycken ET-Sessions (på vardera 2 timmar).
  • ET-Charters plockas från en prioriterad ET-Charter Backlog.
  • När ET-sessionen är över skapar testaren i vanlig ordning en session rapport, rapporterar eventuella buggar och ser till att nya uppslag för ET-Charters kommer in i ET-Charter Backloggen.
  • Session rapporten innehåller (bland annat) info om vilka delar av systemet som primärt utsattes för utforskande testning och lagras i en databas med hjälp av ett verktyg (t.ex. genom konfigurering av JIRA).
  • Kontinuerligt uppdateras en karta över systemet som visar hur många defekter just nu finns rapporterade i varje del samt hur mycket ET-tid systemets olika beståndsdelar utsatts för.

Denna karta, denna Exploratory Heat Map, skulle ge en fantastisk översikt. Bilden ovan är ett exempel på hur en Exploratory Heat Map skulle kunna se ut.

.

Exploratory Heat Map

Diagrammet i bakgrunden representerar systemets olika delar. Huruvida man delar upp systemet i funktionella delar, moduler eller komponenter tror jag är mindre viktigt. Det viktiga är Defekter och ET-Session rapporter använder samma meta-data för klassificering. (Namngivning av delarna saknas i bilden ovan.)

Cirklarnas storlek representerar hur mycket exploratory test tid som delen blivit utsatt för och färgen antalet just nu öppna rapporterade buggar.

Kartan berättar dels hur systemet mår just nu, men också hur vi ska prioritera Exploratory Testing Charter Backloggen inför nästa Exploratory Torsdag. Varje dag kommer kartan förändras. Allteftersom buggar fixas kommer de röda färgerna blekna. Beroende på vilka ET-Charters som körs kommer vissa cirklar krympa medans andra växer.

.

Verktygsstöd?

Självklart går en dylik karta inte att underhålla genom att manuellt uppdatera en powerpoint varje dag utan det behövs ett bra verktygsstöd. Antingen skriver man ett eget verktyg som integrerar med det befintligt defect tracking system, eller så bygger man en egen plug-in till det verktyg man redan använder, vilket t.ex. är möjligt man kör JIRA GreenHopper. Och då skulle det kanske kunna se ut såhär:

.

Skulle det funka?

Tankar och reflektioner? Hur värdefull och användbar vore en Exploratory Heat Map för er i ert team? Behövs återkommande ETT (Exploratory Testing Torsdagar) eller ”duger” något annat lika bra som bas för test täcknings input?

Är det någon som idag gör någonting liknande?

.

.

Är du intresserad av att jobba med agil testning som konsult Sogeti? I Stockholm finns sedan första januari ett nytt team – Team Agil Testning & Automatisering. Kolla in vår annons på monster.se!

h1

The Hyperproductive Scrum Dream Team

tisdag, 21 december, 2010

Den 2:a december höll jag ett seminarie på Lantmäteriet i Gävle med titeln ”The Hyperproductive Scrum Dream Team”. Seminariet spelades in och nu finns den tillgänglig på YouTube.

Seminariet handlar om Scrum teamet och hur man skapar förutsättningar för hyperproduktivitet. Vilka är nyckel- faktorerna? Vilka är utmaningarna? Om Death by Technical Debt. Hur möjliggör man och skapar en miljö där teamet kan växa inifrån.

.

.

Filmen är uppdelad i fyra delar. Klicka på länkarna nedan för att se dem alla:

PS. Ha gärna överinseende med mina många stammningar och ”öh…”. Jag vill minnas att jag blev ganska nervös när jag 10 minuter innan seminariet ska börja blev upplyst om att det skulle filmas. DS.

h1

En talande magisk Scrum Board. På riktigt!

tisdag, 7 december, 2010

Igår fick jag se någonting fantastiskt! En magisk Scrum Board som automatiskt uppdaterar JIRA när du flyttar på de fysiska lapparna. Och som kan prata!

Jeff Sutherlands tipsade om någonting fantastiskt på sin blogg i inlägget Scrum Board on Steroids: The Awesome Nature of Awesomeness. Ett Scrum team på Vodafone i Köpenhamn har byggt en magisk Scrum Board.

Den klarar bland annat av följande:

  • När du flyttar på lappar uppdateras JIRA automatiskt (genom RFID taggar på varje lapp).
  • Sprint Burndownen projiceras på whiteboarden med hjälp av en projektor.
  • Om någon uppdaterar JIRA pratar Scrum Boarden (med hjälp av Google Voice) . Den säger då åt teamet att flytta på lappen så att den sitter där det står att den sitter enligt JIRA.
  • Visualisering av hur många stories och tasks som är planned/in development/development complete/done genom belysta staplar.
  • När någon flyttar på en lapp startar en kamera som spelar in fem sekunders film. På så sätt kan man senare kan se vem som flyttade vad, och när.
  • Teamets Scrum master har kopplat konfigurerat sin bakgrundsbild att visa det senaste tagna fotot av Scrum Boarden så att han supersnabbt kan se vad status är och vad teamet jobbar på.

Detta är både ljuv musik och en smula magiskt för mig. Jag skulle vara beredd att betala ganska ordentligt med pengar om någon fick för sig att paketera detta som en produkt!

Till allt detta har de också byggt en kraftfull och intelligent Continuous Integration server som automatiskt deployar det senaste bygget till test miljön och automatiskt via mail meddelar testare och Product Owner om när nya funktioner finns tillgängliga för test.

.

Klicka här för att se en demonstration från teamet.

.

Följande video visar en hel sprint i ultra rapod.

h1

TV4:s långa resa mot Scrum

onsdag, 24 november, 2010

När TV4:s utvecklingsavdelning kom fram till att de behövde lära sig jobba mera strukturerat och mera effektivt, både internt men även mot sina beställare, vände de sina blickar mot Scrum. Men de lockades inte av agile coacher eller kurser och var inte heller speciellt förtjusta av tanken att lägga till massa tidskrävande Scrum-möten till sin redan stressade vardag.

Magnus Rimbark berättar på tv4:s utvecklingsblogg http.tv4.se hur de gradvis införde förändringar och stegvis lade till element av Scrum. Väldigt spännande och lärorik läsning om hur man kan ta den långa (och på sätt och vis kanske bättre) vägen till en agil utvecklingsprocess som växer fram på ett naturligt sätt, varje steg född ur en frustration och en vilja att bli bättre.

Klart rekommenderad läsning!

.
Läs blogginlägget: Hur vi fick (hygglig) ordning
.
.

h1

Scrum Alliance: Gör om – Gör rätt[are]

måndag, 22 november, 2010

Scrum Alliance verkar till slut böra ta till sig av den ihärdiga kritiken. Mike Cohn, styrelsemedlem, avslöjar och kommenterar en rad förändringar som kommer ske inom organisationen framöver.

Donna Farmer, ny styrelseordförande för Scrum Alliance [SA], har summerat SA:s framtidsvision i ett dokument. Denna vision och strategiska plan är ett resultat från en workshop den 30:e September. En kort summering:

  • SA ämnar praktisera de agila värderingarna Öppenhet och Transparens genom att t.ex. bjuda in medlemmar till möten, synliggöra SAs budget samt göra sig mottaglig för förslag och kritik från medlemmar.
  • Fortsatt arbete med att förbättra certifieringsprogrammet.
  • Bli ödmjukare. Exempel: ”An initiative to make sure that newly-minted ScrumMasters (well, everyone, really) knows that “Scrum Is not Enough” and that there is a whole world of great, agile ideas out there.”
  • Fler Scrum Gatherings.
  • Online coaching service – ett forum där medlemmar kan fråga och konsultera Certified Scrum Coaches.

Jag tror att Mike Cohn och Donna Farmer är på rätt väg för att lyckas förbättra på Scrum Alliance ruggade rykte och kanske kommer de hitta tillbaka till den ursprungliga visionen ”Transfrorming the world of work” och lyckas göra det på ett sätt som vinner den agila världens förtroende igen.

.

.
Läs Mike Cohn’s blogginlägg (på Mountain Goats hemsida) som summerar Scrum Alliance läge idag och planer framöver.

.

.
Ladda hem Donna Farmers ”Draft Strategic Plan” för Scrum Alliance.

.

h1

Press stopp: Nytt Sogeti-team – Agil testning och Testautomatisering

tisdag, 16 november, 2010

Från och med första januari 2011 finns ett nytt Sogeti-team i Stockholm: Agil testning och Testautomatisering. Undertecknad är tillförordnad teamchef. Känns sjukt spännande och utmanande, men också läskigt och nervöst.

Som en del i Sogeti Stockholms omorganisation har några nya team uppstått, ett av dem är teamet ”Agil testning och testautomatisering”. Vi (dvs. Sogeti) upplever ett starkt växande behov av skickliga testare som har erfarenhet av agila testekniker och testautomatisering hos våra kunder. Detta behov har bokstavligt talat exploderat den senaste tiden i takt med att allt fler går över till att driva projekt enligt Scrum, Kanban eller annan agil utvecklings- och leveransprocess. Något de flesta snart upplever är just stora utmaningar kring testning och kvalitet. Det är här Sogeti kan hjälpa till och bidra.

Teamet kommer inledningsvis att bestå av 15 till 25 stycken agila testare och testautomatiseringsexperter. Då det officiella startskottet för teamet är 1:a januari 2011 så kommer inte teamets medlemmar och storlek vara helt bestämt förrän om några veckor.

.

Sökes: Agila testare

Detta hindrar oss dock inte att redan nu söka efter dig som har en brinnande passion för agila utvecklingsmetoder och agil testning och är intresserad av att jobba som konsult i spännande och utmanande uppdrag med test och/eller testautomatisering.

Så om du har universitets- eller högskoleexamen och erfarenhet av agila testmetoder och agila testtekniker, eller test- automatisering, så kolla in jobbannonsen på monster eller www.sogeti.se!

.

Hjälp! Jag är chef…

Undertecknad kommer bli teamchef för detta nya team. Detta känns självklart superskoj att få förtroende och uppdraget att leda denna nya riktade satsning inom agil testning. Samtidigt känns det läskigt och lite nervöst då jag aldrig tidigare haft personalansvar eller resultatansvar för en enhet. Vidare, är branchen redo för en chef med mohikan och som gillar att blåsa i röda saxofoner?

Hur som helst, vissa möjligheter får man bara inte låta passera.

Vidare har jag en ambition att leda och driva teamet med de agila värderingarna som bas. Vad detta betyder konkret eller hur det realiseras har jag faktiskt ingen aning om i skrivande stund. Fast just det ser jag inte som något problem, snarare en möjlighet att praktisera ”Collective Ownership” och bjuda in hela teamet till att forma hur vi ska jobba tillsammans. Nu kommer ju teamet inte agera som ett tight Scrum team i ett och samma projekt, vi blir snarare en grupp individer som tillhör samma organisatoriska resultatenhet inom företaget. Med andra ord kommer inte alla agila principer vara betydelsefulla (eller meningsfull) i vårt kontext men som jag ser det måste man leva som man lär – förekommer ordet ”Agil” i teamets namn ska de agila värderingar också genomsyra hur teamet fungerar och arbetar!

.

2010 har varit mitt mest spännande år hittills genom min yrkeskarriär men nu börjar jag misstänka att 2011 kommer klå det med hästlängder. Jag har bara en sak att säga: Bring it on! 🙂

.

h1

Det beroendeframkallande spelet ”Scrum”

fredag, 12 november, 2010

Det finns belöningsmekanismer inom Scrum, stora som små, kortsiktiga och långsiktiga, som går att mappa mot ett online-spels dynamiska beroendeframkallande natur. Varför inte utförska dessa och förstärka dessa element inom Scrum?

Jag fick en ”Aha!” upplevelse tidigare idag när jag läste ett blogginlägg (Scrum & Gaming Addiction) av Peter Behrens som jämförde Scrum med online-spelens beroendeframkallande belöningssystem (som i t.ex. World of Warcraft och Farmville).

Peter refererar till ett TED Talk av Tom Chatfield – 7 ways games reward the brain. Inspirerad av Toms presentation reflekterar Peter över hur online-spelens belöningsmekanismerna återkommer i Scrum:

  1. Staplar som synliggör och mäter framsteg
  2. Multipla långsiktiga och kortsiktiga mål
  3. Belöna ansträningen
  4. Snabb, tät och tydlig feedback
  5. Ett element av osäkerhet/äventyr
  6. Möjligheter för vidare åtaganden
  7. Feedback och samarbete med andra människor

Om flera av ovanstående mekanismer saknas i ett online-spel tvivlar jag starkt på att det någonsin kan bli populärt eller kommer sälja speciellt bra. Man kommer helt enkelt tappa intresset.

Jag håller fullständigt med Peter om att man borde försöka förstärka de belönande mekanismerna även i Scrum. Vem skulle inte vilja ha ett jobb som man längtade tillbaka till, som erbjöd små och stora belöningen med jämna mellanrum, och blev belönad för att man anstränger sig och gör sitt bästa.

.

Förslag på belöningsmekanismer i ett Scrum-projekt:

Förslag: Visualisera så mycket som möjligt. Det finns en konstig tillfredställelse i att flytta post-its och kryssa av check-boxar.

Förslag: Lägg ner omsorg på fina och färgglada Burndown-charts. Gör varje dags framsteg synliga.

Förslag: Fira varje Sprint Demo med en tårta. Oavsett om teamet nådde i mål med sina Sprint mål så har teamet troligtvis ansträngt sig och gjort sitt bästa för att lyckas.

Förslag: Ring i klockan eller blås i vuvuzelan när en story uppfyller DONE.

Förslag (Peters): Istället för Story Points använd ”Cost Reduction Points” (om projektet går ut på att effektivisera IT driften), eller ”Social Status Points” om man bygger en Social Community. Eller varför inte ”DragonSlayer Erf” av den enkla anledningen att det är roligare.

Förslag: Låt teamet ha en ”Tech Day” under Sprinten, dvs. en dag då man tillåts göra vad man vill, t.ex. lära sig ett nytt verktyg, experimentera med en alternativ lösning, studera, etc.

.

h1

En Scrumkurs-ledares reflektioner

torsdag, 4 november, 2010

Förra veckan var jag inbjuden till Sogeti Umeå för att leda en Scrum-kurs med speciellt fokus på agil testning. Jag vet inte varför men jag fick med mig hem långt fler idéer på hur jag kan ändra upplägg och anpassa innehållet än jag brukar. Riktigt skoj!

Kursen gick av stapeln på Folkets hus i Umeå. Riktigt bra lokaler! Enligt utsaga även prisbelönta. Fjärrkontrollen var bland det värsta jag sett, den kunde styra allt inom 20 meters radie. Gruppen var väldigt varierad på så sätt att hälften var Sogeti-kollegor och andra hälften var kunder. Detta, samt att tidigare erfarenheter av agila utvecklingsmetoder var väldigt olika, gjorde att diskussionerna och övningarna blev riktigt bra, intressanta, breda och djupa.

Dock antagligen för få och för korta till antalet…

Jag har nämligen ett problem – varje kurs eller seminarie jag håller så lyckas jag aldrig riktigt få tiden att räcka till. Alls. Jag vill hinna berätta allt jag upplever är viktigt. Jag vill hinna med vissa övningar som jag tycker är effektiva på att exemplifiera agila värdering. Vidare  tycker jag det är roligt att berätta om Scrum, XP, Lean, Agil testning, Continuous Integration, TDD, Defect Proofing, Technical Debt, storskaliga Scrum-projekt, osv. Samtidigt vill jag ju att alla ska få sina förväntningar uppfyllda, fått svar på sina frågor och tycker att innehållet är värdefullt.

Nu, x antal kurser senare, har jag en idé på hur jag ska göra nästa gång för att både få tiden att räcka till och för att fler ska uppleva att de fått sina förväntningar uppfyllda och svar på specifika frågor. Det här borde ju egentligen vara en no-brainer för någon som dagligen jobbar med agil utveckling och föreläser om leans principer och toeri.

Svaret? Enkelt; ”Less is more”.

Nästa gång ska jag försöka halvera antalet slides jag ska hinna igenom under 2 x 8 timmar (minus tiden för övningar). Att jag i dagsläget har cirka 350 slides för två dagar kanske avslöjar min nuvarande taktik…

Genom att helt enkelt halvera innehållet så kommer det finnas gott om tid att fördjupa sig i frågor och diskusser som gruppen upplever är intressanta och viktiga. Win – Win!

Fast å andra sidan kanske jag inte ska vara för hård mot mig själv. Något gör jag rätt för övnings-scrum-projektet går bättre och bättre varje gång. Spelen blir bättre och bättre och grupperna blir allt bättre och bättre på att praktisera Scrum under övningens extrema omständigheter.

.

En extra rolig grej är också att kursen blev omnämd på InfoTech Umeås hemsida. InfoTech Umeå är en strategisk satsning för att marknadsföra och utveckla IT inom regionen.

Läs nyhetsartikeln här:
http://www.infotechumea.se/battre-metoder-for-projektstyrning