How to get it done in organisations

I was attending a course during 2016. Attending were a whole bunch of people from many different walks of life, and many different organisation experiences and levels.

Out of the blue, one of my fellow trainees was explaining how they, in their role of working with many organisations on big business-to-business transactions, had discovered a very useful approach to getting things done in their own organisation, as well as client organisations.

"Want something done? Give it to a busy person"

This statement about "how to get it done" in large organisations drew quite a negative reaction from within me.

I realised the statement was right and wrong at the same time.

Busy people have figured out ways to give and to create more value to the organisation - by being of good service, they are asked to do more and more. They figure out ways to do more and more - usually alternative work practices that make them more streamlined / efficient. They become extremely knowledgeable across the whole organisation - knowing who's who, and who to go to directly and for what. Also importantly, they know which avenues to not even bother to try - saving everyone time and frustration.

So...the statement still makes me feel a bit ill, but I also recognise the truth in it. Many organisations I have worked within are literally functioning mostly as a result of these very busy network nodes.

For managers and leaders - look after your ever-busy people - they are busy keeping things moving in the right direction. You may not know what keeps them so busy - but perhaps that's where a little more curiosity and study will be quite revealing!

Agile In A Nutshell Part 4

About 1 year has passed since I posted my first attempt (Agile In A Nutshell), and very quickly after that one, the second (Agile In A Nutshell 2) and third (Agile In A Nutshell 3)!

And, along the journey this past year, reading through some more random bits of Alistair Cockburn's blog and Martin Fowler's blog (which I always find nuggets in) it occurred to me that Alistair mentioned during his Heart of Agile advanced agile training course a few things.

To the best of my recollection Alistair told the story of how on day 1 of the 2001 first meeting of the 17 folks who wrote the Agile Manifesto, Alistair was facilitating the choice of the word to describe what they were trying to describe. 8 people diverged, and then converged onto "agile". 8 people diverged and converged onto "adaptive".

I wonder now, looking back, what would have happened to the software industry if "adaptive" instead had won the final coin toss / selection process. Of course adaptive is a harder "sell" as it seems so ordinary and so ... common sense.

And that's my point. Yes, "quick and nimble" is the right word to describe what is desirable from any (not just software delivery) process. That would be awesome if all processes we encountered in our moment to moment experience was quick and nimble.

And people would totally freak out with happiness if the process was also adaptive to the specific context it was applied in, correctly by the people applying it.

And that's what the promise of agile is, adapative-quick-nimble. Able to move in a direction at speed, and change direction (due to an unanticipated target movement) without loss of speed. And, achieving that as a organisation of people where information is real-time communicated and hence looking at the organisation as a social organism, it becomes much more responsive to its environment it operates or lives in. That's where the challenge and the benefits lie. The organisation/organism that adapts fastest and best to its changing environment lives to see another day, and if it gets so good at being responsive that it actually achieves an insight into the requirements of the future, and achieves that before any competitor, then its thrives to outlive them another day.

Because marketing is a zero-sum game. Those who learn the right thing the fastest, lead, and then win.

For more nuts, see What Is Agile For! Thankyou!

Agile In A Nutshell Part 2

Okay, so I tried (really really hard) to capture the essence of the vast topic "agile" in my Agile In A Nutshell post earlier ... but something is bothering me. Really.

So I hope you don't mind if I give a second dimension to this massive multi-dimensional concept! This stuff is BIG!

Agile In A Nutshell - Agile Is Now An Umbrella Term

Agile as a mindset and a movement started out in the software development and delivery space. But my first brush with "agile" as a concept was when I was studying business management in South Africa around 2003. The South African management textbook that mentioned "agile companies" stated that the future of businesses relied on them becoming more agile to keep up with customer needs. Although this was after we had implemented much of eXtreme Programming (XP), it was still before (because South Africa has/had very slow internet connectivity, and expensive imported books were scarce) the big software movement really got going worldwide.

I reckon it is likely that the line in that South African management textbook had been inspired by The New New Product Development Game written by the great management scientists Hirotaka Takeuchi and Ikujiro Nonaka in 1986.

But skip to the here and now nutshell point:

Agile is now an umbrella term to mean all of the agile manifesto, agile principles, agile frameworks, agile practices, agile tools, agile approaches.

Basically, any abstract or tangible thing that helps an organisation or an individual, be quicker or nimbler, in delivering value to the end customer. Usually this begins with the mind/thinking framework being applied by the people to the challenges they're responding to.

In other words, it is more important to be agile, than to do agile. For more practical thoughts on agile checkout my collection of teaching/learning agile at What Is Agile For. Thankyou for supporting!

Agile In A Nutshell

By the dictionary definition:

agile - quick and nimble

This is totally normal for a gymnast or a professional athlete in a sport like basketball, squash, surfing - one has to be in a constant state of dynamic balance. Able to go in a direction at speed, and also to change direction without loss of speed.

More like a fish! Catching prey (Opportunities!) using its deep swimming skills (Strengths!) (Capabilities!!). Evading being prey (Threats!), especially from its upstream or blind sides (Weaknesses!).

(Strengths, Weaknesses, Opportunities and Threats being the words behind the useful business and delivery technique called SWOT analysis!)

Agile In A Nutshell Is A Mindset Of A [Successful] Fish (?Nemo?)

