Predicting the future?

Have you ever wondered what education might look like in 50 years?  Could this affect your business?  Do you know what future skills your business might need?  The internet is changing many things, not least education.  How about the political landscape?  Would a collapse of democracy affect you?  Would a supreme leader of Earth change the way you did business?  How would you react if international air travel was banned?  What technology trends out there will change the way consumers interact with your product?  Do you think your products will make any sense in 15 years time?  The world’s population was 2.8 billion in 1954. It is currently 7 billion. In 50 years it has more than doubled. What will happen in the next 50 years?  I wonder what the next world wide web is and how it might support 14 billion connected people?  Is this an opportunity of an increased marketplace, or does this create a problem?  This post from jobsworth really resonated with some things that I’ve been thinking about recently during my travels and client engagements.

One criticism that enterprises sometimes throw at agile methods is that it isn’t strong at dealing with future needs rather preferring to focus on the immediate needs of the here and now. It is true, most agile approaches do look to break big things down into smaller incremental chunks that can be used to build up a working model of reality by focusing on empirical feedback and working solutions, and focusing on the most valuable items that we know about today.  After all, people only really know what they want when they see it and when it feels urgent and real.  But, this doesn’t mean we should neglect the future or not even plan for it.  Some things take a long time to put in place and there is no point waiting until it is upon us to deal with it.  It will be too late.  We know education and capability improvement programmes take a long time to bed down.  We know things that materially change society don’t happen overnight. We also know that some big problems require big solutions.  But not always.

Agility is not about doing Agile.  It is about being able to respond to market conditions and forces.  As the famous Wayne Gretzky quote says you need to skate to where the puck is going to be, not where it has been.   If this is the case we need to be scanning the horizons, taking risks and learning fast.  In sporting terms this would be known as ‘reading the game’.  The best way to respond is to change and opportunity is by being prepared, learning our industries, examining other industries and learning about different walks of life and having time to consider what might become.  Oh, and it would be useful to have working practices that allow you to respond and react to changing conditions and priorities.

“I skate to where the puck is going to be, not where it has been.” – Wayne Gretzky

Enterprises today are successful based on what they have done in the past and present, and are full of people who have made great careers based on those conditions.  It is hard to challenge the things that made you what you are.  But many business models are being challenged.  Customers are changing.  Technology is changing.  Society is changing.

These enterprises might have people who see potential shifts that open up future challenges and opportunity, but how does the ‘elephant dance’ as a whole? The Scenario Planning process devised in Shell was a way to improve the overall management of one of the biggest companies in the world to better react to future possibilities.  Scenario planning was their way of working through extreme scenarios that are unlikely to ever be 100% true, but have core elements of truth and possibilities that can help managers create better responses to changing and uncertain conditions.  When people are open and conscious of potential changes, they are more likely to react and spot ways to solve future problems.

In his book, Joseph Jaworski explains the key elements of the process:

Instead of relying on forecasts (which are invariably wrong) the Shell Group does its planning for the future through the use of decision scenarios. Scenario planning […] is not about making plans, but is the process whereby management teams change their mental models of the business environment and the world.  In the Shell Group, scenario planning is a trigger to institutional learning.  A manager’s inner model never mirrors reality, he explained – it’s always a construct.  The scenario process is aimed at these perceptions inside the mind of a decision maker.  By presenting other ways of seeing the world, decision scenarios give managers something very precious:  the ability to re-perceive reality, leading to strategic insights beyond the mind’s reach.

Scenario planners […] included experts in economics, sociopolitics, energy, the environment, and technology.  They conduct ongoing conversations with fifty or so top managers in the Shell Group and with a network of remarkable, leading-edge thinkers from around the world in many disciplines: politics, science, education, business, economics, technology, religion, and the arts.  Every three years or so, they synthesize this information into two or more scenarios – stories about how the business might evolve over the coming years and decades.

This process is also highlighted in solving tough problems and was a key enabler to unsticking some of the really hard problems that South Africa once faced.  I wonder what some of our famous brands and traditional businesses that we all know and love today will look like in 50 years time.  It will be interesting to see how software and technology will be dealt with in the future enterprise as more core processes and experiences are enshrined in technology interactions.  I wonder if business leaders and technology leaders will be one and the same thing.  I wonder what capabilities people will need as standard to operate in the business place of the future.  I think an institutional, systemic process that encourages organisational learning that encourages real examination of future trends and marketplace dynamics, plus an approach to delivery that embraces change is a powerful combination to consider.  I wonder who will embrace such approaches and do this well.


From a customer’s perspective

In most organisations IT is a central function. It started off as the experts who ran large mainframes with huge tapes. Weird science to many of the day. Even, Tom Watson of IBM predicted there would probably only be need for 5 of these things in the world. How wrong he was.  IT then became the place that looked after all the computers on our desks. Growing to the hundreds and thousands.  It grew to a department looking after e-mail, and a PC and handheld device for every employee.  We’re now talking hundreds of thousands of devices within a major enterprise. Then IT started looking after the company website, and the infrastructure that manages all of our enterprise applications. All the while they were probably dealing with the telephone systems too. Basically, anything Technology related. Along the way it also picked up other disciplines: software engineers and solution designers and enterprise architects and service managers and user experience experts and project managers and testers. All this seems an eclectic mix of responsibilities, and it seems odd to lump all of these under one umbrella called the IT function.  I wonder why we did.  Was it because it was still weird science for the masses.  It was only the technically minded folks who really got it, and it wasn’t really what the business was about.  Unfortunately, for most companies now, IT is the business.  Our products are IT based.  Our service is IT based.  Our processes are enshrined in what IT can do, and our people are only as good as our IT systems allows us to be.  Our customers are tech savvy and they engage with us in new ways. No longer can an IT  service manager really be separate from ‘the business’. If IT doesn’t work our business does not work.  A software engineer who develops the core user experience, operational experience, process experience is the front-line of the brand and the customer experience.  We need a new approach for IT.

