GIGA-mapping

Sense Sharing

Gigamaps are about other things than mapping out facts, entities and relations. They are also about sharing a sense of the complexity at hand. If members in a team have a diverging sense of the complexity of the task at hand we got a problem. The person who thinks it is a simple task will allocate far less resources to the project than the person who thinks it is very complex.There are other types of sense sharing, the sense of needed effort, resistance to the project, time needed etc.

 

Read more about Gigamapping as sense sharing in the working paper from RSD4 2015 below.

 

A full version of this paper, where the arguments are substantially developed will be published in a Springer Book on Systemic Design soon (Editor Peter Jones)

 

 

Example fallback content: This browser does not support PDFs. Please download the PDF to view it: >>>>>

 

https://app.box.com/s/tsj7ewtcy9dr63knf64tvo3yrepmzdov 

Validating Gigamaps and SOD work

By Birger Sevaldson

 

The methodology of Gigamapping and the supporting methods and techniques do have several ways of validating the work.

However, this is not enough to make sure the maps are valid. Additional attention needs to be taken.

The different modes are listed and described here.

Gathering information: Make sure you check and double-check information. Information given by singular informants should be triangulated by asking others or by other type of data. 

Framing: The Gigamapping process is super for framing the project and research area with its flexible boundary critique. The strategy of first map out without filtering out seemingly irrelevant issues ensures one covers a wider territory than what one assumes form the start. To withdraw from these territories after checking them, to draw a relevant boundary in an informed way is key to this process. Another effect is that one becomes a bit knowledgeable about the bigger field at hand. Reframing by enlarging or shrinking the boundary during the process ensures a reflected development and boundary critique

Coding of information value: We advise to use color or font coding or annotations to target, describe and rank information quality on the map. Such coding can distinguish between the a priori given, hard facts, well triangulated qualitative data, Common knowledge, interpretations, informed guestimations and sheer assumptions. Since the information is coded on the gigamap it is contextualized and situated. Therefore it is possible to analyse the importance of the information and if it needs improvement. The coding can then be used to refine and triangulate information, that is crucial.

ZIP analyses: The Zoom in the ZIP analyses helps to improve resolution of information on the map and to distinguish between less important areas to zoom into and those that are crucial. Additional information gathering and interpretation has to be made.

Expert co-designing: Building expert networks is central in SOD. The experts should be knowledgeable about different types of information. For example, experts from health care should be interpolated with expert patients.

Back-checking: The information gathered is always situated on the Gigamap. When starting to work with design resolutions and interventions one can back check in detail how the suggestion fits the research and where it leaves uncertainties that require additional investigations.

Together these different modes, if conducted in a good manner, construct the evidencing of GIgamaps.

"Gigamaps send our eyes into places where our eyes can’t go."

 

 

 

SOD and Gigamapping on the net

Here is a compilation of sources to gigamapping found on the internet. The list of links is very inclusive.

 

http://slab.ocadu.ca/project/synthesis-maps-gigamaps

https://waiting365.files.wordpress.com/2014/01/giga-2a.jpg

https://waiting365.wordpress.com/

http://slab.ocadu.ca/project/synthesis-maps-gigamaps

http://www.humantific.com/tag/systemic-design/

http://www.skillssociety.ca/news/what-we-are-learning/exploring-systemic-design-for-social-good/

http://www.systemicdesign.org/

https://didattica.polito.it/laurea_magistrale/design_sistemico/en/presentation 

http://courses.georgetown.edu/index.cfm?Action=View&CourseID=CCTP-611

http://dycle.org/en/blog-02-2016-dycle-grows-systemic-design

http://plataformaaurea.cl/en/systemic-design-of-future/

http://computacion.itam.mx/es/3/eventos/2016/03/27/systemic-design-where-systems-thinking-meets-design

http://legiblepolicy.info/systemic-design-and-writable-policy/

http://www.mauriziovrenna.com/whatssystemicdesign.html

http://coevolving.com/blogs/index.php/archive/tag/systemic-design/

http://ocs.editorial.upv.es/index.php/IFDP/IFDP/paper/viewFile/3353/2049  (teaching)

http://symphonya.unimib.it/article/view/2015.2.04mosca.tamborrini.casalegno

https://www.lsnglobal.com/opinion/article/6208/clare-brass-systemic-design

http://news.zerowasteeurope.eu/?tag=systemic+design

http://www.oecd.org/cfe/leed/45400153.pdf

http://www.lilianricaud.com/web-strategy/tag/systemic-design/

https://www.cyclifier.org/project/systemic-approach-in-artisanal-food/

http://stwj.systemswiki.org/?p=1723

http://www.helsinkidesignlab.org/peoplepods/themes/hdl/downloads/In_Studio-Recipes_for_Systemic_Change.pdf

http://smilelab.mekit.it/portfolio/systemic-design-simple-words

http://namahn.com/design/#system-design

http://sarzi.eu/systemic-design/

http://www.skillssociety.ca/projects/sdx/

http://www.mitpressjournals.org/doi/abs/10.1162/DESI_a_00397#.WJsaWfkrLU8

