Crisp's BlogPage 32

En fördel med denna kris är att vi IT-folk, så fort någon sneglar i vår riktning, kan slå ut teatraliskt med händerna och säga "Nonononono, titta inte på oss – vi är oskyldiga". Dock kan den svida nog så illa, speciellt om man är konsult. Så, hur djup blir krisen för oss? Enligt den ansedda

Alistair has kindly published a summary of ideas and practices around Agile contracting,
Areas covered, Fixed time, Fixed Scope and some new ideas.

But remember, in any contract honour the Principle of fair exchange (by Verna Allee):

"Do not enter a contract where you would not wan’t to participate as either side as signing party."

5 months have now passed since we introduced Kanban and Agile to two teams. Here is a half way report:

Good stuff

• Trust has grown significantly, to developers and to managers
• The work they put in is now visible and appriciated in the organisation
• "We now have visibility and can affect our situation" / team member
• Both have taken significant steps from specialized individuals to teams. This is seen in frequent cooperation and problem solving.
• Knowledge sharing has intensified dramaitically
• Managers can instantly spot problems by walking through the department looking at the kanban boards
• 2 months after introduction, one team was voted "best in company" that sprint. It was also acknowledged as second highest "good" thing in company retrospective same period

Challenges remaining:

• It is hard to find clear team goals (there are no sprints)
• Knowledge sharing puts pressure on senior members, it is important to give something back, making their work fun
• A constant struggle fixing root causes outside team limits
• Teams evolves so rapidly it is hard for organisation to keep up!

The positive problem of the month
I was called in to one teams retro…

"we think we have a problem.."
"uhm.. (holding my breath) . tell me"
"well in our retro, we have too few problems…"

I’d love to see more of this 🙂

Några kollegor på Crisp gav tipset att titta på videon från David Andersons presentation Future Directions for Agile från Agile 2008 Conference. Väldigt väldigt intressant, och emellanåt ganska provocerande, så det kan inte bli speciellt mycket bättre. Real Options Theory var ett intressant nytt område som jag skulle vilja läsa mer om (närbesläktat med Lean),

När jag började lära mig Scala så stötte jag direkt på Actors, ett koncept snott från (om jag förstått det hela korrekt) Erlang. Actors är ett sätt att få till concurrency genom att skicka meddelanden, till skillnad från det vi alla under ett decennium svettats med i Java, trådbaserad concurrency. Tanken är att det ska

Cory Doctorow (som bland annat är känd som intressant SF författare) har sammanfattat varför han inte tror att metadata (dvs data om data) kommer att lyckas i Putting the torch to seven straw-men of the meta-utopia. Kort och kärnfull spark i skrevet på de som tycker den semantiska webben är intressant. Ouch!

Anne Thomas Manes förklarade den 5:e januari SOA som dött, och ett flertal personer har inspekterat liket och godkänt dödsprotokollet. Själv är jag inte bland de närmast sörjande, och sörjer inte heller. Good riddance, som det heter. Tvingade mig själv för ett par år sedan att läsa en hel bok i ämnet för att försöka

I currently coach a system administration team. Anyone who has worked in one knows the constant attention required and the difficulty to find  uninterrupted time. (phone ringing constantly..) 

Doing kanban, we do iteration plannings every week and they need to be fast and accurate and we only need to keep a 45 min window. We have experimented with different approaches, and this has been the best working.

This is not you, right?

• Customer making changes at a faster rate then the development teams can implement
• A development team running short sprint lengths only to deliver crap to QA
• A development team promising features at a quicker rate than we can make avaliable to end customers – only to build up a queue of unshipped work
• A management team changing directions in a faster pace then company can absorb them,
• A software development company entering an Agile contract with a waterfall process

We apply agile principles to be fast and responsive to changes. Lean teaches us to "deferr decisions", agile to "change late". But doing this and turning a blind eye to real limitations we  fool ourselves to believe we can drive faster than we are able. Result? Quick steering adjustments aimed for a sports car brings the truck into inbalance and possible into the ditch.

