This page is Not Ready

Notice: The WebPlatform project, supported by various stewards between 2012 and 2015, has been discontinued. This site is now available on github.

Stakeholder mapping

Summary

A network diagram of the people involved with (or impacted by) a given system design. A stakeholder meeting is a strategic way to derive usability objectives from business objectives, and to gain commitment to usability. It also collects information about the purpose of the system and its overall context of use.

Definition

Stakeholder mapping in conflict resolution, project management, and business administration, is the process of identifying the individuals or groups that are likely to affect or be affected by a proposed action, and sorting them according to their impact on the action and the impact the action will have on them. This information is used to assess how the interests of those stakeholders should be addressed in a project plan, policy, program, or other action. Stakeholder analysis is a key part of stakeholder management.

Benefits

  • Ensures that all factors that relate to use of the system are identified before design work starts.
  • Bring together all the people relevant to the development, to create a common vision.

Method

Planning

Arrange a half-day meeting. Invite stakeholders who have knowledge about the business objectives, the intended users and usage. This may include:

  • business manager
  • project manager
  • user representative(s)
  • marketing
  • developer(s)
  • training
  • support

The first three are key areas. You will also need a facilitator and a person to record the information provided during the stakeholder meeting.

Before the meeting

At the meeting

Briefly discuss the following topics:

  • Why is the system being developed? What are the overall objectives? How will it be judged as a success?
  • Who are the intended users and what are their tasks? (Why will they use the system? What is their experience and expertise?)
  • Who are the other stakeholders and how might they be impacted by the consequences of a usable or unusable system?
  • What are the stakeholder and organisational requirements?
  • What are the technical and environmental constraints? (What types of hardware will be used in what environments?)
  • What key functionality is needed to support the user needs?
  • How will the system be used? What is the overall workflow (e.g. from deciding to use the system, through operating it to obtaining results)? What are typical scenarios of what the users can achieve?
  • What are the usability goals? (e.g. How important is ease of use and ease of learning? *How long should it take users to complete their tasks? Is it important to minimise user errors? What GUI style guide should be used?)
  • How will users obtain assistance?
  • Are there any initial design concepts?
  • Is there an existing or competitor system?

Try to obtain consensus where there is uncertainty or disagreement. If information is missing, agree how this can be obtained. Avoid prolonged discussion of minor issues.

After the meeting

Obtain any missing information. If the information is not easily available, arrange a field study to observe users in their work environment.

Circulate to all participants a summary of the conclusions.

Who does it

The whole project team.

Why to do it

  • Establish shared ideas about stakeholders.
  • Help team focus on people, not technology.
  • Guide plans for user research.
  • Document research activities.

Usage

 At Research and Analysis

See also

Other articles

User eXperience (UX) Design Techniques

External resources

usabilitynet.org