Skip to main content

Agile Australia 2011 Series - Acquiring Agile Skills

There are many ways to tackle acquiring the skills you’ll need for an agile transformation, and any way you play it it’s likely to cost you something.

If you had bucket fulls of money you could skill up using an Agile Consultancy. Those guys make it pretty easy for you to engage with them, and a very effective way of piloting agile at your organisation is to do it side by side with Agile Consultants. Effective, and yet expensive.

Realistically people with agile skills are small pool at the moment in Australia and you have to pay a baseline cost that’s over the average cost for the same resource. At my organisation we haven’t been too radical in our approach and now we have a decent spread of agile capable people across the department.

Initially it started with me. Hopefully experienced, ex ThoughtWorker and obviously an evangelist of sorts, however I also have a day time job of running the department. We also had a smattering of people who had been swept up into agile projects in their past employments, but really not enough for a groundswell or anyone who could lead a project.

So we needed an expert, someone who could coach a whole team hands on, peform the lead role and someone who could come in fresh to our very challenging pilot project.

We hired one guy, actually a referral from a old ThoughtWorks friend I got chatting to; illustrating the importance of networking in the agile community. We also decided to spend our consultancy budget on getting ThoughtWorks in to help us run the quickstart over a couple of weeks- that part came at a price – but allowed us to get the scope agreed and get a good amount of education around the process embedded at the same time. So we considered the engagement highly valuable.

Next time we had to hire a Business Analyst we managed to attract an ex- ThoughWorks consultant to the role which was fortuitous; our agile capability was blossoming at this stage.

After that we didn't do too much more to get heavy hitters in, we just ensured when we hired, we hired with agile experience, and more importantly that we hired great people.

A pleasing virtuous circle can occur when you've made up your mind that the department is going agile, you've got a great story to tell candidates and it is a strong attractor to good agile people. Meantime with many of your projects running agile your current resources are being exposed to agile learning and converting their own skill sets.

Our next step in bedding down our agile skill sets will be nurturing our own agile coaching capability in house. We have lots of ideas about how we will do this over the coming months which are really exciting.


Benjamin Cain said…
Agility is quite necessary to be gained and in the same way growing according to charts or agile consulting is the way of learning or thinking of all the growth factors which are good at their moments.

Popular posts from this blog

Business Requirement Documents are just no good and should be abolished from the world of creating software

I had hoped the world could have wholeheartedly rejected Business Requirement documents by now. For too long I’ve seen the repeated scenario of only commencing the creation of a new initiative with a requirements document.Unfortunately most organisations that have teams developing software still use these flawed anathemas to creativity as the status quo. Despite agile approaches maturing and customer-centric modes of design emerging, requirements documents still persist. 
If you work in an organisation that doesn’t use business requirement documents any more, read no further. You are lucky; sense has prevailed at your place however in my experience, you are still the minority.
Let's face it; addressing this issue is not always the point you want to start your improvement work when there's much that could be dysfunctional with how a team is delivering software. But now, I find myself as mad as hell, and I'm not going to take business requirement documents anymore. I want to …

Gamify your children

Inspired by James Ross’s LAST conference talk on The Shamification of Lamification and the Reclaimification of Gamification I was motivated to try and “Gamify” the school holidays for my three children, Leo aged 8, Chloe 9 and Max 10.
Buy-in is everything, so the first thing we did was a quick workshop to extract the kids ideas. I asked them to write their ideas for good rewards on sticky notes, with a few examples for context, such as ‘trip to the movies or ‘play date with a friend’ . They had 5 minutes to come up with their ideas – one idea per sticky note (as always).
They then read out their ideas for all of us to hear, there were a few duplicates and also a few comedy suggestions. Even though we had ruled out crazy stuff, such as rewards of a million dollars, Leo had written down ‘A unicorn for the back yard’ reading it out with gleeful giggles.
Then they spent 5 minutes writing down tasks that they could do to earn rewards. By now they had the hang of it and quickly came up with t…

My take on SAFe - Scaled Agile Framework for the Enterprise

Something I’ve observed recently amongst this agile/lean/start up/digitally disrupted community that I’m in, is there are a lot of‘SAFe haters’ dissing on SAFe out there.
Well I’ve just come from a giant organisation that is actually making a good fist of ‘doing SAFe’, so I feel like I’ve got an experienced based perspective on SAFe which might be of interest to some.
I’ve been chatting to people on this topic, it astonishes me the amount of opinion that is being shared on SAFe. The criticism and the eye rolling and statements about what it is and isn’t. There’s a growing anticipation over how it will be received and perceived at up coming Lean and Agile conferences, the sense of controversy is palpable. I’ve been soul searching over my own recent experiences. Digested into one sentence my opinion is: “SAFe – it ain’t so bad, but it’s not the answer either.”
So, in what ways do I thinkSAFe is good and can help?
Lining up iterations amongst several teams.
I’ve observed and executed a few…