running this?	..or this?

Alex Miller har haft den intressantaste bloggen för de som intresserat sig för Java 7, och han har en speciell sida där han summerat all information han kommit över. Java har känts lite övergivet på Sun, tycker jag. Det har inte funnits någon kapten på skeppet. Gosling gör lite som han vill, men driver inget

I often hear from Scrum teams they don’t understand why estimating in story points are better than estimating in ideal man days. Here comes three reasons …

I’m half time on paternity leave so this blog entry will have a touch of my life at home with my 1-year-old son Oliver.

Even though they can’t speak, those young citizens have a lot of power since their screaming can make a father do anything they want and do it now. Similarities to eager product owners are not too far away 😉

I torsdags fick jag chansen att hålla en presentation av det som ligger mig varmt om hjärtat; de största hindren för att uppnå effektivt team samarbete.

Slidsen från presentationen har ni här.

Min presentation byggde mycket på Patrick Lencionis bok och arbete kring "The five dysfunctions of a team". Jag har under min karriär själv konstaterat att ofta så är det största hindret för framgång bristen på bra samarbete i ett företag i synnerhet i utvecklingsteamet självt. I Patricks arbete har jag upptäckt många bra idéer och verktyg för att skapa bra samarbete i nästan vilket team som helst.

Jag har nu också fått chansen att pröva att omsätta dessa idéer i praktiken och se att de faktiskt fungerar. Redan innan jag hade upptäckt Patricks bok, hade jag på olika sätt jobbat på ett mer informellt sätt jobbat med att uppnå effektivare samarbete i de utvecklingsteam jag jobbat i, men Patricks mer strukturerade angreppsätt är betydligt snabbare och mer effektivt, speciellt genom att alla i teamet blir medvetna om vilka hindren är och vad man kan göra åt dem.

Nedan följer en textversion min presentation som jag höll den på javaforum. Jag lyckades spela in den på video också, och kanske jag orkar klippa ihop den med slidens och lägga ut den här på bloggen framöver, vi får se.

Kurs i The Five Dysfunctions

Jag kommer den 4 februari genomföra en kurs i ”The five dysfunctions of a team” med syfte att i detalj gå igenom de fem dysfunktionerna samt verktygen och övningarna för att bearbeta dem.

För de som inte orkar vänta tills dess, kommer jag också genomföra ett morgonseminarium på Crisp lokaler på Sveavägen 31, den 16 december kl 9-10, där denna presentation, utökad till en del, kommer ges.

För att anmäla dig till seminariet eller kursen maila academy@crisp.se

Continue reading

A French translation of my book Scrum and XP from the Trenches is now available. Big thanks to Guillaume Mathias, Bruno Orsier, Emmanuel Etasse, and Christophe Bunn. Spanish, Japanese, Chinese, and Portuguese translations are also available. Korean, German, and Slovak translations are underway. I never cease to be impressed by the agile community! All translations

A Portuguese translation of my book Scrum and XP from the Trenches is now up on the Brazilian InfoQ site. Big thanks to Renato Willi for initiating and coordinating this effort, and thanks to all the other 30 contributors as well who made this happen (listed at the end of the book)! Spanish, Japanese, and

Min gode kollega Hans Brattberg ställde denna provocerande fråga:

Vad i Lean hindrar oss från att göra en kejda av
Req Spec -> Architecture -> Design -> Program -> Test -> Production

Med handovers hela vägen?
Utan kommunikation?
Utan Cross Functional?
Utan Feedback?

Cycle time helps us monitor our system performance. So cycle time is a good  thing 🙂

But there is two ways of tracking it. First (obvious) way is by starting a stopwatch when an item enters system and stopping it when it exits. This gives a reliable measurement but only after we have passed the process.

But there is a better way!

Here are the slides from my session "Multi-team sprint planning" from Scrum Gathering 2008 in Stockholm. Here is all the other material from the Scrum Gathering. Interesting stuff!