Lean IT is a set of concepts that has been gaining much traction over the last decade.  It has started to look at how we can bring in some of the lean manufacturing concepts into the IT world. It started by looking back at the toyota production system, and what made them produce great products that conquered the US car market.  But, today people are scrutinising the Toyota Product Development System in more detail because they realise that innovation and creativity is not so much about removing waste and variation out of repeatable manufacturing processes, but developing compelling products and services that require pushing boundaries, exploring solutions and working with customers more closely.  It is inherently about more agile ways of working.  It is about Lean Software Development and Lean Product Development.  It is about a philosophy of collaboration, learning and creating feedback and empowering people to deliver what is right and in the right way.  It represents the world of strategy promoted by Henry Mintzberg or Gary Hamel with their focus on learning, innovation and creative strategy in shaping and creating new markets.  This is not so much about doing what we’ve always done more efficiently.  It is about creating customer experiences and products that are loved and sought after.

The Lean IT movement looks how you might enable and sustain a lean transformation that enables you to be more customer focused, and how the culture of the organisation needs to develop to embrace collaboration, and working across boundaries to deliver an outstanding service for customers.  This is in direct contrast to how most businesses set themselves up.  Functional silos are normal.  There is a belief that economies come from scale by bringing together functional expertise.  This is not untrue for some things.  It comes at a cost though, so shouldn’t be considered a general rule of thumb in environments where innovation and creativity are being sought, and where speed is essential.  The cost is that these functions and departments are focused on their bit and not the end-to-end flow of value from a customer standpoint.

Bringing new products and services to market is a value stream known as Concept-to-market.  This includes creative input from all functions across a business.  Doing it fast will require us to focus on the value stream goal and not the functional goals.  The same can be said for another key value stream that exists in most organisations, Order-to-Cash.  Sales and Delivery need to work in tandem. The IT supporting these functions needs to work.

There are some elements of the central IT function that can and should remain central, but much doesn’t or shouldn’t have to be.  How might you decide?  Put simply, does pulling people into a silo slow down delivery in the eyes of the market in a way that might hamper our competitiveness?  If yes, you should consider focusing on the value stream.  If no, you might consider developing it as a function.  If it isn’t on the critical path then it might be better value to consider economies of scale.

I prefer to consider things from the customers’ perspective first.  After all, there is no value stream without them.  We can’t make something more cost effective without first satisfying our customers to the extent that they are prepared to pay for the product or service.  We actually cannot remove waste from a value stream without their being value first.  So, what does the customer think about our organisation design and the place IT has in it? Not a lot, but they might feel the consequences of our choices.  What do they think about the service they receive? Do they care how we set ourselves up?  The person I use as my benchmark on this thinking is my wife, Helen.  She always has great suggestions on how service can improve from the companies she deals with.  She couldn’t care less about the organisational structure and decisions going on behind the corporate walls on how we manage ourselves and set goals.  Her suggestions always make me smile as I then start thinking about how the organisation will be set up and why her suggestion will be a nightmare to implement because there will be no direct line of sight between the backlog of work for the specific system or process that will need to be changed and the customer experience being felt by the paying customer.  There will be many layers between the person who wants something (Helen) and the person who can do something about it (a software developer or some other creative engineer who knows how things work).

The ‘Order-to-Cash‘ lifecycle is a great place for organisations to start when examining their focus.  It exists for most (if not all) profit making enterprises on earth. It might look different in different industries and organisations, but at the highest abstraction everyone has one. Think Amazon and buying a book. Think ordering broadband. Think getting a new credit card (maybe the cash is going in the opposite direction for this one). All of these will have many different computer systems supporting the process. That could be the telephones, the e-mail, a website, the Customer Relationship Management system, the Billing Engine, the Workflow Engine, the Service Management systems, the Inventory Control systems. All of them will have a part to play in any fulfillment journey. For some forward thinking companies this might also include an interaction on facebook. Another one through twitter. These all play a part on the experience of interacting with the company. Each interaction gives us an opportunity to delight or disappoint. From a customer’s perspective, if one of these elements is not functioning then it isn’t working. It doesn’t matter if our CRM system has a 99% Service Level Guarantee from supplier X if the billing engine can’t allow us to complete an order. The customer doesn’t care about our CRM or our billing engine. If the Website is down, the service is down. It doesn’t matter if we cannot complete an order because of an out-of-memory error within our workflow engine that passes jobs and tasks around our enterprise. The customer just doesn’t care.

If every system has a target of 99% uptime and there are 10 systems in a customer journey then the actual uptime ‘target’ is now less than 90%.  1 in 10 times a customer might come along and something not be right.  That is a big deal.  Imagine now 20 systems.  We have sub-optimised the whole system from the customer perspective, but we’ve probably made sensible organisational design decisions and the targets we’ve given our staff are probably okay, right?  Wrong.

This becomes worse when we consider how my wife’s improvement idea might make its way into the future service.  This is the intersection between the Order-to-Cash processes and the Concept-to-Market process.  If each system has a queue of work that they are crunching through in some arbitrary order, or if a critical transformation project is hogging all of the delivery capacity of our business, then it might take years for any idea to filter through our Concept-to-Market process to be implemented.  We might be slowly losing our customers because we are focusing on our own internal transformations.  Our functional decomposition seemed a good idea to group people together into logical departments of like-minded people who all have the same goals of CRM or Billing, but they do make our ability to respond to the people who make us money (customers) in a really terrible way.

