Moving from Waterfall to Agile - What to Keep/Change/New

(Erling) #1

When moving your test organization from Waterfall to Agile you have change a lot.
But du you throw away everything? I don’t think so.

In lack of a better word, some “artefacts” you;

  • Throw away
  • Keep
  • Change
  • Embrace new

Put into these four categories. any thoughts regardning what “artefacts” goes where?
And why?

  • Erling Mossik

(Chris) #2

Archive everything. When you need it, pull it out. That’ll teach you what you can’t do without. The choice will be heavily contextual, so nobody could sensibly say what you definitely keep or dispose of.

(ernie) #3

@emossik Can you give some examples of what you consider to be “artefacts”?

I’d caution against trying to keep too much the same from your previous process. I’ve seen and heard of plenty of organizations that really struggle with the transition from waterfall to agile as they keep trying to maintain processes and things from waterfall. I’d argue if you’re really trying to do a paradigm shift from waterfall to agile, you need to jump in and not worry about maintaining backwards compatibility to your old processes . . .

(Mike) #4

Hey - we went through something very similar to this a few years ago. I did a talk a few years ago called “Deprogramming The Cargo Cult” (of Waterfall). I think you can find a video of it on YouTube.

But in a nutshell we did an analysis of everything we felt we got from our artifacts in waterfall, and said “how can we get this kind of assurity under agile?”. Because agile is so different, sometimes the same artifact just doesn’t deliver under agile vs waterfall.

Oooh - video here ,

(Vishal Dutt) #5

Most of the QA service companies follows the Agile Process in their projects over waterfall. This is because if we talk about Agile, it has several advantages over Waterfall modal. Moreover, Agile is also more suitable for software development but if we talk about global usage, not many companies are ready to move from one implementation to the other very easily, as it is always a bit difficult adapt to the new process/technology. Waterfall has served many software testing companies for a long time and is still considered a good methodology by many companies who integrate it into their day-to-day work. Agile is basically a relatively new methodology which is in trend for the development.

If we talk about agile, there are several things which we need to be considered about the project which are implementing the agile process and there are few factors that play a role, it includes:

  1. Duration of the project
  2. Risks Factor
  3. Stakeholder’s involvement

Agile methodology is very flexible & different from waterfall model and it can be used in many ways including in bits and pieces. Also, the main benefit of implementing the agile process is that it can be mixed with other project management methodologies. There is a reason it is called “Agile Methodology”.

As we are moving from Waterfall to Agile, there are few essentials they can implement:

  • Try to adopt Agile processes gradually
  • Try to communicate more and regularly
  • Try to have regular meetings
  • Try to divide bigger tasks into smaller tasks

Hope this information is helpful for you.

(Joe) #6

Keep a sense of adventure because not everything is planned and needn’t be. This is a challenging mindset switch if you are comfortable with a significant amount of planning.

Change your horizon from very long to a few weeks, and change your delivery perspective from code products to products that demonstrate business value. Frequently.

Embrace the newness, the awkwardness, the clumsiness of the first few attempts to try something agile. Experimenting is half the fun and helps you learn how agile might work for your team.