Visa vad du gör, eller "Dude, where's my Index Cards?"

(please scroll down for the English version of this post)

Idag finns det ett helt gäng olika agila metoder att välja till sin verktygslåda, många snickrar ihop en egen variant som passar bäst för den egna organisationen. Gemensamt brukar vara att information om projekten blir synlig för alla som är intresserade. Scrum-team har till exempel en demo av produkten de utvecklar med jämna mellanrum, en graf som visar på framsteg och så berättar man vad man gör just nu i dagliga stå-upp-möten. Kanban beskriver att man ska visualisera sitt arbetsflöde, i princip betyder det att använda någon slags vägg med arbetsuppgifter på. Det kan vara en riktig vägg på kontoret eller en digital variant i molnet. Många kallar det för Scrum- eller Kanbantavlan.

Personligen gillar jag en riktig vägg i gips, trä eller betong. Varför? Allt blir så mycket enklare: inga behörighets-trassel, dålig dra-och-släpp-funktionalitet eller obegriplig länk till en server någonstans i byggnaden. Med en riktig vägg tar man helt enkelt ett papper med arbetsuppgifter, flyttar, antecknar eller pekar och pratar med sina kollegor kring det som ska göras. Enkelt är bättre!

- Men ska man skriva allt för hand? Om man har en taskig handstil då?

Vi tar lite digital hjälp till det analoga teamet: Excel. Index Card Generator* är ett väl använt verktyg som fungerar som en enkel backlog för ett Scrum-team. Med ett knapptryck skapar man indexkort i A5-format, som man skriver ut och klistrar upp på väggen.

- Men om man inte vill använda Microsoft Office, finns det en Google Docs-version?

Japp, det finns. Det enda du behöver är ett Google-konto. Här är en video som visar hur verktyget fungerar.

Här hittar du Index Card Generator for Google Spreadsheet

Hör av dig med vad du tycker om verktyget, har förbättringsförslag eller hittar buggar!

(English version)

Dude, where’s my Index Cards?

There is a bunch of different agile methods to choose by for your toolbox these days and many teams create their own customized version for their organization. Agile methods usually makes information available to anyone that take interest in the current project.

Here are some examples: Scrum teams arrange product demos, use a daily progress graph and has the this-is-what-I’m-doing-today-meetings. Kanban describes that you should visualize your workflow, i.e. using a wall with swim lanes and index cards. Some teams use a real physical wall at the office and others use a digital wall somewhere in the Cloud.

I prefer the wall made of concrete. Why is that? Because everything becomes so much easier. You don’t need an Active Directory Folder Authorized User Group, there isn’t any drag-and-drop functionality that sucks and no weird links to a server somewhere in the building. At the concrete wall you simply take a piece of paper, move it and make notes without the need to press a Save button. Old School? Hey, I was born in the seventies!

- But what if no one can read my hand writing?

Let’s use some digital assistance: Excel. Index Card Generator* is a well known tool for managing a Scrum product backlog. Press a button (!) and you will get A5 formatted index cards to print out and paste at the concrete wall.

- But what if the organization doesn’t use the Microsoft Office Suite, is there a Google Docs version available?

Yes, and all you need is a Google account to get started. Check out the Youtube video that describes how to use the tool (the embedded movie above).

Please contact me if you make any improvements or find bugs!

Index Card Generator for Google Spreadsheet

* Index Card Generator for Excel

Feedback for dummies

Återkoppling – feedback – är centralt i agila metoder. Visst borde konstruktiv kritik, reflektion och återkoppling vara självklarheter?

Hur ser det ut där du jobbar?

Vi på Know IT i Stockholm träffades en kväll i våras och pratade om agila värderingar och verktygen som hjälper oss att arbeta mer smidigt i projekten. Här är en inspelning från kvällen, nedklippt till ett sk ”blixt-tal” (ca tio minuter).

Ge gärna din feedback!

I ett tidigare inlägg har jag skrivit om och översatt de agila principerna. Du hittar inlägget här: Agile remixed

Remember the words from Bruce Lee...

Barnvagnspromenader i sol och regn ger tid till reflektion och nya frågor. Vad är egentligen en agil konsult? Vilken sorts Scrum Master hade Bruce Lee varit? Kan jag skriva på engelska?

Håll i dig, här är: Agile Consultant Manifesto!

Agile remixed