The concepts behind Lean IT teaches us to think differently.  We need to focus on the Value for our customers.  We need to focus on the Flow of our improvements and new features of their service, and how we interact with our customers to find out how we are doing.  And we need to focus on the quality that they receive from our service.  Every IT interaction is a Moment of Truth.

I know we need to consider our IT strategy in terms of how we might share data across different products and services, and how we might re-use capabilities in order to help us launch future products more quickly, but this does not necessarily mean we need to bring everyone together into functional silos.  The customer experience is what attracts our paying customers.  It is what will keep our paying customers.  It is also, if we don’t get it right, the reason why people will leave.

We need to get the tension right between the customer experience and the architectural purity of our systems and organisational design.

Our first goal is to look through the eyes of the people that create value, and then figure out the grouping, management and scaling problems that all enterprises have.  We need to encourage customer perspective in every job.


The Power of Environment

I read an article by Seth Godin the other day.  In it he said that the average worker is going straight to the bottom.  The workplace has changed so much over recent time, that workers should not be content with taking orders and everyone should make themselves unique and different so people seek out their specific set of skills.  If  he is correct then this will be a challenge to every company that says ‘our people are our greatest asset’.  I don’t think it is as black and white as the article suggests, but I do think that business environment has changed in terms of expectations and speed, and the average worker needs to figure out how they contribute more effectively.  However, I also believe that some of that responsibility lies with the enterprise, and their need to change their environment to help employees.

In my previous post I wrote about the fact that talent isn’t as innate as we think, and that the only way to ‘world-class’ and becoming an expert is based on practice.  Purposeful practice.  And, lots of it (approximately 10 years of hard, deliberate practice).  In reading around the topic it became clear that many of the stories describing the path to success seemed to be centre around a couple of things.  A person who was to become the future star with a desire and motivation to succeed that was often developed as a result of an early influence in their life.  And an environment that was constructed by circumstances often including the input of a third party who played a key role to the main protagonist.  Matthew Syed put it well when he said, ‘Child prodigies do not have unusual genes; they have unusual upbringings’.

The environments within these stories turned out to be unique and extreme in some way that helps the future star become the person they become.  An environment so powerful that the future star develops a dedication, the skills, the support and the opportunities to rise to the very top of their chosen pursuit.

There are lessons in these stories to help us shape our own environments to develop the talent of our people.  We may not be starting with susceptible kids who at the age of 3 decide that they want to be the future star of formula one or the next mozart, but there are people who, with the right conditions, can strive to be the best. We always have an opportunity to improve and excel regardless of when and where we start.  As leaders it is important to recognise the environment that we really find ourselves in.  Max De Pree in his book Leadership Jazz said ‘People must be able to pursue their potential’.  It all comes down to environment and opportunity.

Exacting Standards

Albert Einstein said, ‘I never teach my pupils. I only attempt to provide the conditions in which they can learn’.

What I find most interesting about the stories of talent and determination I’ve examined is that one or more of the elements of any of the backgrounds has been completely uncompromising.  The fathers of sporting prodigies such as Venus and Serena Williams, or Tiger Woods, or Lewis Hamilton created circumstance of every situation for helping their children develop mentally and physically.  These environments were based around extreme and exacting standards.  There was little compromise.  They helped focus on their weaknesses to develop, but also helped them shape an utter belief that they were meant to be part of the elite.  They relied on the idea that practice makes perfect, and nothing but perfection was acceptable.  Does this sound like your workplace?

We are what we repeatedly do. Excellence, therefore, is not an act but a habit. ~ Aristotle

Standards such as these are often encountered in the business world too.   Two examples spring to mind:  IBM and Apple.

For IBM they needed to transform themselves from the mainframe supplier of hardware to a services based company that used the expertise to shape solutions.  They created an environment based on values and principles that were upheld from Lou Gerstner’s vision.  The change required a move away from the aggressive sales approach of product and a move towards a more service-based culture developing and delivering solutions, and relationships.  Dee Hock’s quote describes the problem for most of us in the enterprise space well:

The problem is never how to get new, innovative thoughts into your mind, but how to get old ones out. ~ Dee Hock

Underneath all the sophisticated processes, Lou Gerstner concluded, there is always the company’s sense of values and identity.  This is where he decided to focus.  In his book, Who Says Elephants Can’t Dance?, he said, “It took me to age fifty-five to figure that out. I always viewed culture as one of those things you talked about, like marketing and advertising. It was one of the tools that a manager had at his or her disposal when you think about an enterprise.”  He added, “The thing I have learned at IBM is that culture is everything”.

They spent years resetting the standards and upholding the expectations required.  I think this is a key enabler for performance.  It is rare to see it upheld.  It is more likely to be talked about and dismissed like Gerstner refers to.

The other example (and there are many more) is Apple.  Since his death, Steve Jobs has had many things written about him.  Not least has been about his approach to leadership and management.  He had a pursuit for perfection.  It is written that his ego drove him in a way that ensured that everything about the product created by Apple was exact.  He worked tirelessly to be the best and he held the whole of the company to his very high standards.  Nothing was ever good enough and he constantly challenged to improve.  It will be interesting to see if the environment continues.

Enabling Fast Feedback – To stretch, fail and learn

The complexities and dynamics of how a single person’s performance can be linked with the entire performance of an enterprise is too great. There needs to be another way of getting more direct feedback on performance, and what can be done to improve.

As business leaders or managers, providing fast feedback is critical for the growth of team members.  This is what the environments of the elite did for them.  Often we can go weeks, months or, in some extreme cases, years without giving real feedback on the work our people do and how they are performing it.  We are often very critical of the results delivered by people, but not the practice that generated the result.  This needs remedying, and we also need to create environments outside of the day-to-day job to develop skills.