https://www.synthetikos.com/

https://prezi.com/cnmuwok7cwru/systems-oriented-design/

https://journals.hioa.no/index.php/formakademisk/article/view/1433

https://www.behance.net/gallery/22159511/GIGAMap-The-Democratization-of-Farming-in-Toronto

http://www.maritakoppang.com/giga-map/

http://www.canadiangovernmentexecutive.ca/category/item/1804-systems-evolution-a-gigamap.html

https://www.behance.net/gallery/8633815/Research-Story-on-Obesity-(Gigamap)

http://www.navimationresearch.net/media/DIFI-GM-digital.pdf

http://environmentalpavilion.tumblr.com/post/99051185930/final-gigamap-we-use-for-presentation-of-the

http://systemdesignnid.blogspot.in/?view=sidebar

http://designforpublicservices.com/approaches-and-tools/

http://designdialogues.com/future-evolution-of-canadian-governance-in-the-digital-era/

http://visualcognition.blogspot.no/2013/09/gigamap-your-way-to-creative-discovery.html

http://www.slideshare.net/Norsk_Form/tjenestedesign-i-eldreomsorg

http://themakersystem.weebly.com/blog/gigamap

http://issuu.com/dustinjj/docs/project2_gigamap_final_r_print

http://www.karenoikonen.com/systems-thinking#2

http://www.eidsvolderiksen.com/contextmapping-1/

http://www.klasharris.com/dugnad/

http://www.design-engineering.ee/design-engineering-news/workshop-system-oriented-design.html

http://www.marenstokke.com/methods-and-tools/

http://krittikasharma.in/portfolio/beyond-remembrance-a-systems-approach/

https://helsedirektoratet.no/Lists/Publikasjoner/Attachments/915/Nasjonalt-personellbilde-personell-og-kompetansesituasjonen-i-helse-og-omsorgstjenestene-IS-2248.pdf

http://archinect.com/bilyanadocheva/project/systematic-mind-of-architecture

http://niushamousavi.com/refreshment-aboard/

http://canvas.pantone.com/gallery/UDI-Office-Intuitive-Wayfinding/10621149

https://static1.squarespace.com/static/527feb15e4b009d7ee766733/t/53b5cb7be4b02ad8bc78f222/1404423035355/GIGAmapMLK.pdf

https://books.google.no/books?id=DzS7BQAAQBAJ&pg=PA124&lpg=PA124&dq=gigamap&source=bl&ots=z593qfNrj6&sig=3gRnsvm-U9zR42DTE8E0HrVXV6A&hl=no&sa=X&ei=NNhpVdWLMuegyAORy4CYBw&ved=0CEUQ6AEwBzi0AQ#v=onepage&q=gigamap&f=false

http://www.coroflot.com/martinkeane/Fascinations

http://www.curielsdl.org/

http://imajination.co/blog/gigamapping-improving-school-canteens/

http://themakersnation.com/maker-spotlight-greg-van-alstyne/

https://jacqueline-to-uobm.squarespace.com/systems/

http://journals.isss.org/index.php/proceedings58th/article/view/2353/801

https://prezi.com/3uogpesgvg9j/bullying-gigamap/

http://abelia.no/getfile.php/Dokumenter/03_LillianOlsen_Halogen.pdf

Related Approaches

By Birger Sevaldson

 

Here are some related appraoches that are derived from Gigamapping. Common to them is that they are narrower framed than the Gigamap and they are more specialised towards a purpose. The Gigamap is intentionally left open and general as well as process oriented.


Synthesis Maps: Systemic Design Pedagogy, Narrative, and Intervention

Peter Jones and Jeremy Bowes, OCAD University, Toronto, Canada

Abstract

This paper presents a framework and process for a visual language that is developing as a systemic visual method, and to integrate and outline aspects of this synthetic map formulation as the “synthesis map” both with reference to contributing authors, but also as a comparison to design principles and the method of visual design language. In this way the technique’s purpose as an emergent and creative tool ‐ method can be illustrated, in contrast to the approaches of infographics, and other visual map making associated with design ideation, and design schema representation. Synthesis maps integrate evidence and expertise in a visual narrative for knowledge translation and communication. 

Read on here >>>>>

 

table gig vs syth

(Jones p. and Bowes J. 2016)

RSD5 SynthesisMaps BowesJones

CanIMPACT Clinical Synthesis Map. © 2016 OCADU Strategic Innovation Lab.

 


 

Layered Scenario Mapping

 

LayeredScenarioMapping

 

By Sigrun Lurås

Layered scenario mapping is a technique used to gain insight into the ‘situation one designs for’.It is a systemic technique and emphasises presenting information in different layers going from an overview to very detailed information. The technique proposes a structured approach to collecting and presenting data and provides a template for sorting and presenting the data in a layered manner hierarchically, spatially, and temporally.

A guide presenting the technique is available online (http://brage.bibsys.no/xmlui/bitstream/handle/11250/294118/Guide%20layered%20scenario%20m

apping_lur%C3%A5s.pdf?sequence=1&isAllowed=y)

