Showing posts with label collaborative learning. Show all posts
Showing posts with label collaborative learning. Show all posts

Wednesday, April 23, 2014

Radical collaboration

Yesterday, I came across this TED talk by Ramona Pierson, CEO of Declara. Pierson was seriously injured in a car accident several years ago. In fact, that she survived is nothing short of astonishing.



Please don't get so lost in the sensational story of her injuries and the fact that she now looks so unscathed that you lose the message that this young woman was moved into an old age home, and that fact probably saved - if not her life - her ability to function and lead the life she has.

This was radical collaboration. A bunch of people came together and taught her some vital skills. Sometimes they were skills the bunch of people didn't have themselves, so they more or less made it up as they went along. Others were skills some members of the bunch had honed and flexed decades previously. This was outside the box/left field/pick your cliche thinking in action. Was this bunch a collection of young buck mavericks, known for flying off at a tangent? Not even a little bit. This was a bunch of senior citizens in an old age home. They didn't hold a thought shower. They didn't run a few ideas up the flagpole and see who saluted. They all just pitched in and did what they could. It was probably quite messy, because it was life and not corporate business. And just look at their results.

By and large, people in old age homes are considered to have done their bit for society. They are now being afforded the chance to put their feet up and take it easy in the final years of their lives. They can even be quite disempowered. They are as likely to be 'done to' as school children - not consulted about their schedules and preferences, but with activities planned and scheduled by well-meaning people who believe they know what's best for them. Old age homes aren't exactly sought after harvesting grounds for recruitment agencies. And yet, and yet.

I find this story inspiring on so many levels.

I am also inspired by Pierson's approach to recruitment (among other things). However, rather than diluting this particular slant by going down that rabbit hole, let me leave you with a link to an interview she did with Business Week, so that you can explore more on your own.

Monday, February 21, 2011

Addressing client mindsets

Over the past few weeks, in a range of different situations, I have bumped into a few assumptions that I have had to challenge. Working as a consultant, I regard it as part of my job to challenge existing mindsets where necessary. I also have no qualms about doing so within my community of practice.

So let's take a look at some of the issues I've addressed... and how:

"We need to track learning"
First of all, you can't track learning. The only way you can tell whether somebody has taken something on board is to observe their behaviour in the workplace. If it changes to incorporate the new material/process/whatever... then they have learned something. The best thing you can do is track access to learning materials. This is no indication that learning has taken place. If person X simply clicks 'next' every few seconds and keeps going right to the end, your LMS is going to tell you that they have successfully completed the course.

It is true that certain levels of tracking will allow you to check how long a user spent on each page, from which you can draw realistic conclusions about whether or not they actually read the material on each page, but whoa! Who is actually going to do this job? Whose time can you afford to allocate to this task when there is so much real work to be done? And once they have identified that person X failed to spend long enough on pages 12, 45 and 67, what then? Are you really going to go after them with a big stick and force them to go back and do those pages again?

"We must have an assessment"
Let's just make one thing totally clear: a series of multiple choice questions with options such that even the average Joe from off the street could select the correct answer, is not an assessment. It's an attendance register. Okay?

If yours is a regulated industry and you are obliged to have some kind of butt-covering tick box, then fine. But let's not pretend to each other that it is anything other than that. If this is not the case, why exactly do you want an assessment? You could provide a few thought provoking scenarios. I'm all in favour of that, but do you really need to record some kind of test score? Would something along these lines not suffice?

Once again, the best way to assess whether people have learned anything is in the form of observable behaviour change on the job.

"People need to know this"
Really? Why? Because they need to observe it? Ah. So what you're actually after is not that they should know something, but that they should do something, right? Can we agree that knowing is not necessarily linked to doing? How many people know what the speed limit is in any given area? How many people observe it? Knowing isn't the goal.

Besides, let's face it, most 'policies' are pretty much common sense recorded in formal language with too many commas. In cases like this, I refer people to Cathy Moore's action mapping post. I've lost count of the number of people with whom I've shared that post!

"We need a half-hour elearning course on xyz"
Mostly when L&D people get this sort of request, they just nod and get on with it. I'd like to encourage them to push back. C'mon people: add a little value, already! Ask these questions:
  • Why?
  • What is it for?
  • What will people do differently afterwards?
  • Which of the organisation's strategic goals are being addressed, here?
Do you really need an 'elearning course'? Could not just distribute a pdf? When I suggest this, I am often told that the people don't read pdfs. Well, let me share a little secret with you: people don't read information dump-type elearning courses, either. So don't go that route. This takes us back to the Cathy Moore post I referred to above - a far better way of addressing policy changes.

