Hamilton New Zealand has a character all it’s own. Much like many places in New Zealand like Palmerston North that is famous for a quote by John Cleese.
“If you wish to kill yourself but lack the courage to, I think a visit to Palmerston North will do the trick. We stayed in a little motel, the weather was grotty, the theatre was a nasty shape and the audience was very strange to play to. We had a thoroughly, bloody miserable time there and we were so happy to get out.”
Hamilton is most known for V8 engines and farming activity. It is relatively the same size as Christchurch and Wellington. However, the IT communities in the other two are far bigger than the one in Hamilton.
Both Wellington and Christchurch have both benefitted from Government programmes that were set up specifically to help grow the tech sectors in those regions. Wellington as the capital supports the local tech sector directly as a customer. Christchurch has had multitudes of programmes to assist its Tech sector. From special immigration points granted to people willing to migrate to the area to special government growth programmes.
So it was great to see the local community leaders step up and not only start Agile Hamilton but also run a great full day event. With the support of Agile Alliance New Zealand, there was 4 speakers and an OpenEvent in the afternoon.
The event had great attendance and everyone involved felt it was a great start to bigger things to come.
This now leaves us with our last Agile Alliance New Zealand sponsored event, which is to happen on 23 February 2018 in Christchurch.
Which makes you wonder how much potential there is in these smaller communities that aren’t being taken full advantage of.
It’s great to see a group organize and then take off. That is what has been happening in Tauranga with their agile community.
It hasn’t been that long that the meetup group got started and now only and few short months later they have had their first successful conference. I was fortunate to be asked to speak at the event and did a talk on the need to relabel “Technical Debt” to “Technical health”. The talk was well received but what got me even more excited was the interest in agile and agile adoption.
I think it is important to go to events great and small to see people who are new to agile and see the excitement in them for it. It makes me look back and rekindles the passion for agile.
The first thing is a big thank you to the Agile Alliance. Both for helping Agile Alliance New Zealand startup, but, also all the ongoing support.
Then a big thank you for doing this every year. Big thank you to all the organizers.
I think you only understand the work that goes into an event like this if you have had a peek behind the curtains or have done it yourself.
My take on the event I believe is slightly rose-tinted because it seems everyone first Agile event was amazing. Everyone, I have every spoken to after their first Agile Alliance conference are always amazed at the content the venue and think it was the best conference they have ever been on.
A few things I didn’t expect was probably the newest things about conferences I have now come to know or it could be just the Agile conference.
Firstly it’s the community behind the event. From day one everyone is busy catching up with friends they haven’t seen for the last year. Saying hello, getting together for beers or dinner. Usually, the only social interaction is between the colleagues that go together or it’s about making sales. Here it was all about meeting friends form years past.
The second surprise was the volunteers. Not only were the volunteers front and center but they were also highly respected by everyone. The volunteers must have a great time because they keep returning over and over to volunteer again. Usually, the volunteers are less of a volunteer and more of a voluntold. Go the purple shirts.
I think my thoughts on the speakers will require a blog post all its own.
So I’ll end with – Yes, this was the Best conference I have ever attended and I hope to go again and meet up with friends from years past.
Agile in government. Sounds easy at first glance but then you find so little or none of it in reality. Why is this?
If you were to ask Barack Obama, he would say that it is due to the structure of government being stuck in its current form for the last 70 years. With the IT trouble both in the VA and with his flagship medical insurance policy. As a president, he has suffered more than those before him. The next one I am sure will suffer more than he has if he can’t resolve this problem. The simple reason is that IT has become more and more ingrained in business both public and private.
This same question has been worked through in the UK. With a constant going forward and backward on the issue. It has been stated that yes Agile works, but we don’t think it will work for the UK government? Without management “buy in” it won’t. Will there be management buy-in for the champions of what came before? I think not.
Which brings us back to structure and the speed with which it can change. Well from what I have seen, the structure and the champions that maintain it would take two generations to work out of the system naturally. Now, this is only limited to government structure and the IT management structure in particular. 50-60 years, a blink of an eye for the earth, a long time for IT and governments and the average taxpayer.
But it is becoming very clear that governments will go through Agile adoptions sooner than that and that there will be lots of pain for those involved.
If you are in IT or have some knowledge in the Agile field, it would be great if you could help your government see the light in every possible way you can. The sooner we start the better. 50 years is too long so you can’t leave it up to them.
The world is changing, and becoming more digital. Terms like digital native and internet of things are filling the news. But what does it all mean and is there anything you could do to prepare for it.
It’s an internet Superpower.
And with the internet of things – Phone, fridges, lights, heat pumps and clothes are all being plugged into the internet. Without some way of talking to them, you may soon not be able to understand your jeans.
To help start the journey and follow these links:
A “catch 22” for those that don’t know is a term that came from the famous book about WW2 bomber pilots who were forever caught up in an impossible position. It can be distilled down into the simple choice between stating you are insane and thus no longer fit for duty and being denied being declared insane because only a sane person would like to stop flying in the bombing raids.
My favorite part of the book is the end result of a world filled with “Catch 22”’s. Where wanting to progress in this world forces people to plan and execute very successful bombing raids on their own airfield and base. A result clearly not intended by any of the people involved in the creation of the parts that make up the “Catch 22”’s.
“Catch 22”’s are clearly a great reason to always value individuals and interactions over processes and tools. Because they get their strength and are created by those processes and in most places they override both the people they are there to serve and the people who created them. So it’s pointless getting frustrated by the people who create them because they most likely value processes more than you do and more likely more deeply caught up.
How do you learn?
As a member of a scrum team, it’s an important question. How does the team learn? I mean we spend a significant amount of time in retrospectives for the purpose of learning and improving.
For me as an individual, I need to do something before I really understand it. I learn by doing. I learn about agile by delivering working software as a member of a cross-functional team. Is there another way of learning about Agile without doing it in practice?