17
A Better Fit – Characterising the Stakeholders Ian Alexander ian@scenarioplus.org.uk BPMDS at CAISE Riga 2004

A Better Fit – Characterising the Stakeholders Ian Alexander ian @ scenarioplus.org.uk BPMDS at CAISE Riga 2004

Embed Size (px)

Citation preview

Page 1: A Better Fit – Characterising the Stakeholders Ian Alexander ian @ scenarioplus.org.uk BPMDS at CAISE Riga 2004

A Better Fit – Characterising the Stakeholders

Ian [email protected]

BPMDS at CAISE Riga 2004

Page 2: A Better Fit – Characterising the Stakeholders Ian Alexander ian @ scenarioplus.org.uk BPMDS at CAISE Riga 2004

© Ian Alexander 2004 2

What’s before Process?Processes

Methods

Tools

before

before(Richard Stevens)

• Well, what do you have before Processes?

• People, Stakeholders, that’s what.

• Processes are made for People, not People for Processes.

• Even more so for software tools to support processes.

Page 3: A Better Fit – Characterising the Stakeholders Ian Alexander ian @ scenarioplus.org.uk BPMDS at CAISE Riga 2004

© Ian Alexander 2004 3

An Algorithm for Identifying Stakeholders

• Initial contact will usually indicate people to talk to, their roles and interests

• Stakeholders include system users and other interested parties, eg regulators and standards bodies

• Stakeholders may themselves suggest other people who ought to be consulted …

Based on a paper by Helen Sharp, Requirements Engineering Process Workshop, Florence 1999

Page 4: A Better Fit – Characterising the Stakeholders Ian Alexander ian @ scenarioplus.org.uk BPMDS at CAISE Riga 2004

4 © Ian Alexander 2004

A first look at the Onion Model

Our

Our “Customers” The

Equipment

The Containing System

Neighbouring Systems

Regulators

Constraints & -ilities(standards,regulations)

Scenarios(how to use the equipment)

Operators

What they wantthe SYSTEM to do for them(desired results)

Interfaces(how they use the

equipment)

Our System(being developed)

The Wider Environment

Page 5: A Better Fit – Characterising the Stakeholders Ian Alexander ian @ scenarioplus.org.uk BPMDS at CAISE Riga 2004

5 © Ian Alexander 2004

Military Commanders

Example Onion: Military Radar

RadarNetwork

RadioRegulator

(Regulator)Surrogate - on behalf of The Public

RadarOperator

(FunctionalBeneficiary)

Fitter

(Normal Operator)

(No FinancialBeneficiary)

(MaintenanceOperator)

President,Government

(PoliticalBeneficiary)

The Public(Negative)

Military Procurement

(Purchaser)Surrogate - on behalf of

Operators, etc

Intelligence

Army

(Developer)has a stake in the process;

do you need to ensure he has a continuing stake in the product?

Page 6: A Better Fit – Characterising the Stakeholders Ian Alexander ian @ scenarioplus.org.uk BPMDS at CAISE Riga 2004

© Ian Alexander 2004 6

Meta-Model (1)

• The World consists of

• N concentric Circles, each containing those within it. (We could also distinguish Annuli, which do not contain the inner circles). A Circle is a Socio-Technical System of people, procedures, and possibly machines.

• The Innermost Ring denotes the Product, Equipment, or Kit* under development. It may consist of any combination of hardware (structural, mechanical, electronic, hydraulic, electrical, …) and software.

* often confusingly called the ‘System under Design’, though it normally doesn’t contain people.

Page 7: A Better Fit – Characterising the Stakeholders Ian Alexander ian @ scenarioplus.org.uk BPMDS at CAISE Riga 2004

© Ian Alexander 2004 7

Meta-Model (2)• Stakeholder Slots occur in any Circle. A Slot may be

empty, or may contain any number of

• Roles, stereotypical sets of tasks meant to achieve a useful purpose. A Role may be played by any number of named human beings (typically paid to do so). They are

• Stakeholders, who may hold positive or negative Viewpoints on the System. An interfacing device is not a Stakeholder, but must be represented by a sentient being (currently necessarily human, though an android might do).

• A Viewpoint is a textual description of the opinion and attitude of a Stakeholder to a System. It forms the initial basis for identifying Goals and Requirements.

Page 8: A Better Fit – Characterising the Stakeholders Ian Alexander ian @ scenarioplus.org.uk BPMDS at CAISE Riga 2004

8 © Ian Alexander 2004

“Users”

Example Onion: Portable Music Player

PortableMusicPlayer

QualityRegulator

(Regulator)Surrogate - on behalf of The Public

“User”

(FunctionalBeneficiary)

(Normal Operator)

(FinancialBeneficiary)

(No Maintenance

Operator)

(No PoliticalBeneficiary)

Executive,Shareholder

One Person

“The Market”

ProductManager

(Purchaser)Surrogate - on behalf of

“Users”(Developer)

The Public(Negative)

1 Stakeholder,2 Roles

Page 9: A Better Fit – Characterising the Stakeholders Ian Alexander ian @ scenarioplus.org.uk BPMDS at CAISE Riga 2004

© Ian Alexander 2004 9

So, What is a ‘User’?• a user of what?

– clearly, it’s a role from the point of view of the machine!

“Is the user a computer peripheral?”

Professor Julian Hilton

“Even the word 'users' is an artefact of the [command-and-control] mentality.”

Christopher Locke,

The ClueTrain Manifesto

