Green eyed monster

green eyed baby owl

Today I read this excellent assessment of SAFe training.

I have to be honest. There’s a wee bit of jealousy in me that Daniel wrote such an insightful and informative post. It can be hard to know what’s interesting for anyone who happens upon your musings. I could sit write about the mechanics of Agile methods. But that’s already out there (see Scrum AllianceLeanKanban University, Scaled Agile Academy, amongst others ) . I never thought about writing about training I’d been on! But I will follow Daniel’s excellent example from now on and take better notes.

So I thought I’d share a less eloquent, but I’m hoping, somewhat informative run down of the training I’ve been on recently.

Problem Solving Leadership Workshop with Gerry Weinberg, Esther Derby and Johanna Rothman Albuequerue, NM

IMG_2547

This week long residential look at yourself has to be the best investment I have ever made .
It’s tough going. You are often working from morning to evening and having one to one consultations with Gerry, Esther or Johanna. When I say work I mean experiential learning. In my case my biggest lesson was Gerry himself telling me to “Shut up or get out”. In the middle, when you’re already a little weakened, if truth be told, there is a complicated exercise. We were a proper little town for several hours that day.

Throughout there were tears and tantrums, crushes and friendships formed and deepened. In fact I find myself in the twelve months since wishing there were a regular way to reconnect with the group I went with. After lots of imparting of psychological knowledge, and treatment dare I say, the trio of wisdom task you with a few last things to ensure lasting effect.

No there were no drugs involved 😉 it was not a love in – it was about becoming a problem solving leader. Bugger the title, it was about helping people around you and being true to yourself doing it.

Today I can say I continue to learn more about others and myself every day thanks to Gerry, Esther and Johanna. They run PSL bi-yearly. Just go. You’ll also come away with tons of models and tools to use. But better still you’ll come away with more knowledge of yourself to offer.

Find more details here.

SAFe with Dean Leffingwell London

I agree with pretty much everything Daniel says. And he says it better.
All I can add is I liked hearing the stories from Dean himself (although even his business tales were about tech upgrades). It adds a certain je ne sais quoi to the spaghetti throwing.

I had some confused looking tablemates throughout.

Coaching with Johanna Rothman, London

This was a one day course with Johanna that I booked during PSL. It was full of useful information although some of the exercises with stickies felt basic. I suspect this is because most peeps were there to learn how to start using coaching skills. As an experienced coach I came away with a few extra tools in my belt, and of course Johanna is delightful to learn from as always.

Kanban Coaching with David Anderson, Vienna

2013-11-11 14.12.32

I went with some deep expectations and came back with a round tummy (sacher torte yummy) and lots of marketing materials. There was no experiential side. Although there was sumptuous food served every two hours.  Not a lot of kanban theory or practice. Mainly stories, and mainly dev team focused.

David had some interesting stories to tell and this was lecture style teaching. A large part of the content was about marketing Kanban, commercial restrictions. On the last day David explains that we must fill out an case study style application. We must then attend (and pay for) a further event in order for a panel to interview you. After this you might receive a Kanban coaching certification.

Scrum

My Scrum Alliance CSM was many years ago now, and I have to say as someone who knew Scrum already it’s hard to be a fair judge – although it may be interesting for y’all to know that CSTs are not subject to PDU or quality reviews once they’re certified.

 

Agile dinosaurs

dinoFollowing on from Psst. Wanna buy an agile? I wanted to explore more ways you can check out your agile consultant.

A common one in recent years are the people who have been using Agile since the 90’s. My favourites are those who have been agile coaches for 15 years plus.

Why?

For one simple reason.  The term Agile was coined in 2001.  For more details on the back story have a look here.  You could of course have been using one of the methods or frameworks that spring up in the nineties…but Agile it was not yet.

To find out if your consultant is using buzzword bingo instead of being specific about what they used, or are simply employing a marketing trick to make you think they are more experienced than they really are…read on.

When a resume says Agile pre-2001 ask for more details.  What do they mean by Agile?  Ask them to explain it – if they don’t use any of the principles and instead offer another explanation be wary – they might be the type who are really asking Psst. Wanna buy an agile?   Ask what frameworks or methods they used.  Ask them to get specific.  Then look them up on the bodies that train, teach and have communities in those methods.  There are often clues when you explore each role more with candidates.  Try asking what a typical day was like at their pre-2001 coaching engagement, this will often produce clues to the real role they played.

Psst. Wanna buy an agile?

In the last decade almost everyone who has heard of software development has cottoned onto Agile methods and how they can help teams and organisations be better and add more value. This has led to a massive increase in demand for experienced thought leaders, coaches and “do-ers”. A demand that far outstrips supply. To fill the gap there is a fairly new clutch of branded agilists.

This is where it gets tricky to operate as a buyer of agile help. And trickier still as an ethical Agilist who cares about people. I am sick to the back teeth of wandering into so-called agile organisations and finding a horror story where agile is akin to snake oil. (It really doesn’t help when the goal is agile. What do they think that means? What do they expect agility to give them?)