"How can we design this so that it fits with what we can do in Articulate/Packager/X-tool?"
I get really uncomfortable when people adopt this approach. When they have a hammer and try to figure out ways to turn everything into a nail. Does it have to be shiny? Sometimes the answer is absolutely yes, but not as often as we are led to believe. Sometimes all you need is a simple roadmap diagram, or a list of procedural steps with a list of links to user generated screen capture videos or testimonial video clips taken with web/flip cameras.

Monday, February 14, 2011

On value and the eye of the beholder

I often come back to this topic, because time and again I am struck by how unpredictable and subjective the issue of value is.

This was brought home to me by something that happened on the 365 project. I don't pretend to be a photographer and my decision to sign up for the project was part of my self-help initiatives after the annus horribilis that was 2010. I decided not to try to take brilliant photographs, but instead to create a photo journal, publishing a photo that recorded something meaningful about each day. The results are of varying quality. Yesterday, I discovered to my my surprise that one of my photographs has been 'favourited'. Not the one with the accidentally excellent mood lighting, or any of the passable ones of historical buildings in my town. Not the one showing the symbolic snowdrops blooming bravely, or the accidentally good shots of my pets. Nope. Instead it's the shot with which I was least satisfied of all.


I was trying to do something interesting with the water in the bottles, but I have neither the camera nor the skills to succeed. If I had taken a single other shot worth using that day, this one would have been binned. But this is the one and only photograph in my collection to have been favourited. I don't know why. I don't know what the person in question saw in it. Maybe it serves as a 'what not to do' example for a photography course they're delivering. Who knows?

If you think about it, diamonds have no intrinsic value, but because of their perceived value, a whole industry... several whole industries have built up around them. People die in the quest for them. And yet they are solid carbon, just like coal, which we hardly value at all... until we are in danger of freezing to death, that it is. Then, suddenly, a diamond is worthless and coal is inestimable.

Wall-E, the animated feature film, shows a (semi?)sentient robot coming across a diamond ring in its little box. He throws the ring out, and keeps the box, because it intrigues him... and because he wasn't programmed with our value system.

We seem pre-programmed to think that anything or any skill we possess must ipso facto be of lower value. And, for those of us looking to develop a learning culture that is a hive of user generated content, this means we are going to have to work really hard at spotting the nuggets, the treasures, the diamonds in the rough and encouraging their owners to see their intrinsic/potential value to someone else.
That trick that you learned in Excel/Photoshop; that activity that you do with your class; that piece of advice you give your staff members; that lesson you learned the hard way... these are the things that people can use. Because you discovered/developed them, you assume either (a) everyone knows how to do them or (b) nobody would be interested.

I think you'd be surprised!
I once developed a wiki to be used by a group of people embarking with me on a new venture. The idea was that we would develop a glossary of new terms related to the shared endeavour, as well as a recommended reading list, with reviews. When I mooted the suggestion, it was greeted with much enthusiasm: everyone was mad keen to have such a resource. However, once it was created, very few people were bold enough to add to it, and those who did tended to make additions in the form of questions: adding a word with a question mark after it... which no-one replaced with anything helpful. And yet these people were reading voraciously, and debating matters in class (an on the online discussion forum), they were each applying their own perceptions of the terms we were learning on a daily basis. They were more than happy to help one another on a 1:1 basis off-line, but actually sharing something in a space where others could see it? Not so much.

This culture of undervaluing the things we know/can do is going to take a long time to overthrow, and we're going to have to work hard at. Until then, if one more person tells me "if we build it, they will come" I think I might scream. If we build them (up), then they might just come, but we have a long way to go, methinks...

Friday, February 11, 2011

Twitter in the surgery

I'm posting this fresh off the back of last night's stimulating #lrnchat on Twitter. I don't watch Grey's Anatomy, but Jane Hart shared this fantastic extract from a recent episode, showing the use of Twitter in surgery. Just look how the walls of the OR melt away and surgeons and hospitals from hither and yon get on board to save a patient's life!



I still have friends who tell me that Twitter is a space for the idle chatter of egotists. I wish I could just show them its potential.

Tuesday, February 08, 2011

On stating the bleedin' obvious

One of the criticisms of my (ahem) academic writing, is that I made (make?) too many assumptions on the part of my readers. My course supervisor once asked me "Why are you so reluctant to state the obvious?"