The technique is also discussed in a paper published by CoDesign (http://dx.doi.org/10.1080/15710882.2015.1072221)

 

In a paper1 published in CoDesign I introduce Layered Scenario Mapping, a mapping technique we developed in the Ulstein Bridge Concept project to address issues we had with coping with vast amounts of data from field research. The technique was developed to meet the needs we faced when designing a ship’s bridge, however, it may also prove valuable when designing for other contexts where the spatial and/or temporal dimensions are of importance. A guide enabling others to use the technique is available online.

Representing outputs from field research

A range of techniques for representing field research exists in design, including scenarios2, task analyses3, contextmapping4customer journey maps, work models5 and many more. We found, however, that none of the existing techniques catered for our needs of getting an overview and details at the same time. Some of the techniques provided the detail, but lacked the context (e.g. task analysis). Others provided contextual insights, but lacked the necessary level of detail (e.g. contextmapping). We developed Layered Scenario Mapping for three reasons:

  • to get a framework that would help us understand the context and the individual parts of the situation we designed for, as well as how the parts relate to the whole and to other parts;
  • to facilitate the sharing of data collected, and insights gained among the team;
  • to present the situation we designed for at the level of granularity necessary to gain an in-depth level of understanding.

The map

Layered Scenario Mapping is a systemic design method aimed at helping designers understand the system they design for. The resulting map represents this system. Our map layout consists of overview information to the left and detailed information to the right.

The overview provides the reader with a frame of reference to use when deciphering the detailed information. In our map the overview includes a descriptive title, a visual presentation of the ship’s technical specifications, a description of the scene and introduction to the scenario, a presentation of the actors involved in the scenario, a written scenario story, and document information.

The detailed information is presented using a ‘timeline matrix’, with a step-by-step description of what goes on and key information related to each step. In our map the following is included:

  • a visual presentation of the vessel’s position in relation to other objects, such as the port and the rig;
  • the mode of operation, indicating what kinds of rules apply, and what technical mode the vessel is in;
  • a short description of what happens;
  • the actors involved, and who communicates with whom and by what means;
  • a visual presentation of the users’ positions on the bridge, shown in a bird’s-eye view;
  • what equipment is used;
  • the information and functionality the users need to be able to carry out each task; and
  • illustrative photos to provide contextual information.

Our experiences

We found that the map made it easier to make use of data from different sources. The way the data had been filtered, sorted, and put into a framework made the data more accessible and easier to share among the team. The description of what happens in the timeline matrix was the most-used part of the map, and the visual elements were particularly important in gaining a broader understanding of the scenario.

We used the map individually when developing design ideas and in collaborative sessions to discuss the appropriateness of ideas. The map invited comments, corrections, and clarifying questions, and thus facilitated mutual knowledge development. The map became a ‘boundary object’6 that we used internally within the project team, and also in communication with users and other stakeholders. For an in-depth discussion on our experiences with the map and a review of its appropriateness, see the CoDesign paper.

Further developments

Layered Scenario Mapping can be developed further, in many directions. The content of the map could be elaborated upon and expanded. As an example, we mapped out the scenario from the deck officers perspective only and believe we could have gained broader insight if we had also mapped out the scenario from the perspectives of several actors. Also, due to limited time, we made a paper-based map only. A digitised version could ease sharing and exploring the digital material collected during field studies.

The guide describing the technique is not intended as a definitive recipe, but rather meant as a useful starting point for others who would like to do their own Layered Scenario Mapping. I encourage others to develop the technique further!

 

References

1 Lurås, Sigrun. 2015. “Layered Scenario Mapping: A Multidimensional Mapping Technique for Collaborative Design.” CoDesign. doi:10.1080/15710882.2015.1072221.

2 See for example: Carroll, John M, ed. 1995. Scenario-Based Design: Envisioning Work and Te.chnology in Systems Development. New York: Wiley. Buxton, Bill. 2007. Sketching User Experiences: Getting the Design Right and the Right Design. San Francisco, CA: Morgan Kaufmann. Bødker, Susanne. 2000. “Scenarios in User-centred Design – Setting the Stage for Reflection and Action.” Interacting with Computers 13 (1): 61–75.

3 Kirwan, Barry, and Les K Ainsworth. 1992. A Guide to Task Analysis. London: Taylor & Francis.

4 Sleeswijk Visser, Froukje, Pieter Jan Stappers, Remko van der Lugt, and Elizabeth B-N Sanders. 2005. “Contextmapping: Experiences from Practice.” CoDesign 1 (2): 119–149.

5 Beyer, Hugh, and Karen Holtzblatt. 1998. Contextual Design : Defining Customer-Centered Systems. San Fransisco, Calif: Morgan Kaufmann.

6 Star, Susan Leigh, and James R. Griesemer. 1989. “Institutional Ecology, ‘Translations’ and Boundary Objects: Amateurs and Professionals in Berkeley’s Museum of Vertebrate Zoology, 1907–39.” Social Studies of Science 19 (3): 387–420.

 

 

Subcategories