Learning Is In The I’s Of The Beholder: 6 Ways The I’s Have It

Machine generated alternative text:
INSTRUCTION

Infographic, Games and Thoughts for Engaging

 

One way to consider the teaching and learning process, in any form – from a meeting to education to a technical training –  is in the form of six key aspects to any form of teaching or learning:

 

  • For Teachers – those trying to impart concepts, skills, and ideas – these are things you should help facilitate or catalyse for learners, but not dictate or force – you are there to open the door for the student, not push them through it!

 

  • For Learners – those trying to understand concepts, skills, and ideas – these are things valuable to helping you learn properly.

 

They flow throughout Connections, Concepts, Concrete Practice, and Conclusions, the 4 C’s of Sharon Bowman’s highly recommended book, Training From The Back Of The Room, and can chart a path from inexperience through to subject evangelism and teaching.

 

Interest

Without initial interest, there is little personal incentive.

What stands out? What are the overall learning outcomes? What do you notice, that gives this relevance? What catalyses your desire for this subject?

Inspiration

Without finding inspiration, there is little drive to understand.

How are you motivated to be involved, to use this? How can you see it benefitting you? How can this improve your day to day life and usage? What makes you YEARN to use this practically?

Involvement

Experience is the greatest Teacher.

How are you learning this? How can you engage yourself so you can understand and apply this? How can practice to discover and absorb the concepts, information and methodologies? How can you Learn by Doing?

Immersion

Without immersion, you may lose what you have learned, and you will not learn further.

How can you make this new knowledge part of yourself? In what ways can you regularly suspend yourself and your role within it? How can you continue to learn after the initial class? How do you ensure you retain this new understanding?

Investment

The best return for learning comes from devotion, and capitalising on it.

Do you believe in what you have learned? How can you use this to further yourself and/or your role? How can it benefit your organisation? What is the real-world return you will get here, day to day? How will your learning continue to grow beyond the class?

Instruction

We learn best by teaching others.

How can you Interest, Inspire and Involve others? How can you both pass on and retain ever-deeper knowledge of what you now know? How can you help others applicably understand and retain this? How can you continue to understand more and deepen your knowledge?

 

These I’s represent an instructional ecosystem that both teachers and learners are equally a part of. 

 

Exercises & Games

 

Learning is in the I’s of the Beholder!

 

 

Informal Exercises for Teachers

 

These can either be considered individually as a teacher, or used in informal exercises in the beginning of a class.

 

  • List basic aspects of the subject you want to teach randomly and ask learners to pick out what interests them, and why

 

  • Ask learners at the start what they would want to teach others about the subject, based on the basic concepts, and at the end ask them how they would now instruct others to inspire them in turn

 

  • Ask learners to think back to things they’ve learned in the past, which ones they’ve learned the fastest and most enduringly/completely, and why they think that is

 

  • Ask them to consider what the return on investment is for things they learn, and give examples of anything – ranging from driving a car to career enhancing management techniques. Ask them to expand this out to include more of an ecosystem, so how it would also benefit those around them and in turn benefit themselves even more

 

  • Ask for instances of where “use it or lose it” came true

 

  • Ask them what they think a teacher’s job is, and how they would teach the subject

 

These can be considered either individually, in small groups, or by the room at large.

 

Games to understand the Importance of I’s for Learners

 

Interest:

Have a decent range of subjects on a board. Ask the class to, one by one, pick a subject of interest to them – a new one each time. Then ask them to explain why it is interesting to them and if they think they learn it better or not as a result.

 

An alternative is to ask them to pick two subjects from a range, one of interest and one of no interest, and to research for 5 minutes any information on both to tell to the class. When they present it, see how much more they do with the one interesting to them, then explain what they’ve done and why. Ask them to pick subjects they do not know much about.

 

This helps people connect with and find what is of interest, to them and others, and understand why we tend to only really invest when something interests us.

 

Inspiration:

Have a random set of subjects, including some seen as traditionally average, and draw one each. Split into groups of 2 and work on understanding what the subject is. Google is allowed! Then try to interest either each other (or the group, depending on how it’s played) and inspire them to want to know more about it. See how many people say they are interested in learning more!

 

This helps people see what can drive you to learn more about something interesting, and how formerly average things can be presented as inspiring.

 

Involvement:

Create a game where, to reach the end, everyone must be involved as part of the journey. An easy way to do this is to base it on a choose-your-own-adventure book (I will consider providing some for use for groups of 4/8/12/16 people at a later date!). You follow the pages, and make a choice, then pass it to a random person (it cannot go back to someone who has already been) after your choice is made. At the end, a group decision must be made to choose the final ending. The stories can be in IT, services, industry, fantasy and so forth.

 