Now, I’m not of the opinion that you only learn from failure.  Learning from success is also useful, and good for the self-esteem.  But, what I am a fan of is that you learn more from the situations where you have been stretched and tested.  Max De Pree said ‘We need to learn to think in terms of discovery.  Once a discovery is made, we need to make the right connections and to give relevance in our current environment’.  This means we need to develop a learning culture.

Julia Cameron once said that ‘Making a piece of art requires a myriad tiny steps’.  Many little lessons need to put together to develop a masterpiece or an outstanding performance.  This is all the work that is done behind the scene that often goes unnoticed.  People need an environment where they can make mistakes, gain feedback and improve.  This needs to happen regularly.  In sport, this is the training ground.

In business, we don’t have training grounds.  We are always on.  We don’t get the time and luxury of professional athletes.  We are less tolerant of  failure in business like sports fans are in the big games.  Even Michael Jordan regales stories of missing some really important points in crucial games on his way to becoming one of the greatest.  Maybe this is something we need to improve upon.

Developing the business training grounds is necessary.  We need to develop communities of practice that enable us to learn and improve in a safe but challenging environment.  Maybe in teams and projects outside of the normal spotlight.  The problem is that many enterprises have developed a fixed mindset culture.  One where a commitment made (however realistic or not) is one that must be met at all cost or at least expectations managed appropriately. And there is no room to learn or improve when you are on one of these projects.  The fear of failure permeates everything and most people do things within their own comfort zone so that they are not to blame or culpable within a project that is destined to hit the rocks.  This means that the project will never get the best and most courageous ideas or the most effort invested in it.  In a sense, they are set up to fail because of mindset.

Making the Time

If the numbers are to be believed and it takes 10,000 hours to develop a world-class expertise in sports, arts, business or any other discipline, what does it mean in terms of supporting the development of our people?  Remember the Dee Hock quote?  The skills that have already been developed in our existing workforce may no longer all be relevant.  Some will be, but the business environment has changed.  The business environment will continue to change.  Traditional companies are already struggling.  Kodak anyone?

We know teachers are already teaching students skills that will help them deal with jobs and technology that don’t exist yet.  We need to be doing the same in business.  This means unlearning some stuff that we’ve always known to be right (or at least we thought we did!).  We need to prepare people for uncertainty.  We need to encourage and support people to experiment and improve for the good of our companies. We need to create a culture of critical thinkers.  This requires a change in our environment.

People will need time and space to improve.  It might not require 10,000 hours for everyone in an organisation, but it will take committed time nonetheless.  It means that we need the right influences in our organisation that represents a set of exacting standards that helps us develop.  But it also requires a strategy for developing a new set of skills, and releasing the latent potential within the organisation.

The world of business is moving super fast, and the practice that is required to remain world class is increasing.  We might not think the kids coming out of college are quite ready to run our businesses, but they are more savvy with technology than most of our workforces.  They might not understand the politics of our organisations or the nuances of managing a message, but they certainly know how to connect with people around the world and are more ‘agile’ than most middle-aged business folks.  They know how to communicate in 140 characters or less.  Their environment is one of ubiquitous technology, speed and communication.  This is what Godin was referring to, I believe.  They are already many hours ahead of us on their way to 10,000.

Our environments need to cultivate learning and skills acquisition that help all levels of an organisation improve.  Not just the graduates, or apprentices.  Not just the people in the talent pools.  Nor just the workers.  This includes leaders and followers alike.  It includes the young and the old.  We are all products of our environments.  So, our results depend on our ability to create the best environments for today.


Writers write

An obvious statement. One that I sometimes find easy to forget though. I have been talking about writing for some time. I’ve always wanted to write well. I am an avid reader. I’ve read many fantastic books: Fiction, non-fiction, biographies, comedies, tragedies. The list goes on and on. I must have read thousands of books. Because I read such exceptional work and see the amazing end product, I feel I should be able to produce something as compelling. The truth is that I don’t write well enough and it doesn’t come easily to me. In reality with my current situation I am never going to produce a written masterpiece. My talent is not great enough.

However, one of the books I’ve been reading recently is Bounce by Matthew Syed. This is a well written book covering the idea that talent is a myth and the people we believe to be born with god-given gifts are really the product of their environment and the amount of hard work and dedication they have invested in their chosen discipline. We see the tip of the iceberg. Matthew’s premise comes from many studies, but also from his own, personal story. He became the British number-one table tennis player at the age of 24 and has reflected on what shaped him to be the best in the country. I’ve come across many stories like this before. Gladwell’s Outliers covers a number of situations where notable individuals in recent history were shaped by a unique set of circumstances and an opportunity which others didn’t capitalise on. Some of these came from the largest names within the computer industry who grew up in the Silicon Valley area at the time when the first opportunities to mess around with technology appeared. The opportunity and temerity to play helped shape their futures.

From the field of sport, Jonny Wilkinson and David Beckham are two notable sportsmen that I’ve read about that have stories (Jonny’s story) that border on the obsessive. They had a desire to perfect a particular skill which helped them to become part of the elite within their chosen fields. It wasn’t just the desire though. The conditions were right.