One client I worked with had been using a so-called agile supplier to develop a simple website. I joined six months in only to find the code had never been deployed anywhere, and heck there was nowhere to deploy to. It took a further three months to convince the supplier team that they really couldn’t claim “shippable product increment” unless they knew 1. where to deploy it, 2. how to deploy it and 3. had tried deploying it. The same supplier refused to share stories with the development team until planning day, refused to see that a retrospective was a key opportunity to inspect and adapt…and various small things that meant that 14 months later and the team still had no infrastructure, and instead of delivering a minimal product they were looking for complexities to add…simply to keep the agile development team working at full capacity.

To top it all off my client was happy with the supplier because they were seeing something every two weeks..albeit simply html wireframes. And they were nice people. They never once challenged anything in the legacy organisation. Even when they were running months late and with massive challenges, no-one was asking why. There were multiple other reasons why this group failed to deliver, if only I could find a fractal and relational modelling tool I’d show you!

Yuk.

Often during transformation people learn some awkward truths, and sometimes it’s deemed to be the agile consultant or consultancy who are merely trouble makers – or even agile itself is commonly blamed (we tried that once – it made things worse/didnt work). The gains to be made from change are not always apparent, and through intelligent dialogue problems are often uncovered that have been around forever…but not seen. Only then can we get better. When we know what the problems are. However if you never look, you never find, and the status quo or mild improvement can sustain a consultancy for years if stage managed. (I know of one independent consultant who has made £1million plus from selling pixie dust and charm)

Agility penetrates every layer of your organisation, not just development. It also doesn’t come in a neatly rolled ready to go carton. It takes skills, experience and tools to assess and work with a client to define the way forward. Sometimes it’s the right thing to install a method like SAFe or Scrum and change on the go, sometimes it’s better to keep the status quo and use a method like Kanban to figure out which bits really need change. And sometimes it’s just a couple of tweaks, a mindset shift, facilitation and information that’s needed.

So here I am, writing a series of blog posts designed to help you suss out if you’ve hired a charlatan, a wanna-be or an ego-maniac. Some of you will be lucky enough to have hired agile experts. But not many I’d wager.

Beware of….the agile consultants who

  • evangelise their own personal method (unless you’ve hired Jeff Sutherland, Ken Schwaber, Dean Leffingwell or their peers)
    • I see so many coaches and leaders come into organisations with their mind set on what they want to do, instead of understanding what their client needs. Worse still I’ve come across people in leadership positions (usually interim) who truly believe they have a (undocumented and untested) way of being Agile that is the best and only way for everyone.
    • This is dangerous because your team, your organisation is the testing ground for someone elses philosophy. It also usually comes with a “softly softly” approach which will cost you a lot in consultancy fees as they try to stick your square peg into their round hold.
    • How to spot one..they’re usually saying “My agile” or “The way I do agile”
    • For these cases – sack them. They are dangerous. Don’t even try to conquer their ego.
  • only has one string to his bow and wants to install it
    • Often baby coaches have had a singular fabulous experience in an Agile team and believe this can be recreated everywhere
    • Usually invested in only one of the Agile methods…and picks faults in the others. Doesn’t really get Agility and equates it to specific methods..which aren’t really the point here.
    • How to spot one…they slag off other methods or people who use multiple methods
    • For these cases…well it’s difficult. I was one of these myself many moons ago and I appreciate the opportunities I had to grow and learn with each new group. I recommend keeping them if they are open to trying new things and recognise their limited experience and knowledge. I’d sack them if they insist “X is the only way to be Agile” or if they continue to piss off your experienced Agile folks

We’ll explore more ways to rumble your agile consultant and consultancy in the coming weeks….. 

We’ve come a long long way together

Well I’ve not posted on my previous blog for a few years now.  I got working for the public sector and was too spooked to write much of anything.  Funnily enough I’ve come full circle and am back working with government..however this time feels different.  I’ve grown up.  I can separate the day and my thoughts to blog coherently and, somewhat more importantly, within legal bounds.

Ha ha.

So, my topic of 2013, the year of my fortieth birthday, was to immerse myself in learning.  Indeed I spent that very big birthday itself in a plane speeding towards a week long workshop with Gerry Weinberg, 80 years old and still easily the smartest man in the room.  And this has continued through last year, immersing myself with all sorts of knowledge leaders, learning about their different methods, and far more interestingly their tales of real life.

Anyway, I digress.  In 2014 I will endeavour to spread the word that Agile is not an add-on. To reap the long term benefits, of any change Agile or not, it must permeate and flourish throughout all aspects of hiring and caring for people, decision making and governing, supporting and delivering.

No pressure folks.

Have You Signed The Agile Manifesto Yet?

I was recently reminded of the vast commercialisation of Agile that is burgeoning amongst us.  At a recent keynote one of the first lines spoken sent a shiver down my spine.  Quite useful actually as the room was very hot 🙂

“Agile is not about software.  It’s about change.” 

Continue reading