This forms connections within the group, and is a task that requires everyone to practically work in to complete.

 

Immersion:

Ask a student to tell a story about something that happened or could happen to someone else. This can be from a related set of subjects, be serious, be humorous, and so on. Afterwards ask them to describe what they see, feel, think about what they’ve described. Then ask them, or their partner if in 2s, to tell the story again as if it happened to them, or a similar story that did happen to them. Ask for the descriptions again, and get the listeners and the speaker to compare them to the previous story.

 

The power of immersion and experience, even simulated, is very powerful. Feelings – even simulated – are likely to be far stronger in the second story, as are the descriptions and the care for the subject.

 

Investment:

Create two methods, one kind of fun and lightweight and the other more interesting and heavy. The latter will get you further, and possibly a reward? But it needs to show the power of being invested. Have groups of two do this, one lightweight and one heavy. Then they tell the methods to the class, making it clear what you get at the end, the leaning goals. Have the class say which method is the one the would want to use and why, including reward. OR look at something it is in their interests to be invested in – driving, for example.

 

This proves the further amount people will evangelise and utilise a subject they truly believe in, especially if there is a return for them.

 

Instruction:

In 2’s, ask learners to teach something about a subject from Interest to someone, then in return, then again, until both people have covered the exciting and less exciting subjects. See which one they are better at. Have them break down concepts and explain clearly, and see if they discover new perceptions themselves as they explain it.

 

This shows that the more you teach something, the more you yourself understand it and can granularise it to enable the understanding of others.

 

 

At the end of each of these games and exercises, it is wise to explore with explanation how and why it works, and ask learners how it applies to them.

 

Before the exercise or games are invoked, they should be made psychologically safe and relaxing to the point where they are discussable. I prefer smaller classes of a maximum (usually) of 8, so I can focus on mentoring rather than managing large groups, and so people feel better connected, more relaxed, and more able to speak to everyone.

 

 

Fearing Change, & Changing Fear

 

The Fear of Change

Rosanne Cash

 

Whether we experience it individually or within human constructs (religion, organisations, families, clubs, etc), there is a Fear of Change ingrained in us in both business and personal life. Humans are comfort-creatures; we value stability and comfort in our lives, be it professionally or at home. So what happens when the ever-changing Universe rudely reminds us that everything is, ultimately, transient?

It is very human to deny that change is happening, that a system has become (or always was!) un-ordered. The reaction is often to then try to impose order (constraints), and often we do this to systems or situations that cannot by nature be ordered.

Change represents the oft-acknowledged deepest fear of mankind: that of the unknown. We know we are here, and find comfort, even in uncomfortable situations; true change will really change things, and this can induce anxiety, worry, discomfort, fear – not only of the consequences, but the change itself.

If something isn’t working, it needs to change for it to begin working. Sometimes the fear of change is so great that we would rather it simply continue not to work, because at least then we know it isn’t working; in other words, we have some form of certainty. This, of course, isn’t helpful in the long term, for delivering value, or in urgent situations, and to accurately gauge this we also need to understand the benefits or risks of making the change.

 

But what if something is already working?

 

One response is: why change if it works? (which can also mean, if it sort of works well enough, maybe, also I don’t want to spend money).

Why indeed? But as with everything, this isn’t a black and white situation, much as we love to polarise. It may be barely working, or require workarounds to complete. It may be inefficient or cause rising/unnecessary costs, or added complication and hassle to daily life. If it works well enough, which is highly subjective, you have to ask if it is worth changing. If the benefits of change are outweighed by the risks or clear negatives, or it is poorly perceived or understood, it is probably not worth doing.

But if you take any organisation with working processes in place, the chances are high that people will usually say, “Yes, it works, sort of – but it could work much better” about many of them, and then specify where the inefficiencies impact their overall effectiveness and workload. (A problem I have often found is that, where an organisation does undertake to make changes – be it a new system, process, or team – it is usually a higher-level decision that often doesn’t fully provide training, positioning, and applicable usage to the people actually doing the job, and can be either too simplistic, over-complicated, or ill-applied – in other words, not appropriate to resolving the core issue. This is why listening to the people doing it matters).

If this is the case, and benefits clearly outweigh risks… why not change it to make it work better?

The place to start with processes, change and the fear of that change is the same: you start with the people.

 

Why start there?

 

All processes, all base decisions, and all value delivered stems from the people within an organisation. People are interconnected individuals working within an organisational structure towards a common set of goals in a variety of ways; without those people – and their interconnections – the innovation, the products, the organisation itself would not exist.