I have a similar story (not exactly mine, but one I was part of) that parallels much of the thesis in the book. When I was 7 my parents moved across my hometown, Stevenage. It wasn’t too far, but far enough away for me to have to find a new group of friends. I lived on a green at the front of my house. A patch of grass that was about 20 square meters with about 10 trees and various stumps that made excellent football goals. Around the green were 8 houses. In those 8 houses there were 6 boys of similar ages. Martin, Ashley, Jason, Ross, me and Andrew. I was the oldest and Ashley was the youngest. He was born the year I moved into the house. He was also the younger brother of Martin. Around the area (not directly around the green, but within 100 yards) were around another 10 lads who were mostly older than me. The one things that we all liked playing was football. As I grew up I played a lot of football with different groups. Sometimes with the older guys, but often with the lads around the green. We played all the time. When Ashley just started walking he joined us ‘out the front’ (as we called it) and he loved it. He loved trying to emulate his older brother (and his Dad, Luther, who was also pretty nifty with a football at his feet). Ashley was always first out and last in. He ran tirelessly and he always worked hard and had a great temperament. He couldn’t compare to most of us when we were 12 years old – he was still only 5, so we’ll let him off – but you could see he was shaping out to be very good. Because we played constantly and we actually played at a high standard (Martin and I both played at a pretty high standard as teenagers – actually, Martin still plays at a high standard) the younger boys became really good for their ages and they all went on to play together for many years. It was a great training ground. In fact, out of the 6 people around the green, 4 ended up playing professionally. Two of them found very good professions in the English Premiership. Jason played for Norwich City for a while. Ashley now plays for Manchester United and is a regular in the England first eleven. The environment helped shape two-thirds of that small population to get paid in a game that they loved. The 10,000 hours invested (I prefer Seth’s view on this, but in the case of well-established vocations 10,000 hours seems about right) never really felt like work. This story feels more than a coincidence.

Hard work, practice, an environment of challenge and a support network that encouraged and nurtured has helped shape an elite sportsman. When you read the life stories of many of the most successful people in the world they have similar characteristics in their narrative. Often, very unusual upbringings.

The formative years for people really do shape them, but I believe hard work, environment and opportunity could play as big a part in later life as they do at the beginning. We are just more attuned to helping youngsters because we believe they require nurturing and a supporting environment. The challenge is: what comes first? The opportunity or the hard work?

In various roles I’ve had I’ve been asked by my team members to promote them into positions of leadership. For me, it feels odd when someone comes up to me and asks for me to tell her team-mates that she is now in charge and they should listen to her. People who know me, and have worked with me, know that I am not someone who would generally take the requester up on their offer. I have done, but it has been under specific conditions. My view is that leaders lead. They don’t need me to tell others that they’re the leader. Project managers manage projects. It should be obvious, and everyone will know. A head-of-sales will sell and run sales. It is who they are. I wouldn’t need to explain. If someone needs to ask for help in setting other people’s expectations (and they’re not new to the position) then I tend to think that my interfering in a process that should be one of self-organisation is wrong. People tend to do the job they are most capable of.

But, I have helped people take up the position they desired. It has only ever been on the back of a serious amount of dedication and application of practice to be able to do the role. That is, the person has shown and demonstrated the hard work required before any opportunity arose. The aptitude and attitude are inextricably linked. Without the attitude the aptitude will never be gained if, like me, you believe in Matthew Syed’s thesis.

If you desire to lead a team then you need to do it. You need to practice it. You need to find and create opportunities to develop your skills. Most people tend to do what they can do. If you aspire to greater things then you need to do things you can’t do. This is what rounds us out and develops our skills. The difference between who you are and who you want to be is what you do.

We see less practicing in adulthood because everyone expects us to already be the finished article, and it is scary to show weakness to our peers. We tend to develop the skills to hide what we’re not very good at. We must resist this temptation and encourage ourselves and people around us to continue to practice and develop even if this means lesser performance whilst learning. Without this, we will stick in our comfort zones and continue to develop the defence mechanisms that maintains the status quo.

As for me, these stories give me hope with my writing. It means that my lack of innate talent shouldn’t hold me back. It is all reliant on my ability to practice which is more down to my priorities, my motivation and my work ethic. So, as it says at the bottom of this wordpress page (when editing) I should just write.


Lacking a spine

Last night was a terrible one for Manchester United. They were comprehensively beaten by Newcastle United; A team six places behind them in the premiership. In some of the post-match reports the spine of the Newcastle team were heralded. This is a phrase that you often come across in football (soccer) and many other team based sports.  The spine of a football team is: the goalkeeper, one of more central defenders, one or more central midfielders and at least one of the forwards.  The spine of the team is the core that allows the rest to perform around them.  A spine that is in unison, strong and powerful is key to success of any top-flight sports team.  The spine discussed in these reports is a team within a team (eleven people on the pitch) within a team (the squad of players and the management, coaching staff and other supporting members). There are often many spines within different organisation structures, but there can be only one performing on a football pitch at the moment of play.

The telegraph described “There was a pace and purpose to Newcastle’s football, a quickness to their tempo as they poured forward, black-and-white-striped streaks”.  The report goes on to describe how the different elements of the spine of the team were critical in making this situation real.  Each player brought something to the spine on the night.  They clicked.  They were in harmony.  It wasn’t really expected though.

It is amazing to think that on a different night, in different conditions the same spine may have been completely ineffective.  Or, with one change of personnel in the spine, they may have been overrun by six goals the other way.  That is the reality of teams in different situations.  Individuals can make a difference, both positive and negative.  Normally the Manchester United spine is the one lauded at the end of a match.  Not their opposition’s.  Manchester United, on the night, lacked a spine.

Shared purpose, interdependent roles and shared responsibilities supported by organisational structure and a goal that measures the team not the individual are important.  But they also need to have time together to be effective.  They need to learn instinctively who will do what and what skills are required to deal with different situations.  They need to examine the conditions they are going to be playing in and who the opposition is going to put in their way.  Tuckman’s model of Forming, Storming, Norming and Performing explains the phases over time that are required.  This happens both outside of the playing pitch and then also on any single time that team get together to take on their opposition.