To me the answer is: because it is obvious. If it is obvious, why do I need to say it? Why do I need to sacrifice part of my precious word count saying something well-duh-ish?

Of course, the response to that is "Because it's obvious to you. It might not be obvious to your reader."

I always took the view that, if you're reading this paper, you have a level of interest in this field. This is not likely to be the first paper you ever read on the subject. Of course, if the paper is electronic, you can include links to definitions and explanations, without having to sacrifice word count. But when it's an old fashioned paper-based submission...

"Just pretend I don't know anything at all," they told me, "and write from that standpoint."

But that's nonsense too, surely? If I assume you know nothing at all, I have to start by explaining the basic concepts to you, such as what workplace learning is and why we do it... before I've even got halfway through that, I've used up my word count.

So I must assume you know something. The trick is knowing where to draw that line.

This is a challenge facing learning designers, too. Do we start by covering the basics? Do we assume that the learner knows the basics?

During my years as a classroom based trainer, this was always the balancing act. Where do I start from? What if one person in the class doesn't know the basics, and everyone else does? What then? All the years I taught spreadsheets, I would find myself also teaching basic maths. Because it's pointless learning about formulas if you don't know how to string together a mathematical sentence. And almost without fail, the ability to construct a mathematical sentence was conspicuous by its absence. I could probably teach the BODMAS rule in my sleep!

Ah. Did you spot what I just did there? I included a link to an explanation of what the BODMAS rule is. If you already know, you don't have to follow it. But if you wondered what I was blethering about, you could follow the link and bring yourself up to speed.

This is one of the things I like about designing online learning resources. You don't have to tell people stuff they might already know! You can include a link and let them choose.

Of course, many is the traditional e-learning designer who will trap that poor learner in a tunnel of back and next buttons and lash them with information they already know, holding all the 'good stuff' to the end... only to be seen when they have jumped through the requisite hoops.

I find the whole collaborative-pull learning such a fantastic fit, here. You can look things up when you need to. If you find that there is no definition/explanation/demonstration of the thing you're after in your organisation's learning space, you can track one down elsewhere and add a link to it for the next person. Or you can create one yourself as you learn-by-experimenting how it's done. People don't need to waste their time sitting through a whole day of stuff they already know, or to trudge through page after page of elearning that adds no value to their lives.

The bleedin' obvious can be stated, but on an optional basis... and everyone is catered for. What's not to like?

Of course, none of this is going to turn me into a brilliant academic writer as long as paper-based submissions are required!

Thursday, December 23, 2010

Moving forward to an older model

It's perhaps appropriate that I should be formulating these thoughts at Christmas time. According to Christian beliefs, Jesus was a carpenter before he embarked on his three years of ministry. Why? Because his Dad was a carpenter. That was pretty much the way things were done all those many years ago. When you were old enough, you went to work with your Dad and you learnt his trade from him. I'm not quite sure what happened if you were the son of a carpenter, but you really wanted to be a farmer. Perhaps, if you had understanding parents, they went and had a word with a local farmer and arranged an apprenticeship for you.

Of course, there were gender inequality issues, and certain choices were only available to one gender or the other, but girls learned from their mothers how to dye cloth, make clothing, prepare meals, etc.

There were no exams.

In the middle ages, it was much the same. Experienced stonemasons taught would-be stonemasons, skilled glassblowers taught apprentice glassblowers, and so on. People learned their craft from someone who already knew how it was done. No doubt there were those with great potential and those with less. No doubt there were those who quickly outstripped their teachers, and no doubt said teachers reacted with varying degrees of grace (or lack thereof). No doubt some teachers were kind, while others were cruel.

Today's employee is (hopefully) more empowered than the apprentice of yesteryear, so perhaps the vagaries of the 'master's' temperament can be thus addressed. And there is so much that can be achieved with the implementation of a variation on this model. Learning from someone who is more experienced has got to be more effective, more timely than waiting weeks before going on a generic course. Progressing at your own pace with your own personal mentor, who gains kudos from your achievements. Asking the bloke at the next desk leads to an answer which can be implemented right away: quick win, uninterrupted workflow. What's not to like?

With the speed of change and technological innovation, who's got the time to put together a slick learning resource before something changes again anyway?

My thoughts along these lines put me in mind of a conversation I had recently with some L&D leaders about redundancies.