Another way to say this is that people both create and are the value delivered by an organisation. Or, to put it in a more succinct fashion, Value Streams are made of People (Keogh).

So, recognising that the value of your organisation is the people is an important step, for a number of reasons. It is people who fear change, not the products or the infrastructure within an organisation; it is people who make an organisation work.

People fear the change wrought in any organisation because it disrupts processes and workarounds that may work imperfectly but still more or less work, and allow at least some value delivery. Worse, it may cause further inefficiency and unnecessary stress, or expose workarounds that are not strictly in line with company policy – but bureaucracy may have left them no other choice to achieve their business goals, which brings potential personal risk into play even in a clearly failing scenario.

“It works well enough.” “Let sleeping dogs lie”. “Don’t rock the boat.” “Don’t stick your head above the rest.” “Don’t stick your neck out.” “Don’t be sales/delivery prevention.”

These are human qualifications of not wanting to cause further potential problems, and become progressively more fearful of being singled out for causing issues, even if the root aim is to resolve perhaps more fundamental issues within the organisation to provide better, smoother value streams. Politics, bureaucracy, interdependency and tradition can all turn what looks on the surface to be a simple change into a highly complex situation and possibly render a goal unattainable, even though it may be to the greater good of the organisation. In a perfect world, a flexible and reactive enough organisation – one that recognises itself as a complex system overallshouldn’t need covert workarounds; experimentation should be built in.

A root of this fear lies in uncertainty. People require certainty to maintain stability, comfort, and (relatively!) low stress. Knowing a situation is good or bad is far preferable to not knowing if it is good or bad or even what it is, so the natural inclination is to maintain the status quo and not be singled out, as long as this isn’t disruptive enough to become worse than the potential uncertainty (there is a fantastic example of the effects of uncertainty in a study involving rocks and snakes used by Liz Keogh in her talks).

 

Why do organisations not recognise this?

 

Some do, of course, but not many seem to fully realise the causes behind it. One of the most important things to understand is that the landscape has shifted and is shifting in modern business, even recently. Knowledge has become the primary global economy, with business being undertaken around the world, around the clock, and data being digitised and made available and changeable at exponentially greater quantities and speeds than ever before.

The management of this knowledge and the methods used have become key to an organisation’s productivity, innovation, and agility (Snowden, Stanbridge). Sprawling bureaucracies have given way to entrepreneurial practices, and many companies are caught between the two, trying to apply often contradictory methodologies of both to their staff and their products.

At the same time, the latest and not yet widely-understood shift to virtual systems, the increasing use of AI, and knowledge digitisation has moved business to a realm we have no prior experience of or reference for, and this causes fear and concern because we are being forced to change at both a personal and industrial level. Organisations push back against this by acting as they always have, cutting costs, replacing management teams constantly, and so on, but the simple procedures that once worked do not produce new benefits past the very short-term now.

This is because, without realising it, we are now experiencing the Fourth Industrial Revolution (Kirk), which is an entirely new landscape requiring new understanding and actions. Because organisations do not have either, many of them currently “feel like they are in Hell” as a result of the Dark Triad (Kirk): 

 

• Stress

• Fatigue

• Antagonism (“Arseholeness!”)

 

…and they occur both at an organisational and a personal level.

One of the key reasons for these responses may be because of the still-existing and long-term investment in structures based in Taylorism (which dates back to the 19th century, yet is still a core of today’s management science), a root of Process Engineering. This can be interpreted as the belief and (and action upon the belief) that an organisation is a machine with people as cogs or components that will consistently deliver the exact same output in quality and quantity – or, that an organisation is both inherently ordered and conforms exactly to rules.

 

 

(Un-ordered)

MATHEMATICAL COMPLEXITY

SOCIAL COMPLEXITY

(Ordered)

PROCESS ENGINEERING

SYSTEMS THINKING

 

(Rule-based)

(Heuristic-based)

Cynefin Knowledge Management Matrix (Cognitive Edge)

 

 Despite the realisation for decades that Taylorism is actually detrimental, because that just isn’t how people work, and supposedly eschewing it in favour of a more Systems Thinking approach (or, where an organisation is ordered, with greater flexibility from using heuristics) and a shift from a perception of “machine” to “human(Peters, Senge, Nonaka), businesses have really only changed it slightly.

