Monday, 24 October 2016

Operating Model Canvas New Book: Andrew Campbell

I have just a few hours reviewing a book on Operating Models for Andrew Campbell of Ashridge Business School, he runs courses on operating model development too; so we have a common interest in sharing ideas. I have been working with Andrew off and on over the last six months and we have had some interesting discussions which have had some influence on this new book.

We don't agree on everything, as I am sure you can imagine, but in essense there is a common thread there which makes sense.  He likes value chains. I prefer capability maps; he loves organisational charts, I am less keen! But if these methods work and get the results then that is all that is important.

The new book is going to be in the style of Business Model Generation. it is more a pick up and browse a few pages when you need them. rather than a cover to cover read. It is diagram heavy, text light and really colourful.

Looking forward to a publishing date,

Thursday, 29 September 2016

Business Architecture " Don't boil the Ocean"

Appropriate modelling to serve stakeholders and communicate particular things is becoming much more the preferred approach than modelling the whole enterprise at all levels of detail.

The business case for a central architecture team is a difficult one to write and to get approved in a changing world. Tool vendors in the majority provide a: holistic model, modle everything approach in their provided databases (meta modals)  and this doesn't help AGILE architecture.

Selling the top down centralised way for doing business architecture is becoming less and less successful as many of these centralised teams are being disbanded in cost cutting programmes. Architecture teams employ expensive people and they need to demonstrate real visible value in pound and dollar terms.

Embedding architecting skills within individuals, who then operate in different roles across the organisation, rather than training specialists and placing them in vunerable teams is growing as the alternative way forward.

Business architecture is evolving and training needs to adapt in response. Through teaching AGILE architecting to support faster and more dynamic responses we can assist. No longer can we justify the cost and time in large centralised modelling teams except in certain strategic situations; such as cost leadership in high volume repeatable activity where controlled repitition is the strategy.

We need to diversify the people across the organisation to maintain and protect the ability to shape and design.

So bin the holistic metamodels! Ask the stakeholder what they what to see and now and model that and stop.

Friday, 16 September 2016

Agile Training

The title suggests some training in Agile approaches, bit of DSDM maybe, SCRUM or Xtreme Programming but what we are talking about is being Agile in training delivery!

Applying lean or Agile principles to training is a little new. Most courses have an agenda, some set slides and a fixed timetable; is this a learner focused approach? If we are not careful this becomes a teacher focused learning experience where we deliver a set programme whatever to a set of delegates. Death by PowerPoint can be the result and how much really gets learnt?

Agile training sets a framework of learning outcomes and a "backlog" of material and resources which are drawn down in response to learner demand. In other words the trainer responds to delegate engagement and delivers what the delegates are interested in; going off the plan is part of the plan.

Of course this type of approach requires a much higher teaching skill set than following a set of PowerPoint's. Many commercial trainers will have difficulty moving away from their serial, step by step, approach. On reflection it is easy to see why this might happen in a world of  content  driven by accreditation and badge collecting.

Accreditation bodies inadvertently create a fixed and rigid approach to training as the content has to be signed off, and to be frank, amendment is bureaucratically fraught and requires more fees to be paid. Accreditation is mostly about fees. So sticking to an unchanging course plan; delivering  time and time again without any reflection and change is the norm. This goes against the theories of teaching CPD big time, yet most commercial training is set in this model.

Training course that change and adapt on each and every delivery in response to learner need are quite rare in reality, but provide a much more flexible and adaptive response to learning requirements. Applying lean principals to learning is an interesting and valuable approach that needs some consideration.

Tuesday, 29 March 2016

Business Analysis Front of House or Back Stage

When you go to a show you want to see the production. In fact the mystery of how things are done is part of the experience. Knowing the trade secrets often spoils the show. A stage show, or film for that matter, is about receiving the communication. 
Quite often these days a DVD or a streaming site has "how the film was made", or extra features. On Amazon Prime for example this "secrets first” is at the beginning of the list to see, if you don't watch it you can't use the next episode feature on returning because you haven't watched the spoiler - most frustrating.
The "how we did it" is about showing how clever we are in making the film and seeing it in advance to my mind spoils the communication experience. It takes away the magic and spoils the excitement.
I like to use this analogy when training analysts because what stakeholders want to hear or see is the messages and outputs not about how clever or more educated the analyst is.
Why is it then that a large proportion of time is spent selling method and notation to business stakeholders, when it is the outcome that is the interesting bit? The business stakeholder is pretty cynical about this methodology or that methodology, especially us older folks who have seen the latest panacea fall into obscurity time and time again. I’m not suggesting that the excitement and magic is the aim here or “smoke and mirrors” either. In a business sense that is going too far, but the avoiding obscurity of the clarity of the communication is not going too far.
There is a place for the back stage and a place for front of house. Keep the methodologies and lectures on notations behind the scenes.
Nobody likes a “clever clogs” who reminds a business person that they are intellectually deficient and that “we in I.T. or change know better”. As the years have gone by, many operations people have learned to ignore technical types as this cultural faux pas has embedded a sense of frustration and to be frank total dis-engagement. IDEF0 , UML, Prince2, TOGAF and many others do I need to say more?
So many times we lead with method based training and force everyone to conform and adhere to the latest mantra. “They have had the training so now they will perform; job done!” Invariably they don’t perform because it is a case of “here we go again”; last decades business process engineering becomes six sigma, then lean and now agile this and that. So, many times we lead with method based training and force everyone to conform and adhere
Outputs and outcomes are what the show is about, not trying to overtly, or even unintentionally, showing how knowledgeable or superior you are.
So, focus on the outcomes present the method driven results; if the outcomes hit the spot than the methodology can follow if really necessary.  Forget the business training on the latest approach; lead by example and produce successful outcomes then business people will ask you: “how is that done then”, that is the opportunity to provide the education. The sale has already been made.

Wednesday, 6 January 2016

Operating Models All Look The Same!

Operating Modelling
If you follow I.T based frameworks the you might think that. In reality a model serves a purpose and that purpose is more important than following a prescribed standard. Modelling languages and frameworks help give structure no doubt, but how do your stakeholders view them?

The reality is that most business people  don't have the time to get their heads around alien notation and ISO standards that so many people spend hours on linked in groups discussing and arguing about.

Stakeholders want clear messages and easy to consume material that is relevant to their needs as well as forming part of a joined  up picture - architecture!

If your organisation follows a cost leadership strategy then your operating model is likely to be process centric with lots of focus on squeezing out every "ounce" of waste and cost. The BPM vendors are all about this and some of them market excellent tools to help create such models but what if your business is different?

If your reason for existence is not about the lowest cost to provide a comoditised product; but is about innovation and differentiation a process centric operating model is hardly of interest. The processes probably change case by case, week by week  and keeping it all documented is going to be a futile waste of effort.

Operating models need to be structured to communicate the right things to the right people. So don't start with a methodology, framework or modelling tool and impose it on your colleagues. Start with stakeholders first and understand what is required.

If you want some more help in developing Operating Models then perhaps think about organising a seminar  or one to one mentoring programmes from Dever Solutions Limited