Vad är målet?

CS Lars Danielsson skriver om utvecklare, som behöver ta ansvar för att skriva bra kod. För mig är det inte ett mål i sig. Mitt ansvar som team-medlem är att leverera bra produkter. Grejer som användare och beställare gillar och är nöjda med.

Bra skriven kod borde aldrig vara målet. Men det kan vara ett sätt att faktiskt ta sig snabbare dit.

- Vad är bra skriven kod? Fråga tio personer och du får tio olika svar.

- Men vad är målet då? Fråga tio personer och du får tio olika svar. Aha! Nu börjar vi komma någonstans.

När projektledaren ansvarar för projektet, systemutvecklaren för koden och chefen för något annat lär vi få de där tio olika svaren. Det är kanske ett gammaldags sätt att se på utveckling av mjukvara?

Yrkesstolthet kommer på köpet när ansvar handlar om hela produkten, hela projektet och hela laget. Chansen att lyckas blir större då än när man bara gör sin grej, låser datorn och går hem för dagen.

CS Lars Danielssons artiklar hittar du här:

http://www.idg.se/2.1085/1.424985/utvecklare---ta-ert-ansvar
http://www.idg.se/2.1085/1.424777/utvecklare-maste-lara-sig

Idag debuterar jag som gäst-bloggare på Swaine’s World – en blogg av Michael Swaine, redaktör för PragPub och fd chefredaktör för Dr Dobb’s , två populära IT-tidningar.

Här kan du läsa min artikel om The Agile Family | Swaine’s World.

(English version)
Guest post at Swaine’s World
Check out my guest post at Swaine’s World by Michael Swaine, editor of PragPub Magazine and former EIC of Dr Dobb’s.

Here’s the article The Agile Family | Swaine’s World.

Vem är egentligen den där “Agile” och hur ser familjesituationen ut? Och har Japan något med det här att göra? Jag har släktforskat och resultatet av mitt arbete kan du läsa om här.

Vi börjar med vår stora kändis i släkten. Idolvinnaren och den alla snackar om: Scrum. Efter framträdandet i Allsång på Skansen är han nu också riktigt folklig och dyker upp i alla möjliga sammanhang.

Scrum har en lillasyster, som kanske inte är lika känd (ännu). Hon heter Kanban, är lite modernare än storebrorsan (som ärligt talat börjar komma upp i åren). Säg inte det till Scrum, han är lite känslig för sådant! Många uppskattar lillasyrrans Rock n’Roll-attityd, enkelhet och innovativa idéer.

Scrum och Kanban har faktiskt ett till syskon, som hamnat lite i skymundan. Han kallas för XP av sin familj och vänner. Egentligen heter han eXtreme Programming, men blev mobbad för det i plugget. Han fick skägg tidigt i puberteten också. Efter ett tag tuffade han till sig, bytte namn till XP och sågs gå omkring i t-tröjor med budskap som I Unit Test on the First Date. Han började umgås mer med brorsan Scrum och de har idag en mycket fin relation.

Scrum och Kanban är väldigt utåtriktade, XP är mer eftertänksam. Han är en riktig programmerarsjäl med stor passion för sitt yrke. Lär känna honom och ni blir vänner livet ut, sägs det. Han är mest lik sin pappa och är en förebild för sina syskon (utan att han egentligen vet om det).

Vem är pappa? Han heter Agile och är en sådan där far som vi alla önskar att vi hade. Lugn, klok och lyssnande. Han ger goda råd och arbetar ständigt för en bättre värld, präglad av öppenhet, förtroende och ansvar. Han är mycket stolt över sina barn och följer alltid med på turnéer och tv-framträdanden (håll utkik på första bänkraden efter en aningen gråhårig leende man i sina bästa år).

Men pappa Agile har också varit en liten pojke en gång i tiden. Han är en sk “sladdis” och har en några år äldre storasyster. Hon heter Lean och är respekterad och beundrad i hela världen för sin känsla för kvalitet, respekt för människor och långsiktigt tänkande. Agile fick ofta vara med när storasystern och hennes vänner spelade video-spel och sjöng till populärmusik på radio i det japanskt inredda hemmet. Han minns:
- Hennes tjejkompisar var så smarta och snygga! Jag var kär.

Storasyster Lean har lärt Agile allt han kan och är fortfarande en stor inspirationskälla för honom och speciellt yngsta dottern Kanban (som hälsar på och bor hos henne varje sommar).

