Is remote work driving a need for mind mapping standards?

Jul 23rd, 2010 | By Chuck Frey | Category: Discussion

telecommuting and mind mappingYesterday I was interviewed by Mark Dykeman, the author of the Broadcasting Brain and ThoughtWrestling blogs, for a mind mapping information product he is producing.

One of the topics that came up during the course of our wide-ranging discussion was the growth of remote work. In other words, a growing number of knowledge workers are enjoying the flexibility of working in locations other than an office, thanks to advances in a number of technologies, plus global economic pressures.

We talked about what this implied in terms of how business people are using mapping software. On the one hand, it’s great that software-produced mind maps can be used as project collaboration tools. Multiple team members can contribute to a MindMeister or Spinscape mind map, for example. And programs like MindManager include a rewiewing feature that enables you to see who made changes to a shared map and to accept or reject those changes. These features support geographically dispersed teams and their need to work together to develop and implement projects.

Mind maps vs. PowerPoint presentations

But there’s a downside to map sharing, too. Mind maps are much like PowerPoint presentations: If you listen to someone speak and view their PowerPoint slides at the same time, you get a lot out of the experience, because there’s a strong connection between the words and images on screen and the what the presenter is saying. But if you view the same deck of slides on their own, they are much less meaningful, because you’re missing the context behind them – which the speaker normally provides.

Similarly, a mind map is a very personal creation. You have a deep understanding of the meaning of each topic and subtopic, because you created it and it’s larger context exists in your mind. However, if you send that mind map to a colleague, chances are very good that they won’t be able to extract as much meaning and knowledge from it as you intended. For example, you may have added some icons to your mind map with specific meanings in mind. But your teammates may interpret them differently.

How did business process mapping get where it is today?

This led Mark and I to a brief discussion of flow charting, a form of visual diagramming used to map out business processes. Its users have a shared understanding of what each shape and connector type means, and how to use them in consistent, meaningful ways. How did this happen? Was there an organization that developed a set of standards? Was it promoted by one or more software vendors who develop flow charting software? Or did this shared visual vocabulary just evolve over time, to the point where it is a de facto standard today – a grassroots set of guidelines that most people follow today? There is nothing like this for mind mapping software, perhaps because it is fairly young in its evolution and is just starting to catch on in major companies.

Getting back to the trend of remote work, more people on small teams are collaborating remotely, rather than face to face. That is driven by the growth of people working from home, in cafes and other off-site locations, armed with a laptop and a broadband Internet connection. That makes it much more difficult to talk together about what the author of a mind map intended when they structured and embellished a map the way they did.

So my question to you, the readers of this blog, is this:

Is remote work driving a need for a set of standards or a common global visual vocabulary for the elements that make up software-produced mind maps?

Please share your opinions in the comments area below.

Popularity: 2% [?]

Tags: ,

5 comments
Leave a comment »

  1. I enjoyed our conversation yesterday, Chuck. I’m curious to hear what the rest of your readers think about these ideas.

  2. In my mind, the strength of mind maps and even wikis is how loosely defined they are. The moment one starts standardizing, one starts leaving out things which cannot comply to these standards. A good strategy would be to keep the flexibility and just provide tools to do all that one needs to do.

  3. Thanks to Chuck we spoke of standardization and the probable need for a Visual Mapping Body of Knowledge during Feb 2009: http://mindmappingsoftwareblog.com/visual_mapping_bok/

    The notion of a BOK has its Genesis with Arjen Ter Hoeve and I, but on further study and research, I firmly believe that Roy Grubb and Vic Gee are the rightful fathers of formalizing a database of data-information-knowledge associated with Mind-Visual-Knowledge mapping.

    The BOK has since been a point of professional collaboration between myself and thought leaders such as Arjen Ter Hoeve, John England of Mindsystems, Olin Reams of CS ODESSA, Roy Grubb of TopicScape and the amazing free Wikit, Nick Duffill of Harport consulting, Nigel Gould of Olympic and my close colleague Brian Friedlander (My apologies if I’ve missed anyone out)

    A BOK may indeed be the genesis of a formal standardization. Nick Duffill wrote a rather interesting white paper on the need to standardize the command icon sets associated with Mind-Visual mapping. I don’t have access to the paper, maybe Nick could offer a link to that paper, it reads very well.

    And of course Chuck Frey’s blog has openly and freely contributed to the scope of the potential for a formalized BOK. The limit is the open and free access to a BOK, and this has been done so well in particular by Roy Grubb and Vic Gee.

  4. I don’t think that remote working per se is driving the need for standardisation. This issue has always existed; misunderstandings can occur locally just as easily as they can remotely. Although it is quicker to resolve them locally, it is also likely that we make fewer assumptions when working remotely, so this issue often gets better dealt with when we are conscious that the recipient relies on what we write rather than say.

    I wrote a long time ago about using icons on Beyond Mind Mapping, but this is not the paper to which Wallace refers, which is the Root Maps Method. This method is something I have used in training but has not been widely published yet. It does not focus on icons and symbols, but on the big-picture structures of software mind maps. I would greatly welcome feeback on the paper – perhaps this will spur me on to get a decent web site up and develop some more resources :)

    http://www.duffill.net/Root%20Maps%20White%20Paper%20v8.pdf

    @ Ashish – formality “versus” flexibility is not an either/or situation – both are needed, at different times and for different purposes.

    Nick Duffill
    nick at duffill dot net

  5. Online collaborating and teaching can work, If you have trust and the right tools.
    I recently tried http://www.showdocument.com – good app for uploading documents and working on them in real-time.
    Most file types are supported and it needs no installation. – andy

Leave Comment