The Agile Tester

Analyze, develop, test, deliver .... still sounds familiar?

Getting rid of the waterfall mentality is difficult within some roles, specially when it comes to testers, they will always tell you:

 "How can I test, this is not finished, the story is halfway done, there is no point in me testing anything!"

 Well, actually there are quite a few...

The Agile Analyst

When I first said there was no need to do up front analysis, I was looked at as if I was totally crazy...

"Developers can't think! they need to be told what to do, they are mostly Junior, they do not know the application, it's the first time they work here !"... 

I still have to see a developer that found use for an analysis done before the beginning of a sprint.

Agile Product Owner

The product owner, the person that wants your team to provide him with a working product.

In most corporations linking Agile to Business strikes directly to one's mind as an oxymoron. Business takes ages to make a decision, most of the time they do not know what they want, and more often than not, they just expect IT to deliver what they want in time and they forget about it until the release date is upon them.

So how do you convince them to get involved into an Agile process?

Closing the water taps

Waterfall...or is it "Waterfail"?

Since the first time I've been in contact with a project, there has always been one single common factor for each of them:

Failure
(bigger or smaller, but always failure)

Scrum in a big corporation

I started as Scrum master less than one year ago, I'm working in a big Telco company in Europe with no previous scrum experience.

As soon as I was introduced to the Agile philosophy and the scrum methodology, I felt completely identified with both.

Quickly, I was given the chance to become Scrum Master for a team within a bigger team of Web developers, suddenly I became a sort of guide in something I had very few experience with! On top of it, our projects are pilot projects to asses the value of Scrum within the corporation.

It is still a big challenge, learning the inner workings of Scrum, the good, the bad, and then facing the stiff resistance of some of the more ancient guys in the team and the corporation itself.

In this blog I would like to share with you my experiences, my success stories, and of course my failures.

Maybe some of the entries will help you not make the same mistakes I'll be doing through the challenge, of course, your input is very much appreciated!

Have a nice day!