Tuesday, September 20, 2016

Kick-starting a backlog

Another one of the "so I don't forget" series.

We had a session with some stakeholders to start a backlog.

Purpose was to create an initial backlog for the following few sprints (3-4)

Damien started by presenting the purpose, and asking participants to:
- Present themselvs, and what are their expectations (we had four out of the six expected)

Next, we described shortly the suggested format (as explained below)

And then the fun begins !

Gather features:

1. All participants were asked to write on a postit (teh Agilists ultimate tool ;) A SINGLE feature they would like in the product.
2. All postits were explained briefly and merged (if needed)
3. All postits were broken down to the smallest stories that still bring value <Picture to be added> with a different color postit. (and marked some logo to link them to the parent story (Epic)
4. Next we repeat step 1, for any missing feature (and repeat steps 2 and 3)
5 Next we ask if anyone has a feature they think are more important than the least important story (in her/ his eyes), and repeat the process one last time.

Now we have a list of the most important features!

Prioritize:

1. We layed all the feature cards on the table in a random order, and ask the team to (silently!) take turns in switch the order of two cards (bubble sort) until a reasonable order is reached.

Storyfying the features:

  1. We took the most important story, and ran a small workshop to understand
    • Who is the story for
    • What is the addressed need of this someone?
    • What are the benefit expected?
    • What is the proposed solution?
    • What would you expect to see in a demo?

      (Or, in otherwords - make a Story out of the required feature, with a condition of done)
  2. We distributed A4 papers, split the team to three (we had two BAs in the sessions to help) and asked each team (in a timeboxed manner) to take the three first features and:
    • Write the story on a page. (as described above, with a structured template)
    • Present the story to the rest of the team (and modify accordingly)
  3. Next we took the following three stories and ... well - you get the idea!
    (One thing we forgot to do is change the teams each iteration (some teams are slower/ more theril, others are faster/ shallow) )
Sum-up
We explained that:
  • The backlog is a living document, so priorities can be changed, and stories can be added/ removed/ changed all the time (except for the current iteration)
  • Other stakeholders will intervene and add their stories, so we need a mechanism to shre priorities with other participants (and it is the role of the PO to facilitate this process)
  • We don't have any estimates yet, but we will update the stakeholders once we start having them.
Wrap-up
  • Great feedback
  • Only regreat is that not all relevant stakeholders were present.

Hope you enjoyed reading my note! ;)

The Scrum 'em bear.



Kick-starting a backlog

Another one of the "so I don't forget" series.

We had a session with some stakeholders this week - to start a product backlog.

Purpose was to create an initial backlog big enough to cover the following 2-4 sprints.

Damien started by presenting the purpose, and asking participants to present themselvs, and their expectations from the workshop.

Next, we described shortly the suggested format (as explained below)

And then the fun begins !

Gather features:


  1. All participants were asked to write on a postit (the Agilists ultimate tool ;) The SINGLE most valuable feature they would like in the product.
  2. All postits were explained briefly and merged (if needed)
  3. All postits were broken down to the smallest features that still bring value <Picture to be added> using a different color postit. (and we marked some id on them to link them to the parent story (Epic)
  4. Next we repeat step 1, for any missing feature (and repeat steps 2 and 3)
  5. Next we ask if anyone has a feature they think are more important than the least important story (in her/ his eyes), and repeat the process one last time


Now we have a list of the most important features!

Prioritize:

We layed all the feature cards on the table in a random order, and ask the team to (silently!) take turns in switch the order of two cards (bubble sort) until a reasonable order is reached. <photo>

Storyfying the features:

  1. We took the most important story, and ran a small workshop to understand
    • Who is the story for
    • What is the addressed need
    • What is the expected benefit 
    • What is the proposed solution
    • What would you expect to see in a demo?

      (Or, in otherwords - make a Story out of the selected feature)
  2. We distributed A4 papers, split the team to three (we had two BAs in the sessions to help) and asked each team (in a timeboxed manner) to take one of the three first features and:
    • Write the story on a page. (as described above)
    • Present the story to the team (and modify accordingly)
  3. Then we took the next three stories and (rince and repeat... - well - you get the idea!)
    (One thing we forgot to do is change the teams each iteration (some teams are slower/ more theril, others are faster/ shallow, we want the team to evolve...))
Sum-up
We explained that:
  • The backlog is a living document, so priorities can be changed, and stories can be added/ removed/ changed all the time (except if they are in the current iteration)
  • Other stakeholders will intervene and add their stories, so we need a mechanism to shre priorities with other participants (and it is the role of the PO to facilitate this process)
  • We don't have any estimates yet, but we will update the stakeholders once we start having them.
Wrap-up
  • We received a great feedback
  • The only regreat is that not all relevant stakeholders were present.

Hope you enjoyed reading my note! ;)

The Scrum 'em bear.



Wednesday, September 14, 2016

Iterative Fruit-salad

So, after we have estimated our fruit salad, let's get our hands dirty!
....

