on hiatus

We wrapped up sprint 2 on June 20th and just had the review and reflection meetings yesterday. For those keeping score at home, that is a more than a 2-week gap. The process has improved considerably since last time and we were very close to hitting our targets. We came through with 3/4 deliverables and are close to the other one.

So why the long haitus? Again, we can't work around missing pieces of the puzzle; and instead have been waiting for them to appear. At this point there is simply no more prep work to do.

Until we reach a point where circumstances and priorities are not changing faster than the sprint length, all future sprints are on hold. Otherwise we spend too much time re-planning and it is not productive enough. I hope to be writing again very soon - it seems the missing pieces will arrive this week!

I made alot of mistakes

The title is from the Surjan Stevens song Chicago, if you haven't heard it before I would recommend it.

This sprint I decided that I needed to get a ton of things done because I was behind. I would not be slowed down by things like history or logic... Claudia even warned me that too much of the work was for me, but I still thought I could power through it. Funny thing is, the time-space continuum did not expand for me. Instead of being only a few hours behind with 4 days left to go, we are over 25 hours behind. Indeed, I made a lot of mistakes.

First, the planning meeting was over Skype and using Agilo software. This was the first time and things were unfamiliar. I got a little frazzled looking for things. To save time, we broke out the tasks for our own stories separately - tasks were even less everybody. Also estimating time was almost independent. Lesson = always know your meeting software.

The rest of the mistakes were technical or stubborn. Equally problematic, but easier to avoid and less interesting to discuss...

There is no everybody in task

As far as I can tell, one of the basic tenants of agile work is that tasks should be time-boxed, complete (clear goal to finish), understandable, and everybody can do them. The first three requirements are already no picnic but we are learning. The 4th one is proving to be a bear.

The tasks are very obviously either for me or for Claudia. This makes the burn-down of limited use. If she sees that I am behind she usually cannot help and vice versa. It is partially due to our unique (sometimes non-overlapping) skill sets and partially due to geographic location (access to equipment).

I am not sure what adjustments to make here...

Proof of Concept

Ok, after a retrospective meeting and a meeting with the boss - I am ready to chalk up Sprint 1 to proof of concept. Not necessarily proof that the concept works perfectly, but it is on the right track. The good news is that he is willing to get more involved and provide the necessary insight as product owner. Bad news is that a combination of factors (illness, travel, national holidays) put a 2 week (one full sprint length) gap between our finale/retrospective meeting and today's planning meeting. Hopefully in all that time we subconsciously learned something and can plan better now. Meeting in T-53 minutes...

Initial Sprint completed?

Technically yes, but what does it mean? It was exciting to chip away at smaller problems and see progress but we did not quite pull it off. We had a really productive first day, largely due to things we had  

accomplished before the sprint officially started. We did complete more than half of our tasks (~50 hours) but were too slow. We closed 2 of 5 stories with 2, 10.5, and 5 hours left on the open stories.  

What happened? Did I do enough as scrum master? Did I pull my weight as a team member? I don't know...

This sprint illustrated clearly that assuming three roles is not ideal. We did our best but did not see all the cards on the table. Barriers appeared that we could not work around, e.g. planning for the wrong neurophysiology software.

Besides more knowledge, one disturbing issue is almost. We completed over 70% of tasks and almost finished the stories. This means the stories are incomplete. This was one my problems I hoped to overcome - always working a little more to finish instead of getting things done. I hope future sprints have less external shenanigans and produce more concrete results.

14:31

Yesterday's 5 minute tag-up took 14 minutes and 31 seconds - all is not smooth and research-land. It exposes a problem of no real time for team interaction besides the tag-up and emails. The more disruptive problem is planning around holidays (I have had ~1 holiday per week recently). One person on holiday in a two person team = no meeting. I have still called in, but have no work to report and can take no action as scrum master so there is little sense. We should have planned around them... next time Gadget, next time!

Short sprints + small teams + holidays = problems. 

Marco... Marco?

Our tag-ups are tricky enough with a 6 hour time difference - my day is more than half way finished by the time I report what I will do today. But a friend was giving his PhD defense, so we agreed to cancel yesterday's meeting. No big deal, small team, good software to track progress. We would catch up on everything today.

I had to travel to Geneva today to meet a clinician in the project. Very interesting, real nice guy, good meeting... got in the cab to the train station and saw my watch. I totally forgot the time and was late for the tag-up call. No problem, it is not too expensive to use the cell... of course I don't have the number.

Luckily there is wifi at the station and I fire up skype on my iPod Touch. I was 90 mins late for the meeting but fortunately the rest of the team was really cool about the whole thing. I can't drop the ball again...