Here are the slides from my session "Bootstrapping Scrum – Lessons learned helping companies get started" from Scrum Gathering 2008 in Stockholm. I used the same slides at the Scan-Agile conference in Helsinki Oct 29. Here is all the other material from the Scrum Gathering. Interesting stuff!

Have you experienced a burndown similar to this?

More than once?

Let me show how Kanban can help both team and managers to spot the underlying  problem before it is too late.

Yesterday I was at the "Agile i Sverige" conference in Stockholm and did a keynote called "Lita på mig – löften och lögner i agila project". In English that would be "Trust me – promises and lies in agile projects". Here are the slides. The slides are in Swedish (although I ended up doing the

Functional requirements describe how a system delivers value. However, the quality attributes of those functions will make or break it. For example, if your functional requirment is about something that takes you from one city to another, I have a car to sell. Really cheap, for that matter.

Every system has an architecture. It may be elegant or it may be ugly. It may be described or it may be unknown. But it is.

Architecture is what determines the qualities that the system delivers. Is it fast? Is it secure? Can it be extended? Does it scale?

The qualities you strive for should determine the design of the architecture – not the other way around.

I Alliansens uppgörelse om FRA-lagen från 25:e september finns 15 punkter beskrivna. Punkt 11 lyder: En underrättelseskyldighet till enskild införs. I min naivitet trodde jag att det betydde att en individ som felaktigt blev avlyssnad skulle få veta det. Helt fel, visar det sig, enligt interna dokument innifrån alliansen, för ansvaret ligger på oss individer

Innan jag började med parprogrammering för några år sedan var jag en skeptiker. Numera vet jag att det fungerar och varför. Får jag välja själv, programmerar jag inte på något annat sätt.

När en kollega nyligen efterlyste argument för parprogrammering (då han mött en motsträvig organisation) fick jag konkretisera min tankar kring varför det fungerar och vilka vinster man når.

Scrum does not fit well into the fast moving world of support. There is no Sprint committment, there is just continuous work.

But support teams can go Agile. The solutions is spelled Kanban. I have coached two support teams adopting Kanban and attached is a visual representation in how we did it.

"It really helps us visualize our projects and situation"
– Team member

"The first useful thing I can bring with me"
– Team member

How support can go Agile in 5 min

This is not the only way to do it and it is certainly not the end station :). It was just the way that helped our teams to "get going" instead of talking about it.
— mattias.skarin(at)crisp.se

Building something common out of high performing individuals is not always easy. Here are my favourite five Agile team rules:

• Best idea prevales!  "No" – is allowed, if you can come up with something better
• Steady progress beats tripping and falling over
• Bad news first
• In order to lead an army, you have to be able to lead a group. In order to lead a group, you have to be able to lead yourself
• Is it better to be right or to be helpful?

The day I know I have succeeded with Agile? -The day I am out surfing 🙂

As part of development teams and as project managers, I have worked with a number of support departments. They face similar issues:

• "We can’t promise project completion – we are interrupt driven"!
• I want coworkers to take a bigger responsibility, but how?
• How can we too get Agile?

The solution is spelled Kanban Scrum (or just "Kanban"). Currently I am coaching two teams in support/operations to tackle above issues. Being one month into this, I see both teams do great progress. I will get back to tell how we do it. Stay tuned.

I Alliansens uppgörelse om FRA-lagen från 25:e september finns 15 punkter beskrivna. Punkt 8 lyder: Sökbegrepp som är direkt hänförliga till en viss fysisk person får inte användas utan särskilt tillstånd. Vad betyder detta? Jag menar att det inte betyder något alls. För det första så måste alla sökningar föregås av ett särskilt tillstånd från

"Scrum is like chess, simple rules but hard to play"

    – Who else but my collegue Henrik 🙂

Scrum received some criticism today in Computer Sweden. The article featured an interview of Ken Schwaber and our guy Henrik Kniberg. Tobias Fors from Citerus was giving the comment that Scrum lacked support for retrospective. I am not sure if he was quoted correctly.

I am in the belief that Scrum has three roles, three artefacts and three meetings. Of the latter, there is one you should never skip.