För mer än tio år sedan skrevs det agila manifestet och det har inspirerat många av oss som sysslar med utveckling av mjukvara. Idag finns värderingarna och principerna översatta till många språk, även till svenska.

Under våren har jag hållit föredrag om agila värderingar och arrangerat övningar kring det. Jag valde den engelska versionen att arbeta med, men varför?

Den engelska versionen innehåller bland annat den här texten:
”Our highest priority is to satisfy the customer through early and continuous delivery of valuable software.”

Den svenska översättningen beskriver att vi ska “tillfredsställa kunden” och det ger, i alla fall mig, helt andra bilder än utveckling av mjukvara. Har Google Translate haft ett finger med i spelet? Hur som helst fick jag en idé: jag borde göra en svensk “remix”!

Så, här är min svenska tolkning av “The Agile Principles”.

1. Det allra viktigaste för oss är att ha nöjda kunder. Det får vi när vi lyssnar och levererar något av värde tidigt.

2. Det är okej att förändra krav! Smidiga arbetssätt hjälper oss att utveckla det kunden behöver idag. Igår har ju redan passerat.

3. Leverera mjukvara ofta. Vi tror att det är en bra idé.

4. Utvecklare kan inte arbeta isolerat. För att lyckas behövs kunskap från hela organisationen.

5. Motiverade människor levererar. Lita på dem och se till att de har verktygen som behövs.

6. Det överlägset bästa sättet att dela med sig av kunskap är att träffas och prata med varandra.

7. Framsteg gör man genom att utveckla mjukvara som fungerar. Resten kommer på andra plats.

8. Hållbar utveckling betyder också att arbeta med jämn arbetsbelastning.

9. Följ med i utvecklingen av teknik och design. Elegant och enkel kod gör arbetet smidigt.

10. Enkelt är bättre.

11. Självorganiserande lag ger bättre resultat.

12. Ett lag som ger sig tid att reflektera kommer alltid att försöka bli lite bättre.

Jämför gärna med den engelska versionen.

Vad tycker du?

Øredev 2010

Øredev 2010 – imponerande program med bra talare och spännande ämnen. Jag var där en dag och valde att gå på presentationer med agil inriktning. Här är några höjdpunkter.

Agile is dead, long live agile
Jeff Sutherland, en av upphovsmännen till Scrum, tog pulsen på mjukvarubranschen år 2010. Varför är andelen lyckade mjukvaruprojekt fortfarande så låg? Många företag säger att de är agila, borde inte kvaliteten ha förbättrats? Enligt Jeff missar många de viktigaste sakerna: möjligheten att få snabb återkoppling – feedback – och att mäta framsteg. Hur vet man hur det går när inget data finns? Många projekt har inte ens en demo efter sina sprintar! Han pekade på flera brister i projekten idag, bland annat att det är för många roller och specialister i organisationerna. I Scrum ska det ju bara finnas tre roller.

Han ställde två enkla frågor till oss:

- Hur många här använder sig av "User stories" i projekten?
(de flesta av oss räckte upp handen)

- Hur många här tycker att ni har bra "User stories"?
(de flesta av oss räckte inte upp handen)

Ett problem?

Mission-Critical Agility
Dr. Jeff Norris från NASA berättade historien om Alexander Graham Bell och det som drev honom att utveckla den första kommersiellt gångbara telefonen. Han gick vidare med hur det gick till när NASA utvecklade Apollo 1-farkosten. Fascinerande historier med mycket drama.

- Men hallå, vad har det med agil utveckling att göra?

Poängen var att visa hur viktigt det är att våga pröva olika idéer, att våga ta risker och att vara engagerad – vara agil, helt enkelt. Berättelserna vävdes in i tre huvudpunkter: Vision, Risk & Commitment.

Förutom de inspirerande historierna fastnade jag speciellt för en sak, att åtagande – Commitment – från ett agilt perspektiv faktiskt innebär att hålla sig fri från åtaganden så länge som möjligt.

Clarity rules! Six collaboration skills for agile teams
Diana Larsen, författare till Agile Retrospectives (bra bok!), delade med sig av många bra tips om vad man kan göra för att bli ett bättre team. Från konkreta saker som att möblera lokalerna så att de faktiskt passar projekten (har du gjort det någon gång?), till enkla steg-för-steg-metoder för att ta beslut och reda ut problem i teamet. Ett tips: har du en produktägare i företaget som är svår att få tag på? Ge honom/henne den bästa platsen som råkar vara precis bredvid er, hur kan man tacka nej till det?