After last time we prioritized and estimated out fruits, now it’s time to get our hands sticky!

Preparation:

  • An excited team (10 people) with some budget to go and buy fruits during lunch break.
  • A workspace (kitchen).
  • Some basic tool: 2 boards, 6 knives, Some bowls and spoons


We create an expert team, who know about fruit-salad, and they just received their first customer!

First iteration:
Damien meets the team and describes his needs:
- I have 6 friends coming from France, and would like to offer them some fruit salad, what can you offer?

Team asks a few questions, like:
- Do you have allergies? (Smart! We planned an allergy in one iteration!)
- When is it?
And Damien’s response is basically - you are the experts, I trust you. I’ll come back in 5 minutes to see what you can offer.

And the team offers damien to have small two salads ready for the demo so he can understand better what is possible to produce.

They decide to split in two and start working frantically…
Cut them fruits!


Demo
When Damien comes back after 5 minutes, they happily present him with…
...Two identical big salads…
Two identical salads, find the difference...


The disappointed is written all over his face, he was expecting two…

but then he tastes them!
And we find out that:
- He is looking for a much sweeter salad
- More finely cut
- And more esthetic.

Also - he adores this small fruit that he never tried!!!

Retrospective:  
So, what can we improve?

We started to have tons of proposals for improvement, we need a paper-board to write all of them!


Oranges would be great! and we may not have oranges - but we have a near-by drink distribution machine, could we use ready-made orange juice?

Second iteration:
Damien is willing to try orange-juice in the salad but isn't sure he will like it,
and the team commits to four different salads for the next sprint! but asks for 10 minutes!!!
- Damien says it is too much, since his guests are coming soon and he won’t tell them to reschedule their visit just because there is a problem with desert, right?!
- Oh, turns out Damien may be allergic to the strange fruit he likes so much...

Team is much more organized, there is an owner for the clock, to warn everyone 2 minutes before delivery (so they prepare a nice demo)

During the demo:
Orange guice in the salad is nice (not too much though), in fact he likes the salad not to be too dry... , and some fruits are left out.

Also - the easthetics still needs improvement.

And the demo work so well Damien is happy to give the team an advance! So they can buy better tools (an apple peeler and another cutting board!)

An excellent demo from Ram the vegeterian, he sure knows his salad!



Third iteration
Damien’s friends are arriving soon, he has to have the fruit salads at the end of the iteration!
Turns out he didn’t have an allergy after all!
And a news flash! there are only three friends arriving and one of them has melon allergy

The team is eager to deliver!

In the middle of the sprint they have a brilliant idea! Let’s delight our customer! We will add m&ms as a side-dish (since we have more budget, and the vending machine is nearby)

Then the demo arrives, we have a lovely table, an m&m dish, but…
...only two dishes are ready…

(Damien is happy about the m&ms but really disappointed only two salads are ready…)

Perhaps it would have been better to assure delivery before extras feature?

As a last exchange, damien is asked what is his favorite desert in the world?
The surprising answer is: chocolate!
Luckily we had a tablet of Dark Chocolate With A Touch Of Sea Salt!!!

Sometimes the solution is simple if you understand the need and not just the requirement, I guess ;)

All’s well that ends well




Personal learning:

  • We didn't force the team to work in 'scrum', the customer wanted iterations and had time constraints, and the team self-organized around it.
  • The whole exercise tool about 90 minutes, we wanted to add two more iterations but we ran out of fruits...
  • If you don't wash the dishes end of each iterations, at some points you spend unexpected time to wash them (technical debt?), so you have an iteration where you deliver less.
  • The main value was from authentic emergance in the team and with the PO.


Oh, and if you do the exercise, remember to buy more fruit, I asked the group to buy enough for the whole team but they were too modest...

And don't forget to thank the creator of this activity !

Till nextime!

Saturday, June 18, 2016

Agile France - ☯ Mindfulness & Agile ☯

Was a great session yesterday!!

Will probably put all materials here, but I'll start with the slides:
(Feel free to leave comments - en Fran├žais!)


Tuesday, March 29, 2016

Fruit salad estimation

As part of a scrum training, I ran a great activity today, (in France)
(And I just ran it again - 6 monhs later in Thailand)

