However, at some stage we need to start thinking for ourselves about the value those are giving and making adjustments to them if we’re not seeing much value i.e. we need to look beyond the practice and to the principle or outcome that we are trying to achieve by using that practice.

The part of the post which is different to my experiences is this bit:

So I smile to myself (I think it’s to myself) when I hear management say things like “We’ll never be totally Agile in this company. There will always be waterfall projects.” I smile because what that really means is that they’ll never be Agile at all.

I haven’t heard conversations like this before but I think it is still possible to deliver software in a team working in an ‘agile’ way even if the rest of the organisation which that team operates in follows a different approach.

It won’t be as smooth sailing as if the whole organisation buys into the lean/agile approach and there will still be some reporting and bureaucracy that you need to deal with but it’s not a lost cause.

If your company is not fully committed to agility then you won’t achieve it, and your results will be a self-fulfilling prophecy of unrealized potential.

Even if an organisation decides that it wants to be agile I think it still takes time to get used to the approach and it always seems to take a few successful deliveries to see that some of the worries that heavy weight processes and paperwork try to protect you against are not necessarily valid.

I’ve spent a lot of time being indignant that people didn’t buy into the agile approach but the more I spend time in different organisations the more it becomes clear that even for the people with the best intentions in wanting to learn this approach it will still take time to get there.

I’m coming to the conclusion that it’s a good thing that people have some level of skepticism because it forces you to really understand why an agile approach is more effective and then try and persuade other people of that.

It’s also helpful to note that it makes sense to vary our approach depending on the context that we’re operating in. For example if the team is distributed across different cities then we might have more written documentation than with a co-located team.

It’s very rare that an organisation or group of people will just ‘get it’ straight away - in many ways it’s quite an iterative/incremental journey.