InfoQ

News

Who Moved Our Project Stakeholder

Posted by Vikas Hazrati on Nov 03, 2009

Community
Agile
Topics
Agile in the Enterprise
Tags
Best Practices

A project stakeholder for an Agile team is a person having a valuable stake in the success of the project. He could also be potentially holding the cash strings for the project. Agile teams need to actively engage with the stakeholders to identify ideas or suggestions, discussing a potential requirement, and then modelling and documenting it. However, in some scenarios it is very difficult to get time slices from the project stakeholder. In other extreme cases, the stakeholder might seem to be uninterested or completely missing in action.

Scott Ambler suggested the importance of active stakeholder partition when he mentioned,

[The] practice of Active Stakeholder Participation is an expansion of eXtreme Programming (XP)'s On-Site Customer that describes the need to have on-site access to people, typically users or their representatives, who have the authority and ability to provide information pertaining to the system being built and to make pertinent and timely decisions regarding the requirements, and prioritisation thereof. Project success often requires a greater level of involvement by project stakeholders.

 Ksenia Woodgate discussed a situation in which the project stakeholder went missing. She mentioned the following repercussions of a missing project stakeholder,

No news is not good news with stakeholder engagement. The team might well be heading for a project that is stopped and all funding pulled, or they could end up deliver something no-one wants, or there could be a massive row with the sponsor about the current lack of proper engagement.

Ksenia cautioned about projects which had a missing or an uninterested stakeholder. This, ultimately led to waste of money, time, suffering reputation and relationships. According to her, an Agile team should actively communicate and engage with the project stakeholders. Several ways to keep the stakeholders engaged are

  • Communicate: Check you used the right communication methods with your stakeholder. A phone-call is far better than an email. Communicate often.
  • Engage: Agile methods, by definition provide improved engagement for these stakeholders using two simple mechanisms: visibility and frequency of delivery. Review your stakeholder engagement map. Have you got the right people involved? What do you need from them, and what do they need from you? Are they going to assist you or block your progress? Do you need to influence them to convert your blockers to supporters?
  • Recognise potential issues: Discuss the potential issues with other stakeholders or other senior management, unless it is too late.

All of these help in identifying the participation level of the stakeholder. It also helps in giving the Agile teams an advance warning about the future of the project depending on whether the stakeholder is simply uninterested or just missing. A quick analysis with the engagement steps, helps in averting the future disaster of a failed project and a frustrated Agile team.

 

Related Sponsor

VersionOne is recognized by Agile practitioners as the leader in Agile project management tools. Companies such as Adobe, BBC, CNN, Dow, HP, IBM, Sony and 3M have turned to VersionOne to help deliver greater value to their customers.

No comments

Watch Thread Reply

Educational Content

Security for the Services World

Chris Riley presents security issues threatening service based systems, examining security threats, presenting measures to reduce the risks, and mentioning available security frameworks.

Navigating The Rapids:Real-World Lessons in Adopting Agile

This talk investigates technical issues encountered when moving to an Agile process.

Codename "M": Language, Data, and Modeling, Oh My!

Don Box and Amanda Laucher present “M”, a declarative language for building data models, domain models or external DSLs. Don Box's demos show some of M’s features and latest changes of the language.

SOA Manifesto - 4 Months After

It is four months since the SOA manifesto was announced; InfoQ interviewed the original author’s to get insight into the motivations and the process behind the initiative.

Memory Barriers and JVM Concurrency

This article explains the impact memory barriers, or fences, have on the determinism of multi-threaded programs.

7 Fundamentals of Mission-Critical Service Testing

Schneider on 7 service testing fundamentals: thoroughly testing, large amounts of realistic data, security testing, high productivity, tracking test results, realistic loads, and proper governing.

Agile Infrastructure

This talk outlines innovations in tools, process, planning and culture emerging at the front lines of continuous delivery.

Pragmatic F# in Action

Amanda Laucher and Josh Graham introduce the audience to F# basics showing some of its main features, emphasizing what makes it better than imperative languages, and also showing F# code samples.