Posts Tagged ‘team’

h1

Utmana teamet med ”Jimmy Cards”

tisdag, 26 mars, 2013

Söker du efter ett verktyg som har förmågan att utmana teamet och sätta igång spännande diskussioner? Diskussioner som kanske till och med inspirerar till förändring? Då tycker jag du ska prova ”Jimmy Cards”!

I söndags kväll publicerade jag en blogg på blog.crisp.se och berättade om ”Jimmy Cards”, en kortlek jag precis fått till en MVP av. Redan efter fem minuter hade första beställningen kommit in och fler beställningar har stadigt trillat in sedan dess.

Kortleken är en uppsättning frågor och används fördelaktigt som ice-breaker på scrum teamets retrospective eller för att välja ett utmanande ämne för teamets onsdagsfika.

Nyfiken på att veta mera? Klicka då här för att komma till blogg-inlägget 🙂

Annonser
h1

Vilka frågor besvarar er Working Agreement?

torsdag, 6 december, 2012

Alla team har någon form av uppfattning kring vad som betraktas som accepterat och bra beteende i teamet mellan teammedlemmar. De flesta vet att kollegor inte uppskattar när du är sen till ett möte. Kanske har ni en tyst överenskommelse kring hur ni röstar och tar beslut.

Vissa team skriver ner sitt beteende- och samarbets-”protokoll” i en Working Agreement.

Du kanske tycker att sunt förnuft täcker det mesta och att skriva ner det känns fåning. Suprise! Sunt förnuft är subjektivt och ni har antagligen olika uppfattningar kring mycket. Toppen! Låt oss diskutera och upptäcka våra gemensamma värderingar.

 

Läs hela blogginlägget här (på engelska på Crisps blogg).

 

 

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

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

Ena teamet med en Working Agreement

torsdag, 23 september, 2010

Definition of DONE är ett viktigt verktyg för det agila teamet för att för att teamet som veta vad som förväntas av dem innan de får lov att  säga ”Nu är vi helt klara med funktion X!”. Men Defintion of DONE beskriver inte hur vi jobbar eller vilka principer och värderingar vi värderar och eftersträvar. Det här är teamets ”Working Agreement” kommer in i bilden, ett sorts av kontrakt som beskriver samarbetet, processen och principerna.

I mitt nuvarande uppdrag har teamet under kort tid växt kraftigt och vi har diskuterat mycket hur vi ska samarbeta bättre och mer fokuserat, både internt i teamet men även gentemot våra beställare och stakeholders. Därför har behovet vuxit fram att dokumentera vårt sätt att arbeta och enas kring vad vi tycker är viktigt.

Dels har vi under årets lopp etablerat rutiner och en rytm, men vi har också haft många workshoppar på sistone där vi diskuterat hur vi vill jobba framöver och hur vi behöver ändra vårt angreppssätt för att kunna lägga i en ännu högre växel. Alla i teamet har engagerats i dessa diskussioner men även våra beställare, våra mottagare av systemen i förvaltning och berörde avdelnings- och it-chefer. Idag påbörjade jag arbetet att summera allt i en ”Working Agreement”.

.

Innehåll i en Working Agreement

En Working Agreement innhåller saker som till exempel (och vårt är inget undantag):

  • Daily Stand-Ups – När och var hålls dom? Vilka är bjudna? Hur ser rutinen ut?
  • Planering – Hur genomförs Sprint Planning, Pre-Sprint Planning, Story Time Sessions, etc. När går de av stapeln? Vad är målet för respektive möte? Vem förväntas förbereda vad? Osv.
  • Test- & Kvalitetsstrategi – Hur testar vi? Vad testar vi? Vilka testar? Hur samarbetar teamet med beställaren i acceptans-testandet?
  • Principer och värdering – Vilka principer och värderingar vill vi att alla i teamet värnar om och lever efter? Vad är viktigt för oss vad gäller dialog och samarbete?
  • Hantering av buggar och defekter (under sprinten, efter sprinten)
  • Produktägarens ansvar
  • Scrum Masterns ansvar
  • Rapporter, Burndowns och Protokoll – Vilka behövs? Vem behöver dem? När önskas dom?

.

Workshoppa fram en Working Agreement

Enklaste och bästa sättet är (såklart) att bjuda in alla berörda till en workshop där ovanstående punkter diskuteras igenom ordentligt. Var inte snål med tiden då många av punkterna kan väcka mycket diskussion och debatt och det är viktigt att alla enas och håller med om det som slutgiltigen skrivs ner i en Working Agreement.

.

Signering

När Working Agreement diskuterats klart och formaliserats i text bör var och en i teamet skriver under på att man håller med och att man lovar att anstränga sig för att leva upp till överenskomna principer och värderingar och att man ämnar jobba efter den process man tillsammans kommit överens om.

När en ny teammedlem introduceras till teamet ska såklart även denna ta del av Working Agreement samt ges möjlighet att påverka och diskutera innehållet innan man skriver på.

.

Att vara agil betyder att lära sig

En Working Agreement är på inget sätt något heligt som är skrivet i sten. Kommer teamet fram till att man vill jobba på ett annorlunda sätt eller om nya principer och värderingar växer fram gäller det att kontraktet uppdateras så att det reflekterar detta.

Ha som vana att på Sprint Retrospective ställa er frågan om det är något som behöver justeras, uppdateras, tas bort, läggas till eller öppnas upp för diskussion.

.

Erfarenheter och tankar?

Har du erfarenhet av att sätta ihop en Working Agreement (eller liknande konstruktion) i ditt team? Hur gick ni tillväga och hur har resultatet fallit ut? Har det hjälpt teamet?

.