Lean har också en dotter – kusinen till syskonen Scrum, XP och Kanban. Kusinen, som heter Lean Software Development, spås en lysande framtid och har inte fått strålkastarljuset riktat mot sig ännu. För den stora massan är hon okänd. Scrum berättar: - När kusinen hälsade på var det alltid spännande. Vi skröt ofta om henne för våra vänner och hon hade alltid med sig de senaste grejerna från Japan. Våra Game&Watch-spel blev så omoderna och tråkiga när Lean Software Development visade sin spelkonsoll med både färgskärm och stereoljud. Det var fantastiskt, som att se in i framtiden!

Syskonen Agile och Lean Software Development har sedan länge daglig kontakt via Skype och planerar att samarbeta mycket mer i framtiden.

Vi har kommit till toppen av vårt släktträd. Här hittar vi: en japansk bil. Ja, det är sant. Syskonen Lean och Agile har sina rötter i ett nästan kliniskt rent verkstadsgolv i Japan. Historiens vingslag har tagit oss till landet med det vackra skriftspråket, de blomstrande körsbärsträden, sylvassa samurajsvärden och världens största bilmärke: Toyota.

Toyota Production System (TPS) är på god väg att forma en bättre värld med sina idéer om respekt för människor, lagarbete, kunskapsöverföring och ansvar. Ord som Kaizen (ständig förbättring) och Hansei (reflektion) är ett naturligt sätt att arbeta och leva enligt Toyota Production System. Enligt TPS räcker det inte med sk Quick Fixes då problem uppstår. Man går vidare och letar efter orsakerna till att de alls dykt upp, genom att ställa frågan varför? minst fem gånger. Toyotas filosofi är att: Basera besluten på ett långsiktigt tänkande, även om det sker på bekostnad av kortsiktiga ekonomiska mål.

TPS kan tyckas vara svaret på alla frågor, men glöm aldrig att det beror på (vilken fråga det är). Scrum, XP och Kanban är inte heller svaret på alla problem.

Finns det ett svar då? Ja, det gör det faktiskt: 42. Vad frågan är får du lista ut själv.

Avslutning
Alldeles nyss fick jag ett meddelande, med avsändaren “TPS”:
- Du har mycket kvar att lära, David-san. Jag ser att du tagit hänsyn till A3-formatet. Men ditt släktträd skall vändas upp och ned.

(The English version)

The Agile Family
Who is that guy “Agile” anyway? Does he come from Japan? Where is his family? We have the right to know. I have done some research and here is the result of my work.

Let’s begin with the Star, winner of American Idol and the one everybody talks about: Scrum. Scrum has a kid sister, not yet as well known as her big brother. Her name is Kanban and is described by many as modern, attentive and a bit more up to date. Let’s be honest, all of us get old some day. So does Scrum. Please don’t tell him that, he is a bit sensitive about aging! The Rock n’ Roll attitude, simplicity and innovative ideas of lil’ sister Kanban are properties appreciated by the constantly increasing fan base.

Scrum and Kanban has another sibling. They call him XP and perhaps he is a bit overlooked. His real name is eXtreme Programming, but he was so bullied in school for it and really had to change his name. Sad, but that’s the real world. He also grew a beard very early in his teens, that didn’t help very much.

As a teenager, XP added some well needed attitude to his personality and he often wore T-shirts with statements like I Unit Test on the First Date. He started to hang out with his brother Scrum and they found out that they actually have a lot in common and complete each other well. Today they are the best of friends.

Scrum and Kanban are both extroverts. XP is very thoughtful and a passionate programmer. People say that when getting to know him, you will have a friend for life. He is the one that resembles his father most and without knowing about it, both his sister and brother see him as a role model.

What about dad? Well, his name is Agile. He is the kind of father all of us wish we had. A man of wisdom, laid back and always giving you attention. He is the one with good advices and has never stopped trying make the world a better place. He is very proud of his children and you will spot him on almost every of his kids TV and live performances. Do you see the bald guy at the front row smiling and cheering? That’s Poppa Agile.

Agile was a little kid once, like all of us. A boy that admired his older sister Lean. Her sense for quality, respect for people and long term thinking has made her well respected and admired all over the world. Agile did spend a lot of time hanging out with big sister and her friends. They played video games, laughed and listened to the radio playing the latest hits all day at home. He reminisces:
- Her girlfriends were so good looking and always knew what was cool and what was not. I was in love.

He continues: – All I know comes from Lean and she is still my biggest inspiration. My youngest daughter Kanban visits here every summer and admires her aunt a lot.

Aunt Lean also has a daughter, called Lean Software Development. She is the not so well known cousin of Scrum, XP and Kanban. I hear people say she is the next big thing.