Think about it like this. The economy is rough. You've got to lose half your team. You've got two senior members earning an fair amount, and several inexperienced folks who are still learning the ropes. After a fair amount of thought, you are able to identify the stronger performers from among the more junior team members, and you cut the rest. But you still have to lose one of your senior members. One of them churns out work like a machine. The other seems to a spend a fair amount of time chatting to the newer staff members and his work rate suffers as a consequence. So you decide to keep the one with the higher work rate.

And it turns out to be the biggest mistake you've ever made.

Why?

Because when he was 'chatting' with the more junior staff members, what he was actually doing was helping them come to grips with the system, teaching them a few skills, mentoring them, coaching them, turning them into productive team members. Once he goes, the morale of the whole team plummets, and the workrate follows suit. Even your star performer's workrate suffers because she's not getting the handovers from the rest of the team.

In marketing parlance, this is 'below the line' training. It just happens, because your newly unemployed staff member is naturally an enabler.

What if you turned that into a KPI? What if you actually set the expectation on every team member to contribute to team morale and development? What if you had a system by means of which team members awarded one another kudos points (or gold stars or thumbs up or something) every time they helped one another out? What if it became enviable to be the person on the team with the highest number of kudos points? What if management realised that the enablers on the team might in fact be more valuable than than those with the highest measurable output?

What if everyone shared what they learned with everyone else. What if the young techno-wizard on the team were encouraged to look at innovative ways to tackle things? What if he got to share his ideas at the weekly team meetings? What if he spent time teaching the wonderfully creative, but slightly techno-challenged member of the team?

What if everyone was teaching and everyone was learning...all the time?What if the L&D team stopped being the bottle neck, and started being the team that helped people help each other - going from being the only goal-scorer on a low scoring team to being the person with the highest number of assists on a high scoring team?

What if? What if?

Thursday, December 09, 2010

A stumbling block to collaborative learning (and working)

A recent post from Doug Belshaw, in which he quotes extensively from Steve Shapiro got me thinking about a conversation my husband and I often have, out of sheer frustration.

One of the things South Africans in the UK are often accused of is being gung ho. This is because of a different formative workplace experience. I don't know what it's like now, but during the years that we lived and worked there, actions would be allocated during meetings, and the owners of those actions would be expected to go away, do the job and come back with the completed chart, project, design, whatever. If you needed help doing X-thing, you spoke to the person with the skills or the access or the authority and you got it done. If you had a meeting with your line manager or your team before the task was complete, you would report on your progress and then get back to it afterwards. If you needed to escalate the matter to your line manager because you weren't getting the results you wanted, you did. But you owned the task.

So when we moved to the UK, we adopted the same approach... and it didn't go down at all well!

As an example:

I once worked at a company as the in-house IT trainer. I should point out at this stage that it was explicitly stated that they wanted me to be able to hit the ground running, because my line manager (the IT director) had a big project looming, and wouldn't be able to allocate much time to training. At a meeting with the stakeholders, it was decided that everyone in the company needed to have (among other things) certain Excel skills. Now of course, the skills that were needed day to day by the people in that company weren't the same as the skills needed by people in another company. So we identified the core actions that were likely to form part of pretty much everyone's day job within the organisation. We also identified a set of additional Excel skills that a subset of employees would need. These we would address separately. It was decided that everyone should be invited to attend a core skills workshop, but that, initially, at any rate, only those who used the additional skills would be asked to attend that workshop.

It seemed pretty clearcut to me, so I did what I thought I had been asked to do. I hit the ground running. I designed a core skills workshop. I set up exercises using familiar spreadsheets that users were likely to encounter on a day to day basis, in order to provide context for the features being covered. I created a manual, using screen grabs as signposts. I created an index, so that attendees could refer back to the manual after the workshop. I spoke to the in-house print team, and got them to do a nice layout for me.

We had already drawn up a very nice questionnaire which served as a base level TNA, and we had a clear idea where the greatest need was.

We had also kitted out the training room with the equipment needed.

So, we were all systems go. I invited my first batch for the pilot session of the workshop... and all hell broke loose.

Apparently, I was supposed to check back with my line manager at every step of the way. Each step needed to be approved before I could move on to the next step. Since no-one above me on the food chain had the remotest idea about learning or training... and were singularly lacking in people skills, I was completely non-plussed. We had already decided everything that needed to be decided, surely? I had been given my actions, and I was, well, actioning them.

My husband's experience is similar. He will be asked to write a report on X thing, but the report is sent back umpteen times, with minor changes and edits, sometimes to changes and edits made earlier.