• ‘User’ seems to be a hybrid role, typical with mass-market electronics products, where one person is simultaneously purchaser, operator, functional beneficiary, & often maintainer

• That isn’t a good place from which to start generalising about stakeholders and their roles!

Page 10: A Better Fit – Characterising the Stakeholders Ian Alexander ian @ scenarioplus.org.uk BPMDS at CAISE Riga 2004

© Ian Alexander 2004 10

Putting the Model to Work

• The onion-model has an immediate impact on the eliciting of Stakeholders’ – Viewpoints, – Business Processes, and – Requirements

• Different techniques are needed to gather knowledge from such different kinds of people

Page 11: A Better Fit – Characterising the Stakeholders Ian Alexander ian @ scenarioplus.org.uk BPMDS at CAISE Riga 2004

11 © Ian Alexander 2004

Eliciting from Operational Roles

Equipmentunder design

(Benefits) (Operations)

(Maintenance)

NeighbouringSystems(Interfaces)

• Interviews • Scenario Workshops• Working as an Operator• Observation & Fieldwork

Page 12: A Better Fit – Characterising the Stakeholders Ian Alexander ian @ scenarioplus.org.uk BPMDS at CAISE Riga 2004

12 © Ian Alexander 2004

So, what’s an Actor?• A terrible name for ‘Operational Role’?

(Sw. Aktör is an abstract borrowing from Fr. Acteur – borrowing always shifts meaning)

• Consider the onion diagram below. – Both the human roles in the ‘Our System’ circle are clearly ‘Actors’, interacting

directly with the Equipment under Design. – But so are any Neighbouring Systems that have interfaces, whether human or machine. – What about the Operations Manager? Clearly he/she can take on any Operator role if

need arises, but normally contact with the equipment is indirect. Conclusion: Actors essentially play only direct (equipment-touching) roles in the Our System Circle.

Equipmentunder Design

MaintenanceOperator

NeighbouringSystems

(Interfaces)

Normal Operator

Operations Manager

Our System

Page 13: A Better Fit – Characterising the Stakeholders Ian Alexander ian @ scenarioplus.org.uk BPMDS at CAISE Riga 2004

13 © Ian Alexander 2004

Eliciting from Non-Operational Roles

Regulator

Mass Market

The Public

Government

Systemunder design

Operator

Maintenance

NeighbouringSystem

• Market Surveys• Prototypes• Trials• Analogous Products• Competitors• Observation & Fieldwork • Public Meetings

• Focus Workshops• Questionnaires

• Safety Cases• Standards• Negotiations

• Lobbying• Legislation

(Political Impact)

(Effectiveness,Ease of Use,

Cost)

(Negative Impact)

(Safety, Quality)

Page 14: A Better Fit – Characterising the Stakeholders Ian Alexander ian @ scenarioplus.org.uk BPMDS at CAISE Riga 2004

© Ian Alexander 2004 14

“Typical Consumer”

“Operator ofCurrent Product”

“SalariedAuthority”

“ProjectIntermediary”

The large (unreachable)

Population

present-for-futureanalogue

(small)sample

professionalinterpretation

officialvoice

e.g. soldier, pilot,railway signaller

e.g. PDA user,car driver

e.g. SafetyRegulator

e.g. Requirements Engineer,Product/Marketing Manager,

User Interface Designer

A Nearly Unrecognised Obstacle: Surrogacy

Page 15: A Better Fit – Characterising the Stakeholders Ian Alexander ian @ scenarioplus.org.uk BPMDS at CAISE Riga 2004

© Ian Alexander 2004 15

How Recognising the Structure of Stakeholders and Surrogacy could Help

• Counter the excessively narrow focus on ‘actors’ in ‘business use cases’

• Avoid missing entire processes and groups of requirements from non-operational stakeholders

• Consider show-stopping risks such as loss of Sponsor/Champion, ‘political’ threats to projects, action by Negative Stakeholders

• Pay more attention to the dangers of hearsay evidence – someone says that someone else might possibly want something

• Be more careful in selecting the right kinds of surrogate stakeholder

• Seek out ‘real’ non-surrogate stakeholders, where appropriate

Page 16: A Better Fit – Characterising the Stakeholders Ian Alexander ian @ scenarioplus.org.uk BPMDS at CAISE Riga 2004

© Ian Alexander 2004 16

Tools & Templates• Tool constructs a hierarchical model

in a DOORS Formal Module• Can copy-and-link roles in ‘Our

System’ directly to Use Case Actors• Can link Stakeholders directly to

Requirements in other documents

free from http://www.scenarioplus.org.uk

Page 17: A Better Fit – Characterising the Stakeholders Ian Alexander ian @ scenarioplus.org.uk BPMDS at CAISE Riga 2004

© Ian Alexander 2004 17

The Onion Model - To Conclude...(Whitsun Eve.-In the depths of the forest. To the back, in a clearing, is a hut with a pair of reindeer horns

over the porch-gable.) (PEER GYNT is creeping among the undergrowth, gathering wild onions.)

PEER: Well, this is one standpoint. Where is the next? One should try all things and choose the best.

...(Pulls off several layers at once.)

What an enormous number of swathings!Isn't the kernel soon coming to light?

(Pulls the whole onion to pieces.)

I'm blest if it is! To the innermost centre,it's nothing but swathings-each smaller and smaller.-

Nature is witty!

(Throws the fragments away.)

Peer Gynt, Act 5, Scene 5, by Henrik Ibsen