In business there are many teams each requiring strong spines.  The elements of a spine is normally made up of individual members who come together to bring different elements of a business into cohesion.  These are the people we trust, make things happen, generally good communicators who know their roles and responsibilities, and the skills of the wider team, what is important and how to get things done with the people around them.  The similarities to the team within a team within a team notion is clear.  When developing new IT systems or products the players on the pitch are the team delivering the work.  They are (or should be) supported by other well-functioning teams (finance, PMO, HR, Project/Programme Management) with interconnecting member who help them prepare for, plan and execute to meet the goals set by the wider organisation and by them themselves.  If any of these teams don’t have strong interconnected spines then trouble for the team on the pitch looms.  The team playing the game is not enough.


The IT Mindset and Managing Vendors

A slave to the business?

Have you ever come across someone who, when asked, tells you they work in IT? I wonder about this answer, what it means, who they actually work for, and why they don’t tell you about the work that their company does. I mean, IT isn’t a company, is it? In fact, I more often hear the speculation as to whether IT exists at all? That is, whether IT is a part of the business rather than apart from the business. When I hear people answer that they work in IT, I conjure up images of many IT departments that I have walked into and feel my life-source drain slowly away from my body. I call this phenomenon the IT Mindset.

A mindset is a way of thinking that determines somebody’s behaviour and outlook. The IT mindset is a state-of-mind that puts people who work with IT technology at a subservient position to people who work within a business. It promotes the idea that the people working in IT are order-takers of the people who work in Operations or Customer Services or Marketing or Finance or Strategy or anyone who requires some technology solution that helps them do their jobs. This mindset comes through crystal clear in organisations where IT people refer to other members of the same company as their ‘customer’. For me, the customer is external to the company and is a person or business that pays money in return for the goods or service sold by the company. Thinking of anyone else as the customer is not a healthy view.

Not the norm

I was in an excellent session last week of one of my customers where they were talking about their first step of a transformation journey to change the way they bring products, services and features to market. This session had people from suppliers, technology and business units talking about the success that they had started to see after embarking on a transformation that included many agile and lean concepts. There was an air of back-slapping that was quite refreshing from large enterprises and there was a real sense of camaraderie that isn’t often seen. The CIO was watching this session and actively acknowledged and praised this behaviour, and told a story of how, when he first became the CIO, he was surprised at how much IT got the blame for all of the failures to deliver and how things had been steadily changing over the last year or so. In fact, it wasn’t even really the people within IT getting the blame; it was the suppliers. The interesting thing about this comment is that the CIO was a long-serving member of the business and was previously a marketing executive for the firm.

The interesting thing about this is that most of the elements of the transformation hasn’t really been in the IT department. It has been in the relationship of the people and their departments, and how the work is broken down into manageable chunks and passed effectively between the different groups in a steady stream. Funnily enough, these changes have actually helped the suppliers’ business as well as delivered more value to the customers, and made the way work gets delivered more enjoyable for all parties. Tritely, it could be considered a win-win-win situation.

So, why is this not the modus operandi for enterprises? Because people focus on power, politics and managing their turfs. Because people put others into boxes and stereotypes. Because managers don’t understand the psychological contracts between departments (and, indeed, suppliers). Because IT people haven’t figured out that they can add more value to their business and understand their business better than most. In my last post, I touched upon an issue that can create massive problems for a successful project or system delivery. Most of the problems described stemmed from different approaches for managing relationships and communication gaps between different parties who have competing and conflicting requirements, and from people who can create very different mindsets in how departments and suppliers interact with one another. Relationships need to be managed.

The Psychological Contract

The psychological contract was a concept introduced in 1960 by Argyris and has been used to describe the mutual awareness that employers and employees have for each others’ needs beyond their contractual obligations. This is a concept that is continually being reviewed as employees have more choices in what they do and how they do it, and as work is becoming more knowledge based. I believe that the same metaphor can be applied to the interactions between groups. Guest and Conway have further defined this contract as “It is generally not written down, it is somewhat blurred at the edges and it cannot be enforced in a court or tribunal… it is implicit. It is also dynamic – it develops over time as expensive accumulators. Employment conditions change and employees re-evaluate their expectations”. At the heart of this contract exists trust, depth-of-relationship, mutual benefits, understanding and dependability. This is very different to how most business treat their IT relationships and supplier relationships.

I used to spend a lot of time with my procurement department when I worked for BT because of a problem with a supplier relationship and their product. Nothing really met with our expectation, and, unfortunately, it led to many legal discussions focusing on penalties. This was a complex process of learning about the history of the relationship in both contractual and experience terms. Many people had been involved in the relationship and many people had set and reset expectations about the value of the relationship. No continuity of the relationship existed, so it fell to me to define what we wanted out of the relationship and to consider what we would be prepared for the supplier to get out of it. In this example, the one thing that was abundantly clear was that the performance of the product and delivery had to be improved otherwise we would not be successful, and it wasn’t going to be solved with the existing mindset and behaviours from both parties.

The Arbinger Institute have done lots of work in helping solve issues between parties (normally individuals) working with each other. Their central premise comes down to one of self-deception. In short, it points to the fact that people normally blame others for the relationship that they have, not themselves, and that the most effective way of breaking the cycle of an unhealthy relationship is to focus on changing your own behaviours.

Changing our ways

What does this have to do with the IT Mindset and Managing Vendors? Everything! There is often a very human instinct to look to pass off the risk of our own shortcomings or unknowns to others. This is normally more of a reputation or responsibility risk being passed (remember, nobody ever got fired by hiring IBM?) rather than any real business risk. Business risk cannot really be passed as a failure to deliver is still a failure to deliver and damages the firm’s ability to deliver value.

