Multiple stakeholders will likely have differing goals, dates and budget concerns

2019-12-02



Managing multiple stakeholders

Stakeholders will likely have differing goals, dates and budget concerns.

Managing the distinct work-streams, aligning goals, incorporating the stakeholder’s ideas into the product, and ensuring everyone’s wishes are meet within a certain time-frame will benefit from a process that ensures clear objectives and communications serving all involved.

Keep stakeholders engaged throughout the development process from scope definition, change management, and conflict resolution, increasing engagement when major decisions are to be made (sprint boundaries, for example).

Proposed process

  • Create a Stakeholder map, identifying them and classifying as power/interest, and frequency/influence
  • Run Inceptions at kick-off, and prior to every major development effort, with emphasis on:
    • Evaluation of the different goals and motivation
    • Definition of KPIs
    • Scope negotiation
    • Time-frame negotiation
    • Allowing an equal voice to each of the stakeholders
    • Futurespective to extract critical requirements from the different stakeholders
    • VSM to visualize the path to production (current and future states) so all stakeholders are aware of the process
    • Conflict resolution, sequencing changes and scope to minimize impact
  • Define a communication channel and frequency of communications.
    • Establish a process for identifying and escalating ideas, risks, and changes that will the development teams as well
    • Spend time on communication with high-interest and high-influence stakeholders

Workshop tips

  • Show the big picture to everyone. People are often interested in only their aspect of the solution, masking their view of the overall product and its direction
  • Be a dispassionate facilitator, yet empathetic - trying to understand the stakeholder’s intent and help them clarify their concerns
  • Give feedback by posing questions to further clarify issues
  • Use a common language. For example, BDD-style statements will expose business needs and guide priorities
  • Employ a product-wide priority scale where there is only once instance of a given priorty rank allowed
  • Do not dismiss difficult stakeholders
    • Meet them 1:1 to see if there are common use-cases with others, and their user-personas.


Other Tags

API GW
AWS
ActiveRecord
Agile
Alexa
Analysis
Ansible
BDD
BLE
C
CAB
CloudFormation
CloudFront
CloudWatch
Cross-compile
Cucumber
DevOps
Devops
DotNet
Embedded
Fitbit
GNU
GitHub Actions
Governance
How-to
Inception
IoT
Javascript
Jest
Lambda
Mac OS X
MacRuby
Metrics
MySQL
NetBeans
Objective-C
PMO
Product Management
Programme management
Project Management
Quality Assurance
Rails
Raspberry Pi
Remote compilation
Remote debugging
Remote execution
Risk Assessment
Route 53
Ruby
S3
SPA
Self Organising Teams
SpecFlow
TDD
Unit testing
VSM
Value
arm
contract testing
inception
nrf51
pact
planning
rSpec
ruby
ssh