There has been a concerted effort to balance the Mintzberg et al Process Engineering-centric Schools of Strategy (Designing, Planning, Positioning), and the Systems Thinking-centric Schools (Entrepreneurial, Cognitive, Learning, Power, Cultural, Environmental, Configuration), but in my own experience of companies, especially some US-based organisations, I have still found a far greater leaning to the Process Engineering side with some nods towards System Thinking, and a greater perception towards an organisation being a machine, not people. In other words, here we try to force an organisation to fit the modified concepts of Taylorism because it is trusted and traditional, despite being proven ineffective, and act as if it will forever output the exact same quality and quantity.

Of course, even the most balanced approach here between the two still treats an organisation as an ordered construct with a variable spectrum of rules and heuristics, but the very presence of humans who can vary output, focus, workloads and innovation both within and driving an organisation dependent on a number of factors that aren’t necessarily causal or logical – that is to say, complexity – means an organisation can’t be a rigidly ordered system. It is by nature complex, un-ordered, but the tools we mostly use to resolve issues are based on it being an ordered structure with simple rules. The understandable preference, based on certainty and comfort, is to seek simplistic identically-repeatable approaches (“recipes”) based on clear and idealistic outcomes (Snowden).

 

 

Ontologies in relation to basic Domains (Cynefin)

 

What’s interesting is that people will try to manage an organisation as ordered when it isn’t, yet adapt very quickly to managing home life which is similarly un-ordered, often within the same day! This brings into focus the concept of our different identities, or aspects we transition between seamlessly to fit into different situations.

