InfoQ

InfoQ

News

My Bookmarks

Login or Register to enable bookmarks for unlimited time.

The content has been bookmarked!

There was an error bookmarking this content! Please retry.

Who Moved Our Project Stakeholder

Posted by Vikas Hazrati on Nov 03, 2009

Sections
Process & Practices
Topics
Agile ,
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.

 

  • This article is part of a featured topic series on Agile

No comments

Watch Thread Reply

Educational Content

New-age Transactional Systems - Not Your Grandpa's OLTP

John Hugg discusses high volume transaction processing applications with high and low frequency profiles, and how VoltDB can be used for that purpose.

Cool Code

Kevlin Henney examines code samples to see what can be learned from them starting from the premise that one won’t write great code unless he knows how to read it.

Collaboration: At the Extremities of Extreme

Jason Ayers share the observations he made watching a team of developers collaborating in real time on the same code base, pushing XP, pair programming and continuous integration to their extremes.

Yesod Web Framework

Michael Snoyman presents Yesod, a web framework written in Haskell and containing a web server, templating, ORM, libraries (templating, gravatar, etc.).

Transactions without Transactions

Richard Kreuter and Kyle Banker on how to avoid classical RDBMS transactional systems by using compensation mechanisms, transactional messaging or transactional procedures.

Attila Szegedi on JVM and GC Performance Tuning at Twitter

Attila Szegedi talks about performance tuning Java and Scala programs at Twitter: how to approach GC problems, the importance of asynchronous I/O, when to use MySQL/Cassandra/Redis, and much more.

10 tips on how to prevent business value risk

One category of risk that project teams need to ensure they address is business value failure – delivering a product that fails to provide value for the business investor.

Interview: Software Systems Architecture: Working With Stakeholders Using Viewpoints and Perspectives

InfoQ spoke to the authors of Software Systems Architecture on a couple of new topics, the System Context viewpoint and Agile, which have been added to the second edition.