Unlike a cheetah - the world's fast land animal with really impressive speed, acceleration and space required to hit [terminal] velocity statistics! (terminal for the prey, that is, not for the cheetah!)

Agile In A Nutshell Is Not Being A Mindset Of A Cheetah, That Misses Its Prey!

What this means for a person in an organisation - not much. It's not so useful to be the one dynamic balanced player in an organisation where no one else is. The capability is usually lost in the inertia of the group that is not thinking, deciding, and moving in the same way.

But, for an organisation that is truly agile - like a high performance team - the benefits are great. The whole organisation is quick and nimble - able to chase market opportunities, and able to shift product, features, target new markets, respond to customers, manage crises well and innovate constantly because everyone is playing the same game together.

That's what people are after. The agile models, frameworks, practices, principles and everything else are just helpful indicators along the journey to creating and organisational culture, and a team mindset that produces great results.

It's more important to be agile, than to do agile.

How many people does it take to create an agile organisation? All of them.
Where do you start? Every leader - formal and informal.
Which leader do you start with? Wherever you identify the "early adopter" psychographic.
What do you whilst you're not agile enough yet - ie not quicker and nimbler that the market place or your competition? Introspect and reflect on ways to become quicker and nimbler, and hope you still have enough time to prevent your organisation's (inevitable) extinction.

How do you control the feelings of anxiety or panic? Develop your own capabilities so that you are quicker and nimbler and have skills that are transferable to other industries or competitors that are quicker and nimbler than your current organisation.

That's being agile, in a nutshell! :-)

Agile In A Nutshell Is Quick And Nimble Mindset

For more, check out What Is Agile For! Thankyou!

Timebox Rules For Better Time Management

For many years I studied techniques and practices of time management. Partially for my own sanity, and partially in an effort to help my team or the organisation I was consulting or coaching become quicker and nimbler (aka "agile"). I picked up lots of cool one-liners like "survival of the fittest" is incorrect in modern management philosophy - these days it is about "survival of the ones who learn only the right things the fastest".

We Don't Have Time Means We Have Strategic Conflict! We Use Timeboxing To Make This Transparent And Improve The Situation For All!

So on my journey I realised I also had to study prioritisation theory and practices. Surprising to me at the time, time management and prioritisation are 2 sides of the same coin effectively - especially in light of what it takes to survive (let alone thrive)!

Although there is a good Timeboxing writeup on wikipedia, I found it was too theoretical and not usable for people who had not tried many different options, nor did they want to read all the references to understand how to implement!

The below rules I came up with for my experiential training modules are really simple. I have yet to see any better that really help a group or team of people to focus on the most important thing(s) for the most amount of time available.

Timebox Rules For Better Time Management

I think I was inspired by deep reflections on how the agile Scrum framework and how we learn from our errors to come up with these rules that have helped me and many others who have followed them over the years.

Sometimes I vary the ordering by placing #3 nearer the end but for this timeboxing writeup it seems clearer where it is now:
1. Set the end time
2. Everyone watches the remaining time
3. Break large timeboxes into smaller timeboxes
4. Breadth or overview 1st
5. Depth or detail 2nd
6. Stop when time's run out
7. Don't worry - trust the process and stay with it

By following this guideline, the most important thing(s) have been covered, and you can always iterate or run another timebox again if you need to. (ie, use common sense, always!)

The main thing this framework helps with, is moving individuals and people forward. The brain is a muscle, so the more you and your team practice my timebox rules, the more you will get out of this, and achieve.

For example, a 30 minute meeting to make 2 decisions starting at 10am.

1. Welcome everyone and set the visible timer on the table/wall so that everyone knows that the end time is the end time. This is meeting is serious. (30 seconds)
2. Ask everyone to focus on the remaining time and to remain "in the meeting/room" and help everyone stay on focus of the timebox. (30 seconds)

There are now 29 minutes remaining.

3. Start a 3 minute overview timebox to ensure everyone's initial thoughts are heard before going into details. Agree the order of importance of the 2 decisions ("there can be only 1 priority 1")

There are now 26 minutes remaining.

4. Start a 5 minute timebox on the first decision that needs to be made
(assume the group is unable to decide)

There are now 21 minutes remaining.

5. Start a 2nd 5 minute timebox on the second decision that needs to be made
(assume the group is unable to decide)

There are now 16 minutes remaining.

6. Ask everyone to silently reflect on what they have learned or know about decision 1 for 1 minute
7. Ask everyone to silently reflect on what they have learned or know about decision 2 for 1 minute

There are now 14 minutes remaining.

8. Start a 5 minute timebox on decision 1 again
(assume still no decision)

There are now 9 minutes remaining.

9. Start a 2 minute timebox on decision 1
(assume a decision)

There are now 7 minutes remaining.

10. Start a 5 minute timebox on decision 2
(sometimes magic happens, and you don't need the whole timebox!)
(assume people all unanimously agree within 2 minutes)

There are now 5 minutes remaining.

11. Thank all and end the meeting early. DO NOT DRIFT INTO "any other business" or "miscellaneous agenda items". End the meeting. If people want to social then social, but it's no longer a meeting and make that clear!

For further motivation to help you and your team learn this best time management system, check my earlier post on No Time To Improve. Timeboxing gives you the time for doing the right things right.

Thankyou for reading! :-)