And it is this ethos that I think stands in the way of the successful implementation of social business, collaborative working and collaborative learning. I have been in situations where it has fallen to me to create a shared space for a certain project (for example, a wiki). Immediately I have done so, the rest of the team has then deferred to me as the owner of such space. Instead of editing material entered, they would send me an email, identifying suggested changes. I have also worked with organisations that have introduced systems such as Sharepoint in order to encourage collaborative working, but then immediately locked down all the permissions and so on, so that only management approved materials can be published in shared space.

So, I would suggest that, if social business is to become de rigeur, then the offline attitudes and culture need to be addressed, too.

When you give someone a task to do, you need to trust them to do the task, and empower them to call on such resources within the business as are needed in order to do so. You need to trust them to manage their time, to assist others with other projects as and when it is appropriate. You need to allow them to have an exchange of emails without CC-ing you in all the time. You need to be available to them, if they need your help, but not hanging over their shoulders to make sure they do the job as you would do it (if you don't have anything else to do, maybe you should have done the task yourself, huh?). You need to let them make mistakes and ask them what they learned and what they would do differently... then let them try again. You need to let them take credit for what works and own up to what fails without feeling that they are failures.

In other words, you need to trust yourself, too. If you hired them, because you believed that they could do the job, then let them do the job and appreciate the time it frees up to let you do yours!

In most of the organisations I have worked with, the nature of online relationships replicates the organisational culture offline.

Until we start to give people a bit of room to breathe, I think we're not going to be able to properly harness the power of social business.

...or that's what I think, anyway.

Tuesday, October 19, 2010

Downes on change

This article by Stephen Downes in the Huffington Post is getting a lot of exposure. He explores personal learning environments, networks and knowledge (PLENK).

If you've been reading my blog for a while, you know exactly who Stephen is. The problem is, while there are pockets of people who are familiar with his work and actively engage in the debate sparked by his posts, there are great swathes of people who should be thinking along the lines that Stephen addresses, but don't... and have no idea who he is, either. As a result, they continue to churn out the same old same old.

The expression goes, if you do what you've always done, you'll get what you've always got. These days, with change and progress being as fast as it is, I think if you do what you've always done, the best you can possibly hope for is what you've always got, but even that will be a stretch.

Hopefully, articles like this will take the ideas into the mainstream.

Wednesday, April 28, 2010

Cherry tree census


The Natural History Museum is currently running a census of cherry trees in Britain. The idea is for people to go on walks and spot cherry trees and then record them on a map.

Guidance is provided on how to identify cherry trees and how to distinguish between the various types.

I really like these attempts to engage the wider public, and to publish this user generated content. My parents regularly participate in similar exercises in respect of birds and plants in South Africa, setting off at ridiculous hours of morning to count parrots or heading off on some jaunt to record clivia numbers (they're very keen on clivia, my folks!)

At the moment, my town shows only four cherry trees, two of which I recorded. I know for a fact that there are hundreds more. Let's hope that we see more being added.

If you're based in Britain, or even if you're just here for a conference or business trip, why not add to the census?

Wednesday, May 13, 2009

pic of the day - sky project


Okay. It's a boring picture. But it forms part of The Sky Project. This is the work of Hannah Hughes for a final major project. Using all manner of viral means, she got as many people as possible to take a photo straight up into the sky at 2pm UK time today. I certainly sent invitations to people based in as many parts of the world as I could manage.

My boring picture forms part of what I hope will be a magnificent collage.

Saturday, April 18, 2009

Stand by me

This collaboration was recorded asynchronously using several artists from all around the world, who never actually saw each other. What a fantastic metaphor. What a great choice of song.



Later update: here's the trailer to explain the Playing for Change project:

Monday, February 23, 2009

This collaboration thing

A conversation has been developing around the subject of collaboration skills in the AACE community. I was thinking about this today as I heard an interview with Clive James and Pete Atkin. They collaborated on many songs, some of which one writer rather dramatically calls

the soundtrack to a private adolescent intellectual awakening, burned into memory and carried into adult life like a secret tattoo on the inside of the back of my brain
They were discussing the song 'The magic wasn't there,' made famous by the inimitable Julie Covington who was a friend of theirs in their student days, when they began writing together. The interviewer asked them "Why did you sit down together and decide to write songs?" and, talking over one another in that comfortable way that old friends have they talked about skills they both had, the creativity they inspired in one another and then one of them (I think it was James) said "A lot had to do with conversation," explaining how their collaboration was born out of a conversation about popular music and show tunes.

So there it was: conversation. At the heart of successful collaboration. And it got me to thinking; what characteristics does a successful collaborator need to have?

So, in no particular order:
  • Vision. You have to know what you're working towards, even if it is a voyage of discovery. There must be some idea of how you will know when you have reached your destination.
  • Passion. You have to believe that the thing you're collaborating on matters. Unless the project lights a spark in your eyes, you are unlikely to carry your weight.
  • Contribution. This is a brass tacks point. Each person must have something to bring to the table.
  • Confidence. Each person has to believe in the value of the thing that they bring to the table.
  • Humility and a thick skin. You are bound to encounter some criticism of your ideas or some disagreement with your suggestions. You have to be able to put the success of the project ahead of your own sensitivity.
  • Respect. You have to believe that everybody else has something of value to offer, too. You also have to accept that people work in different ways, and to be prepared to allow your collaborators the space to work in their way.
  • Discipline. You have to make the time to work on the project, to read through everyone's submissions, amendments, suggestions, etc.
  • Patient perseverance. There will be times when everything seems to grind to a halt. You will need to be able to hang in there, even when you feel like just throwing in the towel.
Any others?

Thursday, August 14, 2008

Come here!

I'm sitting here in my study at home. In the next room is my younger son on his laptop. In the room next to that is my older son on his. They're playing a game called Gunz. My older son has created a clan, which he has invited my younger son to join and he's teaching him some of the techniques he has learned. They call to each other in the next room, while their avatars interact on screen.

At one point, my elder son called out, "No wait! Le tme show you how to do that, come here."

My younger son, got up and made the long and arduous journey of about 6 steps.

"No, not you!" said his brother, "Him." He pointed at his brother's avatar on the screen.

Sometimes, when one of them has learned something new, he wants the physical presence of his brother in the room, so that he can show him the keystroke sequence in conjunction with the on screen dynamics. Other times, physical presence is not required and "Come here!" is a command to be obeyed virtually, not literally.

It's an interesting dynamic, and I can't help feeling that they would do well to invent two different terms to communicate their expectations. Then again, most of the time, the circumstances seem to be the clue as to which "Come here!" applies on this occasion. So perhaps I'm just being middle-aged and overly practical (I do, after all, tend to call for the establishment of taxonomies a lot of the time these days, working as I do with teams drawn from different businesses, sectors, contexts).

I love it when my boys play nicely together. When they were little, they used to play long, involved games of pretend, which seemed to consist more of plot-setting than of actually playing (but I always thought the collaborative strategising was a worthwhile skill to develop, so I left them to it). Now that they're older, they still prefer to play as a team than as opponents - facing the rest of the avatars together (sing with me now, "It's you and me against the world...").

When they were very little and the baby took something that belonged to the toddler, the toddler would want it back without making the baby cry. So I told him, "Find something he wants more. If you can learn to negotiate, you'll have a skill that you can use for life."

To this day, my older son will go to great lengths not to do whatever the teenage equivalent is of making the baby cry. This entails teaching him everything he knows as soon as he learns it. He will even set himself up as a willing target for his brother to try out new fight moves on until he has mastered them enough for them to go out together and conquer the rest of their virtual planet.

It isn't always the older one teaching the younger, but it usually is - and my younger son accepts it as his due to be the padewan. Interesting case study for the birth order psychology adherents, I guess.

Come here. Let me show you. Let me teach you. Come here in person. Come here in your avatar form.

Thursday, August 07, 2008

Imagine...

Imagine if no-one ever spoke at meetings unless they were certain that they had the definitive, final solution.

Imagine if no-one ever chatted to their friends unless they were absolutely 100% sure of their facts.

Imagine if no-one ever published an academic paper unless they knew that no-one anywhere could find fault with it.

Imagine if no-one ever conducted a workshop unless they knew that they could answer absolutely every question that the attendees might raise.

Imagine if no-one ever presented at a conference unless they knew every last detail about the subject.

Imagine if no documentaries were ever released until every last piece of information had been captured.

Imagine if no-one ever sent an email unless they were sure it was complete and accurate.

Imagine if no-one ever spoke to their colleagues until they had collected every fact on a subject.

What a silent world it would be! What a small handful of people would hold all the knowledge in the world, until, as they died off, eventually no-one knew anything, because no-one shared their incomplete perspectives and the complete perspective was never achieved.

Ridiculous.

Of course, ridiculous.

So why oh why do we impose these restrictions on collaborative knowledge building, learning, sharing that happens online? Why the moved goalposts? Why the special treatment?