Enterprises today are at a point where most products and services are based on some sort of technology and have some form of vendor involvement. Michael Porter’s value chain has very much been extended to third parties and no company lives in isolation of other companies who can help them create enormous value. Having a mindset of ‘we’re in this together’ and ‘we all succeed or fail’ is necessary for performance. End-to-end thinking without organisational boundaries is more important today as things become more complex and complicated. Every part of the system needs to be positively engaged to bring innovation, critical thinking, energy and enthusiasm to the workplace. All parties within a value chain need to feel a sense of ownership and accountability to make things happen and to succeed. I have seen this challenge to the IT Mindset work wonders within companies. I have also seen changing the focus of supplier relationship from one of persecution based on problems, legal discussion and procurement beatings, to working collaboratively for success be extremely successful.

The IT department needs to figure out how to behave differently. They need to be the business. They need to stop waiting for a written invitation. Also, as Business Leaders, IT Directors need work alongside their colleagues to actively review and monitor the intentions towards other individuals, departments and third-parties, and make sure any policies, processes, pride and prejudices don’t get in the way of the whole business being as successful as it can be.


A bigger ball of mud

The most common architecture

5 years ago I inherited a big ball of mud. It was an exemplar of ‘this most frequently deployed of software architectures’ described in the paper written in 1999 by Brian Foote and Joseph Yoder. It was then 2006 and the system was part of the new strategic architecture. A shiny new system that represented our future. Yet, it was still a big ball of mud. When will we learn?

The project was interesting. It was part of a crucial business transformation. It was to deliver a key architectural component that integrated into a more complex system of over 70 individual components – some new, most existing – and it impacted thousands of people and processes. It was based on an off-the-shelf product that we had never managed to successfully deliver before. It had been outsourced as a fixed-price piece of work to the company that built the software, and we had 3 people ‘managing the supplier’ back in to our business. It was the biggest instance of this piece of software in the world and I was their biggest customer. We had insisted that another 3rd party service provider be part of a design and integration team to de-risk the situation. And, to make matters worse, a bigger supplier of off-the-shelf software then bought the supplier of our product for strategic reasons. The project was interesting. The project was not simple.

A happy coincidence?

Because of this context and the need to join a few things together, I decided to focus my current studying needs of my MBA dissertation on ‘Relationship Management and Collaboration in delivering large business programmes using Agile Methods’. I thought it was worth killing the proverbial two birds with one stone and these both seemed like big birds. At the time of starting out on the project, I had been reading Implementing Lean Software Development book by Mary Poppendieck which set the tone for my approach to the delivery. In addition, I also read widely on the topic of relationships, partnerships, contracting, alliances and a whole gamut of other agile texts to explore how they might interrelate. For the purpose of this post, I am going to focus on the need for managing relationships and not step into the world of contracts (maybe another time). My position at the time of inheriting the project was to damn the contractual position. If I (and my business) was to be successful then we all had to be successful together and no contract was going to help us or get in the way of doing the right thing.

Understanding the landscape

When I started working on the project my first job was to go and live with the supplier on their premises and get to know them. Ask them questions. Understand what their philosophy was in their approach. Know thy enemy (well… not enemy per se, but it was clear a fight was coming).

My guiding light when starting out was to use the ‘Working software as the primary measure of progress’ as a way to judge the current position of the project. Every person I talked with I asked ‘…and how does the work you do help create working software?’ and ‘…how do you know you’ve done a good and effective job today?’ I was a right pain in their behind. But, the problem was not one person told me about the working software. For me, my approach was simple and very engineering focused. I believe that quality and speed are inextricably linked. So, if there was any dubious approaches to quality, then my belief was that they’d never be able to go fast enough for my business. They told me about their designs, their reporting, the project plan, the paper-based architecture and other very important elements that they thought an IT director should hear about. Frankly, I was horrified. Even more so when I found out that the 3rd version of the project was released into a production environment over 6 months late, missing most of the important functionality and had generated in the region of 400 major defects. In addition, there was NO WAY to deliver that same version of the software again because they didn’t actually know the configuration of the software and the metadata that went with it. Boy, was I in trouble? They were already underway developing version 4 and version 5 in parallel <sigh>.

But, this gets worse… It wasn’t just the people delivering for my project that I needed to worry about. This solution was based on an ‘off-the-shelf’ product that ‘just needed configuring’ (huh hum), so I really needed to look in to that too. Oh, and we also had that extra dimension of a 3rd party doing the integration work that I needed to just cast an eye over.

Conway’s Law

In the paper Big Ball of Mud, Conway’s Law is mentioned a couple of times. It is also discussed in other lean and agile texts when discussing strategies around scaling delivery practices. It says: …organizations which design systems … are constrained to produce designs which are copies of the communication structures of these organizations.

If this law is true (and I believe there is a lot of evidence to support it from my experiences) this has big implications for how you manage relationships, communication structures and how you might choose products to build your systems around. The number of points for communication between a supplier and your organisation can be vast. In this case, my project had over 200 people involved, plus the product engineering department of the supplier and all the management roles involved in the relationship. In addition, there were all of the integrating systems within the rest of the programme to consider. The communication structures were complex and inconsistent. The goals, scope and delivery approach were not well understood. The people working for the suppliers didn’t really understand what needed to be delivered, and the direction set by the supplier was not one destined for success.

Working on the relationships

After assessing the project for the first few days and spending time with the team it was clear they were under a huge amount of pressure from their management and from the management within the programme. My first step was to build relationships with the people who were desperate for a change. These were often the ones who could see what was being done was way below the standard needed or people who were constantly in the firing line of the flame-thrower. Basically, these were the folks who were not resistant to change.

I chose to close down the communication channels from within my own company who were creating the pressure and noise. I chose to take the heat away from the team; I needed to build trust and I could do that by removing pressure and creating a more collaborative environment.

