Category Archives: Scrum

7 Agile Myths

Dragon
http://www.flickr.com/photos/michaelransburg/3855808163/

Today I had a lightning talk at the ACE!Conference in Krakow (as you probably know, I’m a lightning talk addict ;)) and talked about seven Agile Myths. You’ll hear about these myths most of the time on management level, but some of them can be found on the development level, too. IMHO it’s important to be aware of these myths to be prepared for possible discussions.

Agile = No documentation

This is one of the most famous myths and I think we have to blame the agile manifesto for this. The line “Working software over comprehensive documentation” is often misunderstood with no documentation at all. But how could agile Frameworks like Scrum survive in highly regulated environments like the medical or financial industry if this would be right. For sure there is documentation, but we don’t waste time on documents that deliver no value to the project.

Continue reading 7 Agile Myths

An agile cloze

Cloze
http://www.flickr.com/photos/monkeyminddesign/4553428118/

I was just inspired by an german christmas cloze. It even inspired me so much, that I decided to write an agile cloze and let you fill the missing pieces :) So, here you are.

The best way _____________________.

Scrum is ______________ but XP _________________ with or without Kanban.

I currently read ______________ and think _____________.

___________ is the best thing that happened to our company because ____________.

Would you believe _______________.

_____________________ awesome.

If ______________ the world would be a better place.

Happy __________________.

You can either leave a comment or create a blog post based on the above cloze. I’m looking forward to your “fill-in” :)

10 things to mess up your retrospective

Retrospective
http://www.flickr.com/photos/metabolico/583204694/

It’s about time for a new list. Today, I decided to write a list on how to mess up your retrospective. There are a lot of possibilities to do this and the following tips will help you doing so 😉

1 – don’t prepare anything

As the retrospective is the simplest and least important meeting of all Scrum meetings, it doesn’t need any preparation. Just come together and start. Wait, where are the pens and the post-its? Forget about it! Just sit together and chat a bit.

2 – Start immediately

As there is no need to set the stage, start immediately with gathering data. Immediately start the retrospective with asking the two questions: “What went wrong?” and “What went well”. That should be sufficient to get great results.

Continue reading 10 things to mess up your retrospective

5 Reasons Why a Product Owner Team Might Be a Good Idea

Teamwork
http://www.flickr.com/photos/yckhong/363310776/

During this week I read an interesting article called “Is Scrum a –ism that doesn’t work for real?“. One of the things that @marcusoftnet mentioned in his article was this:

The product owner is an unicorn

I continue to read and had to agree with him in many points. The rest of the week I kept thinking about this and came to the conclusion that in some environments a product owner team would be a better fit. But what could be a good reason for a product owner team?

1 – Responsibility

One good reason might be a shared responsibility. In some companies it seems to be difficult to define THE one and only PO with all needed responsibilities. Even worse, I saw product owners, whose decisions were overruled by their bosses and managers. This does not only have a demotivating effect on the PO, but also the development team becomes insecure when working with her. When you have a PO team, it is much more difficult to overrule them.

Continue reading 5 Reasons Why a Product Owner Team Might Be a Good Idea

5 Signs That Your User Stories Suck

Stop Sign
http://www.flickr.com/photos/arlette/3260468/

About one a half years ago, I wrote an article about how to mess up your user stories. In the meantime I saw other “User Stories” that gave me creeps. That’s why I decided to write this article. So here is my new list of signs, that your user stories suck…

1- Your user Stories Are Only a Wrapper

If your user stories only consist of one task, this is a sign that you just using them as a wrapper. I don’t know why, but it seems that some people believe, that they have to use the user story format for everything. A user story is “a promise for a conversation”. If there is nothing to discuss and it is a simple task, than write it down like this. Don’t wrap a pseudo user story around it. In most cases this is also a sign that your user stories are too small.

Continue reading 5 Signs That Your User Stories Suck