(I am writing very lean, so I won't forget, expect updates soon...)
(But will try to intertwine my fresh experience...)

Preparation:
To learn estimates, I have prepared cards with names of about 50 fruits, some exotic, some (like tomatoes) non-fitting a fruit-salad (or maybe yes?), some non-fruits (mint, ginger), etc.
- Since We have people from Thailand and India, I've put Thai-specific and Indian-specific fruits.so people can bring different knowledge to the team)

- The participants (15) were split to three teams, and I have split my deck to three as well (randomly).

First task for each team:
- Could you sort the deck you received by value - hence, if this fruit was cut so it can be part of a fruit salad, what would be its value (consider color, taste, texture, exotic-ness, etc),
I dont ask for a value, just for the order
(- You can use a voting mechanism if you want)
 (3 minutes, and 5 in Thailand)

Second task for all the teams:
Merge the three decks into a big one. so I can have a big deck sorted by value.

Hence: now we have an initial backlog!

At the end of this iteration there was about half the deck that was not sorted - since they considered all these are not worth the effort (a tomato, ginger, etc)

Third tasks for each team:

- Now I split the deck I received to three, keeping the order (if the deck was 123456789....., first team receives 147... second 258.... and third 369...)
- They are asked to estimate the work it takes to cut each fruit in Half-Banana points.
- Hence if cutting a banana is an effort of 2, how much effort is cutting an apple?
(a small retro to see if they leaned something about fruit cutting in this discussion - indeed! a Kiwi is easy to peel with a spoon!)
- Each team gets the estimates of one other team to see if they (more or less) agree.

Fourth task:
- Now that you know the effort, would you like to re-work the order?
We tried several ways to work - the one that worked best is this:
We have put all the card on the table in order, and each team member can switch the order of two cards... BUT IN TOTAL SILENCE
worked like magic!!

Hench we:
- created an ordered backlog
- estimated the most relevant items
- did a backlog grooming.

And tomorrow - to finish off:
I'm buying the fruits they chose and we are having a fruit-salad Scrum project... (shhhh... don't tell anyone - it is a surprise...)

Thanks to Lyssa Adkins for the inspiration!

Thursday, November 5, 2015

☯ The team-management Koan ☯


How do you manage a self-managed team?




Challenge (extra bonus):
Once you reach enlightenment, please try:
1. Drawing the org-chart
2. Explaining this to HR/Management


Friday, October 23, 2015

✡ Agile and Documentation ✡

... Dedicated to Andrei...


- Next week, I am having lunch with a funny redhead that is converting to Judaism.
- Today, in a meeting, I was asked by one of my managers why documentation is less valued in Agile.
- Yesterday, a friend asked me to blog more.

What's the connection? sit back and enjoy a fable...


- Important: this is BY NO MEANS a post about Judaism or religion, though not religious, the belief-set I feel closest to is taoism, so read it as a taoist tale...


✡✡✡

Origin: (you can skip it...)
   On another occasion it happened that a certain non-Jew came before Shammai and said to him, “I will convert to Judaism, on condition that you teach me the whole Torah while I stand on one foot.” Shammai chased him away with the builder's tool that was in his hand. He came before Hillel and said to him, "Convert me." Hillel said to him, “What is hateful to you, do not to your neighbor: that is the whole Torah; the rest is commentary; go and learn it.” [AJWS translation] 

✡✡✡

So, setting up the premise:
Once upon a time, in the far away land of Israel (or elsewhere), there were two schools of Judaism, with a very different approach:

 - The house of Shammai, a very strict and righteous school, whose center is the head. Guarding Judaism like a precious stone. lots of processes and rituals, and whose default answer to anything is No, unless proven otherwise (Let's call him the house of Control-centered Project-Management...)

 - The house of Hillel, a very promiscuous school, whose center is the heart, one that in case of a doubt says Yes. (Agile, anyone?)

✡✡✡

A certain non-jew was curious about the Torah, and wanted to understand what it is about, who knows, perhaps it is a life changer? in which case he was ready for an adventure.

But he doesn't want to study for a lifetime just to find it was a waste of time (would you?)

So, this poor chap searches for someone smart and serious to explain what is this Torah (the documentation of Judaism?), so he understands and can decide what to do...

- He arrives to the house of the distinguishes wise-man Shammai, knocks on the door, and once (grumpy - I guess) Rabbi Shammai himself opens the door, he asks him for something very strange...

"Could you teach me the whole Torah while I stand on one foot?"
(This part always makes me smile - it is like the Koan of the sound of one hand clapping)

And the answer he received is...  He is being chased away with a broom...

✡✡✡

This poor chap is quite determined,though.
He doesn't give up, there is another house just around the corner,the house of Hillel.

-Again, a frap on the door, again the door opens,

This time, it is opened by old-Hillel himself..

And again - the Koan is given: "Could you teach me the whole Torah while I stand on one foot?"

--- What happens now never ceases to amaze me ---

He receives a two (I imagine, even, three) part answer:

0. (I imagine) a big reassuring smile.

1. "What you hate being done to you, don't do to your fellow (wo)men"

2. "The rest is just commentary, now go and read it."

Hence:
- Once you are spoken to with a smile, and once you know what it is about, the rest is 'just' details, enjoy it as you want.

Or, while we value documentation, we value a clear, sincere, and respectful intention more.


✡✡✡✡✡✡



I could talk about user-stories, about a company mission-statement, about the value of a smile and a trust, etc. but I'll stop here.

Hope you liked it!  I would love to know what you think! (*)

(*) If you write a comment, note - the google beast sometime swallows it without a trace, like it did to the previous version of this post, please keep it to re-publish...

See-ya Nextime!

Your scrum'em bear!