Scrum says: - When our cousin was about to visit us, we all got so excited! We talked a lot about her, bragging about how cool she was. She always brought the latest stuff from Japan. Our Game&Watch toys was nothing compared to the gaming consoles she had, with the color screen and stereo sound. It was amazing. It felt like seeing into the future!

The Agile siblings and Lean Software Development both agree that they really should work together in the future. Let’s hope they do!

Yes, we have reached the top of the Family tree. A car? Yep, that’s right. Both Lean and Agile comes from the garage. A very clean garage, I might add. The time travelling journey got us to the land of beautiful calligraphy, blooming cherry trees, razor sharp samurai swords and the best car brand in the world: Toyota.

Respecting people, team work, responsibility and sharing of knowledge is the soul of Toyota Production System (aka TPS). Will TPS make the world a better place? Kaizen (continuous improvement) and Hansei (reflection) must be a part of the daily work flow according to TPS. What about problem solving? Don’t settle with quick fixes. Try find the root cause by asking Why? at least five times. The philosophy of Toyota is: Base your decisions on long term thinking, even when they are in conflict with your short term financial goals.

Is TPS the answer to all your questions? Well, that depends. What about Scrum, XP or Kanban? Probably not.

Is there an answer? Actually there is: 42. You go figure out the question yourself.

Final words
Recently I received a message from someone called “TPS”:
- You have still a lot to learn, David-san. I noticed that You have used the A3 format. Good. But your Family Tree should be turned upside down.

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.

Click here to view the embedded video.

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

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).

Click here to view the embedded video.

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

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

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?

Några av favoriterna bland tiominuterstalen är Joakim Holms det STORA missförståndet, som handlade om att programmering inte alls är samma sak som tillverkning. Programmering är 100 % designarbete. Visst har du hört talas om den där husbyggarmetaforen? Det är snarare ritningen som vi utvecklar när vi arbetar vid datorn, vi bygger inte alls huset. Det gör kompilatorn och webbservern åt oss, eller hur?

Jag har redan följt Daniel Brolunds råd från hans tal Var en guldfisk och undvik kollaps: skriv ut en bild på en guldfisk och rådfråga den varje gång du vill lägga till ytterligare en if-sats i koden, kanske göra en till branch:ning i versionshanteringsträdet eller utveckla kod som kan behövas någon gång i framtiden. Vad skulle guldfisken tycka om det? Just nu tittar två förvånade ögon från en tecknad fisk på mig. Ok, I get the message. Undvik komplexitet, varje extra liten krånglighet är ett steg på vägen mot kollaps.

Marcus Ahnve tycker att vi ska kasta ut experterna och fokusera på helheten och jag tror att han har rätt. Vi har en expertkultur i vår bransch, där det ofta ses som orimligt att en och samma person kan vara duktig på databas OCH html! Det här innebär att många arbetar med samma sak i varje projekt, kan man då verkligen förvänta sig att individer tar helhetsansvar?

På eftermiddagarna var det öppet forum (Open Space) med längre diskussioner om ämnen med lättrörlig anknytning. Bland annat om hur en agil chef kan vara, tips och tricks på hur man arbetar för att bli ett bättre team och varför det ibland är svårt med förändringsarbete.

Vill du följa med nästa år?

Ps.

(bildkälla: http://mearesuperstar.blogspot.com/2007/01/en-guldfisk.html)

Ds.

Idag skrivs nästan all mjukvara in english, även hos företag som har svenska som huvudspråk. För en tid sedan slog det mig att IT-avdelningen kan vara den enda delen i en organisation som använder sina egna termer för att beskriva produkter och tjänster.

Är det verkligen bra?

Företagets språk – domän – borde kanske också återspeglas fullt ut i utvecklingen av mjukvara? Då blir det domändriven design* på riktigt.

Nackdelar?
Om företaget anställer en person som inte kan svenska lär det ta tid att förstå koden, ingen tvekan om den saken. Det blir en längre startsträcka, men som en bonus lär man sig terminologin som faktiskt används i hela organisationen.

Vanligare är kanske att man lägger ut hela sin systemutveckling utomlands. Då behöver alla verksamhetskrav översättas och i praktiken innebär det att företaget faktiskt byter språk (eller blir flerspråkigt).

Det finns ju inga tekniska hinder för att skriva kod med svenska tecken, men det kanske känns konstigt i början. Som att lära sig ett nytt språk? Ett tips: börja med att skriva enhetstesterna på svenska. Namn och beskrivningar går ju att sno rakt av från kravdokumentet eller postit-lappen på väggen. Hör av dig och berätta om dina erfarenheter!

* Läs mer om domändriven design (Domain Driven Design)