Crisp Home

Tag Archives: team

Case Study of Mobile Team at Projectplace

Posted on by Max Wenzin.
Projectplace

Projectplace

I am currently working as a Scrum Master for multiple teams at Projectplace in Stockholm, Sweden. One of those teams is the Mobile Team. They are developing Action Boards for both iOS (iPad) and Android platforms. These Action Boards are also available in the Customer Preview of the Projectplace web service. Both Web Team and Mobile Team share the same API’s. The iPad app is planned to be released in 2-3 Sprints from now.
This case study can be written from many perspectives, but in this article I am going to focus on how we are working with the challenges of having a distributed Scrum team.

read more »

A professional mindset

Posted on by Mattias Skarin.

Is this years final series in the Swedish hockey league, there is one team that standing out from the crowd. They are more stable, persistent and thorough in every part of their game than the other teams.

Today I stumbled over this comment from one of the players. It highlights a mindset I have seen in both software and sports team that basically felt unstoppable.

"If I am going to think about this victory on the way home? No. I am only going to think about the details that is going to make us better in the next game" 

           – Jimmie Ölvestad

Emo-lines

Posted on by Hans Brattberg.

If you coach a scrum team but you’re not around to observe them during the sprint, how do you know how they felt about it?

Ask them.

You can interview them individually or as a group. Both approaches have their problems and limitations. Individual interviews take a lot of time, and sometimes you can’t share the results without breaking confidence. If you ask them as a group you usually only get answers from the most outspoken people because:

It’s hard to talk about your feelings among strangers.

One of the teams I coach had mixed feelings about Scrum. Some were healthily skeptical, and some positive. The first sprint went very well, with a good sprint planning, a lot of initial energy and a demo that actually showed customer value. But I felt that some of the team members were not too sure how the others felt about the whole thing. I wanted to help them with that and also get some feedback myself (I admit I was a bit nervous about not being around).

I used Emo-lines.*

Here’s how you do it. First draw a time-line representing the whole sprint and ask everyone to put up notes, marking memorable or unusual events. The team’s looked something like this:

Then you prepare for the Emo-lines, start by drawing a line directly underneath the time-line. The line represents neutral feelings, with feeling good above, and feeling bad below:

Next, have each person draw how they felt during the spring using different colored markers, starting at the sprint planning and ending with the sprint demo. Here’s a simplified version of the team’s chart:

The team members’ feelings varied greatly, you can see from the chart that the sprint demo went well though because everyone felt pretty good at the end.

The next step is to ask each person to comment on his/her line. Here’s what the team said:

Mr Green – a skeptic at first.

Mr Green is a very influential person in the group and the architect, he was the first to go. He said that he was a bit skeptical at first (as everyone had noticed during the scrum training right before the sprint started). He was worried that sitting and working in a team room would interfere too much with his flow and his privacy. As the sprint went on, he came to appreciate how quick and easy communication was with the new setup and realized that it was rather fun working that way. And when the first demo went well, well…

Mr Blue – a scrum advocate who got lonely.

Mr Blue was one of the driving forces in introducing Scrum to the company and the only one who was a certified scrum master. So I was a bit surprised and worried that he had such a dip after the first week. As it turns out, during the second week he had to work from home because his kids were sick, so he felt isolated and unproductive.

Mr Orange – an enthusiast both when skeptical and when not.

Mr Orange was also one of the skeptical-at-first but enthusiastically so. At the beginning of the sprint he felt that it was fun and that it worked for him. The problem was that they actually completed the whole sprint backlog mid-sprint and he thought that was boring and unproductive. As soon that they got some extra work from the product owner he was happy again.

Are Emo-lines useful?

The team thinks so, and they decided to use them at the next retrospective. The second time they got even more out of the chart, each line showed more variation and the explanations were more detailed.

They are also valuable to me as a coach. Even when I am not with the team during the sprint I get detailed feedback about how the team feels at the end of each sprint.

I also noticed more than one surprised look on the other team members’ faces when Mr Green talked about his line, and I think some team building took place.

Here’s a picture of the whiteboard:

*If someone has another name for these, please let me know, I heard about them from my colleague David Barnholdt, and he didn’t have a name either.

Emo, see http://en.wikipedia.org/wiki/Emo

The responsibility model

Posted on by Mattias Skarin.

At the Lean Software conference in London Portia Tung tipped me off about Christopher Avery’s responsibility model. I need to show it to you.

  1. Denial - ‘Problem? What problem? There’s no problem.
  2. Blame – ‘I don’t have a problem working with you. You seem to have a problem with me. That makes it your problem. ‘
  3. Justify – ‘I guess it’s possible that I’ve become insensitive to other people’s feelings and needs. I can’t help it though. After all, I’ve been doing this job for a long time. It’s who I am.’
  4. Shame – ‘What have I done? I’m going to look such an idiot in front of the people at work. How am I going to live it down? Why should they help me after the way I’ve behaved?’
  5. Obligation – ‘Tell me what you think I should do. I have no choice but to do it (even though I don’t want to). I’ll do whatever you say. It’s only a job after all (no one can expect to do a job they love).’
  6. Responsibility – ‘I can wait for them to change but that could take forever. No, it’s up to me. I want to fix the problem. So how am I going to be a better colleague? I know! I’ll listen more. And be more considerate towards others. It’s a start.’

Now test yourself -  just how professional are you?

Kanban checklists

Posted on by Mattias Skarin.

Anytime
(Shall be visible with the glance of an eye)

  • Do we have a bottleneck? (look for congestion/queues)
  • Do we have an impediment not dealt with?
  • Are we keeping our work in progress limit (WiP)?
  • Are priorities clear?

Iteration planning (1/week or on need basis)

Expected outcome:

  • Prognosed delivery date given to PO if needed.
    (Use size/velocity or tasks * cycle time)
  • Stories is broken down and estimated

Schedule

  1. Update charts (velocity and cycle time)
  2. Remove done stories/tasks off kanban board
  3. Lookback last week [max 5 min]
    (What happened? Are we satisfied? Should we adjust WiP limit?)
  4. Team picks one thing to improve on for upcoming week [max 2 min]
  5. Write this down on top of Kanbanboard
  6. PO reads new stories to team
  7. Team breaks down and estimates stories [30 min]
  8. PO revises priorities and makes them visible

Checklist

  • Can all team members do the broken down tasks?
  • Is WiP limit visible on board?
  • Can we see if we exceed WiP limit at any time?

Daily standup

Expected outcome

  • Impediments are surfaced so we deal with them
  • Team members can share experience of problems earlier encountered
  • NEVER takes more than 5 min (takes some training but is doable)

Schedule

  1. What did I do yesterday
  2. What will I do today
  3. Do I have an impediment?
  4. As a team, do we need to act?

Rule:

  • "60sek rule", you have 60s to offer advice to other team members if you can help them
  • All other matter : face2face after daily standup