Because of a need to do primary research and analytical study for my MBA I explored a few models that might help me empirically manage to a better situation. I found a model created by the Department of Trade and Industry from 1997 that described 5 dimensions to consider that I decided to use to better understand the situation:

  1. Compatibility – the degree to which each parties’ business interest coincide
  2. Trust – the degree to which the parties open up to each other and discuss sensitive issues such as pricing and quality problems
  3. Closeness – how much the parties know about each other’s businesses
  4. Depth of Relationship – the depth and breadth of contact between different levels of the hierarchy and departments
  5. Reliance – how dependant are both parties on business output

When setting out, the only measure that scored highly was reliance. This was empirical information from over 200 people. Our destinies were entwined at this stage so we’d better improve the other 4 scores!

Expectation management

It is really easy to tell someone what you are going to do before beginning a project. It is much harder to deliver what you said regardless of your intentions. Parasuraman, Berry and Zeithaml proposed a model in 1985 called the Service Gaps Model. This described simplistically the different areas where gaps can appear between managers, the people who do the work, and the service received by a customer, and what factors might be involved in generating these gaps. Ultimately, any programme delivery is done by the people who do the work and they are the people that you need to build trust with and get to know. You do need to understand what their challenges are and work out how they need to be helped for them to be successful. Sometimes their challenges come from within their own organisation. As a manager of such a programme this was part of my job. I needed to understand who, what and why blockers were coming. There were lots of different reasons. One thing that became clear was that there was an authenticity gap. Most people can spot such gaps when words and behaviours don’t match. The words of the management team didn’t always match the work of the team. Sometimes it did, but there was, obviously, some conflict going on. The excellent Cluetrain Manifesto talks about this in regards to the authenticity gaps of a business. Business is a conversation. It is many conversations. It is a conversation that happens at all levels. The people doing the work are quite happy to tell you about things that are not working. They are happy to share with you the troubles that they suffer from. If they are not happy to do so, then there may even be deeper problems in the culture of your supplier. Silence speaks volumes. There are rarely no problems. You have to be open to listening to them and resolving them together. But, you need to believe that the problems and solutions you are discussing together are for the good of your objectives as well as theirs. If the answer sounds like one that you’ve heard before, it will probably lead you to a similar result you’ve experienced in the past.

The folks doing the work are the people who really define the service and outcome you will receive. An old boss of mine always said ‘Know your people’. I believe this. As with all relationships it is working through the problems and creating shared experiences that improves the bonds.

Resetting expectations

I needed to reset expectations with all parties. I needed to set the standards that I needed based on the poor engineering that had been delivered to-date.  I needed to Demand Technical Excellence. I also need to create an environment where all the parties felt that they could participate effectively (this did have some contractual implications and is for another time). I also needed to insert people into the overall team who knew what it would take to meet the quality standards that I was expecting. There was no point in relying on my suppliers or the people who had managed the project so far as they were the team who had taken us to the position we were in. I decided to hire some agile coaches and technical leadership to help the existing parties really understand. The funny thing about trying to change a situation like this is that people are very quick to think change has happened, and claim success, but my experience is that people want to tell you what you want to hear rather than to show you what has changed in reality. Holding the line on the new standards was difficult. It meant heated discussions and politics at different levels within the relationship. This was an 18-month battle and we made incremental steps of progress in terms of building trust, deepening relationships and delivering on our promises. We did manage to improve the quality of the software, and we did deliver our business objective. Every iteration and release was better than the previous one. We need time to retrospect and continuously improve. If the line wasn’t held though and quality demanded the project would have reverted to its old ways. I am absolutely convinced of that. My job was to take my suppliers on a journey that was fit for my business. The core competence of my suppliers was supposedly software delivery. My experience told me a different story and one that I see repeated in many clients. It wasn’t because the people were not good. They were, but they didn’t have the environment or support to succeed.

Why share this story?

At the moment, I have a number of friends and colleagues involved in a huge Big Ball of Mud fight. I feel for them. It is a massive project recovery that is taking its toll. It is a death-march, for sure. These things don’t come up because of one person’s decision-making capability. They occur because of ‘the system’. They occur because people believe that someone else will fix the problem. They occur because of the short-term need for higher margins. They occur because people still don’t know what great (or even good) looks like. They occur because wishful thinking is still predominant in lots of companies that I see. And they occur because active management of relationships and suppliers is not happening with people who can get under the covers of what is really going on. What does happen when your luck runs out?

As an aide memoir, here are a couple of things that I learned through this experience that I would urge managers to consider:

  1. You can outsource work; you cannot outsource your problem. It will end up hurting you more. Help your supplier through the problem.
  2. You must build relationships at all levels to gain the best and most complete perspective. Businesses are full of conversations. Don’t believe the brochure. Know the people doing the work.
  3. You should explore how well aligned your communication channels and cultures are. How do you know that your partner will be successful and support your needs?
  4. Be aware and actively manage all parties interfacing with your supplier and from your supplier into your business. Communication channels are important to look after. Loose lips sink ships. Remember Conway’s Law. If your communication channels are confused, your software will be too.
  5. You need to know what great looks like, set that standards and help all parties achieve that standard. If you’ve never seen great, find someone who has. Find examples of great even if they exist in different industries. Don’t rely on the team that has been deployed to your project without validating that what they are doing for you is, indeed, world-class. Just because the supplier says they are doesn’t mean that team knows what awesome looks like or that their company can make great happen. Judge results on working solutions not on hyperbole. And keep the feedback cycles short. As google says at number three in their philosophy, ‘Fast is better than slow.’
  6. Get to know what objectives and systems your suppliers have in place. Is your success really (and I mean really) aligned to your success? Change control is still a key business mode for many System Integrators – the more Work-In-Progress that exists, the more expensive change will be to your business. That’s good for them, but terrible for your ability to deliver quickly.