It is also very easy to miss that many instances can be multi-ontological. As a very simple example, if I run a technical training lab, I deal with an obvious domain in much of the basic subject, but also complicated areas; the systems I use to train are largely complicated; and the addition of students themselves bring complexity, as the students drive the class and every class is different to any before as a result (it’s rare that a class descends into chaos, but it’s not unknown, and usually requires outside influence!). So I can end up dealing with all three ontologies in one course! Order, un-ordered complexity, and un-ordered chaos all require different management, but they can all be managed (I touched on some of this briefly in my last blog post: https://www.involvemetraining.com/best-practices-vs-heuristics-in-teaching/).

 

 

The visible effects

 

By not changing from primarily Process Engineering thought structures for 50+ years of business practice, and many organisations not fully comprehending that the shift of many markets from product to service requires organisational agility (as a core concept, not a modular application!), markets are seeing the stifling of innovation and a downwards dive of productivity (Snowden).

This inevitably sparks a frantic reaction (change of focus, sudden arbitrary swerves to “disrupt the market” without recognition of opportunity outside a narrowly focused goal, cost cutting, redundancies, management team swap-outs, further cash injections, etc) without looking at what is working, and more importantly understanding that this is not a one-fits-all recipe that can merely be transplanted inter-organisation for success (Snowden).

It is becoming clearer that collaborative competitiveness, reactive approaches, SME level agility and innovation are where markets now grow in this new landscape of people being and delivering value via a knowledge economy, and this is a beneficial realisation for organisations struggling “in Hell” to take a first step into new understanding.

 

 

So what now?

 

“…Where we go from there is a choice I leave up to you…”

 

The more I look at the current struggles to achieve the results of yesteryear, my own experiences of the last twenty years plus, and the new evidence of Industry 4.0 (Kirk), the more I realise how accurate the above is. Interdependency and collaboration is clearly now essential in a new, barely understood industry of High Demand/Ambiguity/Complexity/Relentless Pace (Kirk). We haven’t been here before.

To find balance and prosperity, and deliver real value once more, collaboration, agility of approach and innovation are all required. We need to sense-make; we need to path-find, or forge our own new paths.

“Reacting by “re-acting, or repeating our actions, merely causes problems to perpetuate. In a new landscape, a new reaction is required for change” (Kirk). This is also one of the keys to Cynefin and managing complex situations; it is virtually impossible to close the gap between the current situation and a goal when dealing with complexity, a system with only some constraints where each aspect affects all others. Instead, you must see where you can make a change, see where you can monitor that change in real-time, and recognise the opportunities to amplify success and ignore failure when it arises via experimentation (Snowden). Or: instead of trying to achieve an idealistic goal impossible from your current standpoint, instead make changes to the system that may throw up even better goals, watch for them instead of focusing on the old goal exclusively, and then grasp them when they arise. You must start from somewhere, but the key is to start – a certain step is the first one to conquering uncertainty.

“Organisations and people ALL matter, because they drive, innovate and ARE value; we matter because everyone else matters” (Kirk), and industry becomes, not forced into trying to be a destined-to-fail machine system, but a safe-to-fail ecosystem – holistic and interconnected, not only able to adapt to change, but driven by it.

 

The problems we still face

 

The issue in many organisations, and with many managers, is that it is very easy to believe correlation = causation, and that simple universally-applicable recipes give idealistic outcomes. This leads to problems, and is a driver of the industry “waves” of best practice management fads that don’t work long-term but propagate because they are new, and short or medium term results may have been seen by some other organisations.

What works to fix or improve one organisation is not necessarily (in fact very unlikely) to work perfectly for other organisations, or work subject to simplification and/for general application. This is a core concept still used that conforms to the Process Engineering ideology. You cannot take something in complex situations and reduce it to a repeatable generic recipe that works perfectly; it just… won’t. No two organisations are alike. Every instance should be approached, investigated, and worked on individually and holistically to see if it should be managed as ordered, or un-ordered (complex or chaotic). There is benefit from seeing what other organisations did to resolve similar problems as long as it is understood the approach and fit must be modified: the incorporation of aspects, rather than the dogmatic following of a whole.

Furthermore, the more people find approaches to be effective, the more they seek to codify the concepts – which is fine to a point, but can easily lead to them then structuring the approaches, modularising them, and then seeking to force them back into the ordered ontology (the Cynefin domains of Obviousness or Complication) as a simple, universally repeatable recipe, when many are ultimately agile and flexible tools to manage un-ordered systems (Complexity or Chaos). This is something that appears to be happening to the concept of Agile at the moment; it is becoming less agile itself as it is taken in by large organisations and constrained!

At the same time, there are constant clashes intra-organisation. Organisations want to both be fully ordered with infinitely repeatable output, but also flexible and innovative. The first of these is causal (repeatable cause and effect), and the second is dispositional (you can say where you are and where you may end up, even simulate, but not causally repeat or predict). They are very different in nature. By their very nature and composition, an organisation cannot be a simple ordered system, and this is where the work within Cynefin by Dave Snowden into Social Complexity/Anthro-Complexity begins to make sense of these systems and the management of complexity and chaos.

There is also the requirement for a deeper comprehension of the fuzzy liminality of whether or not you should make a change, which differs in each situation; a risk/benefit exercise where we weigh up the benefits  – deep and long term as well as short term – of making a change, where the former is often ignored in favour of short-term profitability. Where the dangers of making a change are not defined or understood, or are clearly not beneficial, it is wise to consider carefully whether you should do so – and if so, what the correct manner of doing so is.

 

From Hierarchy to Ecology

 

One of the fundamental movements that resolves some of these issues I think will be a shift from Hierarchies, where organisations are ranked internally relative to status and authority with a focus on control (power), to Ecologies, where organisations recognise the relationships of every person to each other and to the organisation, with a focus on delivery (value).

This may then acknowledge change and the driving by change, and that organisations are largely complex and cannot be distilled into simple recipes repeatable for idealistic outcomes. The market, the industries, the universe itself inflicts change, as do the people within, and order is impossible to maintain rigidly, so adaptivity and recognising how to manage un-ordered systems is required.

Before this can happen, organisations (and the management thereof!) need to understand how much efficiency and value delivery they will gain from the also-fundamental shifts in their traditional beliefs: it is understandable that organisations wish to impose order and tighten control to make sense, but Dave Snowden warns against the effects of “over-constraining a system that is not naturally constrainable” – you are asking for more inefficiency and problems, not less.

 

And how exactly does this all fit in with Teaching and Learning?

 

Many of the concepts are relatively new and evolving, and touch on Agile, Lean, Cynefin, and other concepts and frameworks all at once. Teaching these concepts correctly and helping organisations and individuals understand how to learn them effectively (applicably understand them), at the same time as steering away from the temptation to use easy one-size-fits-all fads is therefore key, and the next step in our progress. Understanding of them is blossoming, and now it must be effectively conveyed, used, and put into practice! None of this is any use if it cannot be effectively taught and learned. At the same time, this all fits very neatly into the overall concepts of learning and teaching, which are not by nature ordered and simple. 

Equally important is learning when to change. It should not be forced for the sake of change, or without clarity or understanding. Not all change is necessary; it’s knowing when it is and where to start that is crucial, or you could lose opportunities you already have.

Perhaps one of the most important things to teach, and learn, is this: Change is a fact of life, business, and the Universe in general, and it can be feared for good reason; but that should not stop change where change is required or beneficial, or strive to stop change that cannot be stopped. Instead of fearing change, we can teach ourselves to change fear into something more productive: an awareness of grasping opportunities that change will throw up.

You only learn when you are open to change, you move outside your comfort zone, and you accept failure as a lesson that builds success; that uncertainty is the point from which new understanding can grow. The more used to taking that first certain step into uncertainty you get, the less you fear the challenge, and the more you relish it. A good teacher & consultant can help place your feet on that path, and walk the first steps with you.

 

 

Image result for rosa parks quote on fear

 

 

Sources:

Liz Keogh (lunivore.com)

Katherine Kirk (https://www.linkedin.com/in/ktkirk/)

Dave Snowden (cognitive-edge.com)

 

Best Practices vs Heuristics in teaching

Best Practice & Heuristics

Note: This article focuses on the basic concept of Best Practice understood by most organisations and does not cover the Cynefin models of Best, Good, Emerging, and Novel Practice in their relevant domains – more on that another time!

Best Practices exist in business for a reason. When we need to do something optimally, over time or using prediction we can determine the best methodology that has the least cost/risk for the output. In a perfect world, we want something that works first time, every time. This is the level many people in business tend to work at (or ignore!).

However, real life has an unpleasant if invigorating habit of not always providing us with a clear application of Best Practice – a wonderful opportunity to learn which we might not appreciate, say, mid-disaster. Time constraints, political expedience, resource limitations or complexity can all get soundly in the way.

Best Practice can also be a misnomer. Oddly, the approved, documented, step-driven way of doing things correctly to ensure consistent results can sometimes actually be less effective than doing things another way – as long as you are cognizant of pitfalls and expected results (usually via a solid mixture of expertise and experience). This means we sometimes have to choose between the proven, approved methodology and the effective methodology to achieve a goal within constraints. Even further, sometimes Best Practice simply cannot be applied at all to resolve an issue.

What we see here then is a disparity between Best Practice, the approved and most optimal hypothesised or sterile-tested way to achieve a goal, and Heuristics, a more practical approach to problem solving or learning that has no guarantee of being optimal (or sometimes even rational) but will adequately reach an immediate goal in the real world.

Or:

Best Practices as the supported optimal hypothetical route to achieve a long-term goal
Heuristics as a rule-of-thumb route to practically adequately achieve an immediate goal

The ability to choose the correct one to solve a problem is as important as having either. Spending time applying the incorrect one can at best waste your time, and at worst make the problem far worse.

Demonstrating the difference

Let’s look at a relatively simple example of this. Because I’m from a technical background originally, I’ll use an IT example (which may seem complicated, but it is actually quite logical):

Moving data between storage arrays

Using a Data Protection solution Base sitting on Windows, System Independent Format data is held on simple drive letters, typically storage arrays, as primary storage. Caveats are that it is a live system accepting and sending data constantly as well as maintaining that data in storage, the data could be into the tens of TB, and the SIDF files for each task are exclusively locked during this process, requiring a task-priority-driven queue to manage. The strong preference is that critical backups are not interrupted if possible.

Let’s suppose you run three basic RAID 5 arrays, each one a volume, and you wish to replace E as it is older or unreliable hardware, so E is marked Read-Only so no new data can be written. Moving data between these is simple:

Using this particular solution, a command “Move to another Location” is used above. This tells the solution that E will be retired. Data is automatically redistributed to remaining drive letters, database indices are updated with the new locations for the data, and then E can be removed. This is simple, easy, obvious, and conforms readily to Best Practice.

So far, so good – but what if you wish to replace E with a new volume? (H being the obvious).

Here we can see that by marking all drives except H Read-Only, the data has only one location it can go to (unless you have a really crummy solution, it is unlikely you can also mark the last location Read-Only!). So here, you can see that this is quite simple, logical, and conforms readily to a Best Practice (follow these steps for the optimal outcome every time).

So now let’s look at what happens when the project increases in scope and complexity and assume the three volumes are split over a single RAID 5 array, for example, and you wish to replace the whole array for future-proofing/performance/storage space concerns in a like-for-like scenario (to maintain some simplicity):

Using the above method, you add the new three volumes (which must of course be at least as large and will typically be much larger). Here is where things cease being obvious and become complicated, although there is still a Best Practice. If you mark the originals Read-Only, and use the command above to move the data, the data will be moved by Best Practice, optimally, with updated indices in the database, with clear logs. No new data will collect on E, F, or G, and once the operation is complete they can be removed from the solution as storage locations. This is the approved, proven, supported, and repeatable methodology.

However!

I personally would not use this method, for a number of reasons; the main being “the real world”, which introduces complexity, illogic, and external factors a go-go. An alternative takes into account time constraints, monitoring and man-hours, Solution activity, simplicity, and effectiveness, as well as other unknown factors I cannot predict that could impact the process; the Heuristic approach defined practically on previous occasions and arrived at by testing in extremis. This is a work-around using different methods to achieve a more immediate goal:

In this example, I offline all Base services immediately after backups have ceased, so the Base is not running at all. I then copy through Windows, direct from volume->volume, E to H, F to I, G to J. On arrays, which run disks in parity, you can run multiple operations concurrently, so these are all done simultaneously. I then place a marker in each new volume (notepad document typically) saying “I used to be E!” I used to be F!” I used to be G!”

Then I unplug (leaving the original data intact!) the original arrays, rename the new volume letters to the original, and restart the services (i.e. turn it back on).  And the Base says, yawn… where is my data on E, F- oh, there it is. Same indices, same locations… completely different hardware.

Let’s simplify the concept of what I have done here re the arrays:

https://www.involvemetraining.com/wp/wp-content/uploads/2018/08/image011.gif

(Disclaimer: I cannot guarantee there isn’t a stone ball waiting. That’s the problem with the real world. There could be.)

I find a lot of value in using real world examples to underpin my reasoning here:

A client had four Base machines of circa 12TB. He wished to upgrade the storage on each one from a 12TB array to a much newer, larger 48TB array. He asked my advice on moving this data. I ran him through the “Chris-approved” Heuristic method and the reasoning. He then got a second opinion from Support, who dictated the Best Practice method. He followed their advice. The copy of 12TB of data on local disk should be achievable within 8-12 hours, well within a backup window. The Base would never know what happened. Since tasks of a much higher priority were constantly running and interrupting (Replication, Backup, Restore, Optimisation, Expiration, etc), it instead took him almost 4 weeks! …he told me not to say “I told you so”.

What lies behind Best Practice and Heuristics usage

So – let’s move out from the “technical” aspect above and look a level deeper at the concepts behind the problems faced.

Best Practice here is the company line, using the tool built for the job, but actually the difference in efficiency and process is significant, although the end result is the same. Whether it is better to transplant wholly or create entirely new indices for the same data is debatable given the achievement, i.e. the replacement of the hardware. Which one was more effective in the real world is readily apparent.

Most training I have been on will teach only the first concepts, if you even get those; there is simply too much information overload in a short space of time. Training courses are not always particularly efficient, and are subject to the same choices between Best Practice and Heuristics as the subjects they cover. But in fact you can break it down even more simply than this. It’s generally accepted that you typically encounter three main types of problem (certainly in trainings) at varying levels:

  • Simple problems (You need to move the data off a volume. You click move in a clearly explained wizard. It moves.)

Obvious causality; known parameters for problem and resolution; correct answers exist and will be achieved through logic; resolution can be achieved by anyone.

You know what it does, and how to achieve it.

  • Complicated problems  (You need to move the data. You can spread it to multiple locations or send it to one but this requires decisions, knowledge and scoping. You consider then configure parameters and click move. It moves.)

Causality isn’t immediately obvious; parameters may be known but not completely; there may be multiple correct answers; expertise is required to resolve them.

You know what it should do, and how to work to resolve it if it doesn’t.

  • Complex problems (You need to move the data. You cannot complete this via the wizard in the time allotted, external factors may or will interfere, you are not aware of all factors and cannot anticipate everything. Expertise doesn’t resolve the fundamental issue. You have to experiment to find another method. You test. You find the best possible path given constraints and work around the base issues. You shut it all down, copy the volumes, turn it all back on. It’s moved. You check it worked!)

Causality is unknown; parameters are unknown; there are no absolute “correct” answers; logic doesn’t resolve it; expertise alone is ineffective; innovation and lateral thinking are required.

You know what it should do but not why it doesn’t or how to resolve it. You must test different methods to find an immediate resolution.

At this point we start moving from troubleshooting closer to the realms of Cynefin, Dave Snowden’s framework for decision making (which has another few areas a little less relevant to the core of this article). There is a wealth of incredible information here by Liz Keogh, a very talented Agile Consultant and keynote speaker who speaks and teaches on this subject globally; I strongly recommend looking at her blog.

With the above problems however it becomes obvious that Best Practice can be applied to the first, and at least GOOD Practice to the second, but neither to the last; Heuristics are required to resolve complexity because Best Practice simply cannot exist there. It is further worth noting that issues are not always one of these problem areas alone!

So how does a teacher best approach this with a class?

Applying this to teaching is an interesting conundrum then, as by nature teaching is at the same time simple, complicated and complex. Cause and effect exists for most subjects, with basic troubleshooting. But you are also teaching students to diagnose, and start down the path to expertise. The subject and the systems can usually be predicted. Yet you have a class full of individual people, and you cannot predict their actions or responses. Effectively balancing atmosphere, skill level, collaborative potential, action, understanding, interest – and what wonderful technical issues they may throw up to learn from! – requires a flexible and innovative approach to each class. It may be best to consider each training solution a unique problem with several concurrent paths to resolution, and balancing logical process and flexibility to deliver the optimal mix of learning.

Classes for me are an incredible mixture of these concepts; teaching people how to teach is a much-different prospect from simple subject knowledge transfer.

I have found over many years that, by and large, a class able to understand and apply Best Practice is also capable of also deciding when and if to apply Best Practice – or Heuristics – but won’t necessarily do so. It is very easy to fall into the ruts of teaching a class by rote, and subconsciously teaching them to follow rote themselves. Humans, adaptable as we are, prefer ease and comfort, and will often follow this detrimentally. This is the darker side of Best Practice; following a set of steps without thought or reactivity, trying something again and again because it should work, and anything else is effort. Heuristics are effort. Let’s apply the principle of Occam’s Razor to this, then:

If what you are doing doesn’t work… do something else!

Resolving problems

I often find that a problem in a sterile lab environment which is a complicated issue becomes a complex issue in the real world, simply because of unknown variables and environments. It is also why I am not in favour of unrealistic teaching environments, which may teach only the shape of the spoon (Chapter 7, Involve Me). If you teach for real-world usage and problem solving, you must make your teaching as real-world as possible or application is limited at best.

Best Practices can change and refine over time, and must be constantly updated, but for a simple or complicated scenario deliver a consistent result. Heuristics cannot be relied on for everything, and may not be optimal or concise, but they can be used to resolve a problem that does not conform to a Best Practise – in other words, a complex problem. When I’m teaching people how to teach, I encourage them to:

  • Identify Best Practices
  • Identify possible issues
  • Be prepared to react Heuristically
  • Identify if the issue is human-based or system-based
  • Impart guidance on how to direct student to fix this themselves
  • Learn from doing!

 

This requires both  pro- and re- active responses. A planned approach is key, but the ability to react and absorb changes is also critical and sometimes missed. As mentioned above, it is all too easy to fall into the habit of continuing to follow set instructions, and I see this in class a lot. If an approach doesn’t work, often I see it repeated again, and then the student sits and frowns. This is one reason in fact I have a very flexible approach to any teaching and use little presentation or documentation for anything past conceptual or reference material – these can’t be changed on the fly and allow less lateral thinking and reactivity when rigidly followed, whether from class dynamics or technical difficulties (and so forth). Where Best Practice does not fulfil all criteria, Heuristics often can.

Humans can individually be wonderfully chaotic in approach, and you cannot as easily predict people as you can systems. We are where any complexity is usually introduced (in IT there are multiple terms – I say “Chair-to-Keyboard interface error”, but you also have PEBCAK, PICNIC, and the wonderful Eastern European “The device in front of the monitor has a problem”. They all mean “human error”.). What this amounts to is – people break stuff; often, illogically, and sometimes gleefully. Best Practice usually works for systems, but not for humans.

Or:

Systems usually follow rules; people usually don’t.

In war it is oft-quoted that “no plan survives contact with the enemy”. If you stick only to a plan despite changes in expected enemy deployment and composition, you are likely to find the battle does not turn out as you hoped. In extremis, you throw things at the wall and see what sticks. This is where agility of mindset and lateral thinking are critical, vital assets of both teachers and students.

A project is the same; a training course is the same. Teaching students flexibility of thought and logic of application is important, and constantly improves your own, and whilst Best Practices are key to this in many industries, we must all be mindful of surrounding situational modifiers. If it fails, or doesn’t fit the requirements, heuristically define what is definitely and immediately effective, use it, and qualify it logically with real-world examples of why this worked. This is my final key point for students in my classes:

Use the appropriate method at the point of decision.

Ultimately, you can only provide tools and capability to use them effectively: you can only open the door. Walking through is up to the students.

 

 

Why Business Efficiency is dependent on learning

Good old-fashioned learning: one of the simplest, yet most complex, things we undertake. We are learning machines, from the moment we awaken through into adulthood; the manner and ease may change, but our learning never ceases to be critical for progress.

Humans adapt and learn quickly at multiple levels, which is one reason we are so successful. But we also have the perhaps unique ability to choose what we wish to learn, detrimentally or not.

This is because we are also creatures of profound habit, and enjoy ease and comfort. Learning is not easy or comfortable. Thus in life – and in business – we eventually end up in ruts that defy logic and impede progress.

Learning helps us develop Best Practices and use what I think of as cognitive common sense – not merely common sense, i.e. the obvious, but something that perhaps becomes obvious when you think about it and apply lateral thinking or logic. There is a constant battle within companies, management, and workforce to balance best practice, cost, return, risk, and many other parameters.