« A PMP Certification is Not Enough
Risk Management Overview »

Identifying the Right Stakeholders to Contribute to Requirements

June 9, 2009 | Author: PM Hut | Filed under: Project Stakeholder Management, Requirements Management

Identifying the Right Stakeholders to Contribute to Requirements
By Dave Nielsen

Your first step in the requirements gathering process should be to solicit requirements for your software development project from the stakeholders. The method and techniques you choose to employ for the purpose of requirements solicitation will require you to contact these stakeholders for the purpose of either gathering them together, meeting with them one on one, or communicating with them long distance. That first contact will require a contact list of key stakeholders.

Who to Choose

If you’ve already developed a list of project stakeholders, check the list for the people in the following list. If you haven’t, this list is a good starting point:

  • The chief, or head architect who will take responsibility for the structural integrity of the application upon completion
  • Anyone who will use the new application to perform their jobs
  • The owners of the business units these people belong to (these owners may have goals and objectives that are not clear to the people performing the work).
  • Owners of any applications that the new application will interface with.
  • Stakeholders who retrieve information from the new application in the course of performing their jobs (e.g. customer service agents who need to check on the status of an order through the new application).
  • Consumers of reports that could be expected from the new application. These people tend to differ from the previous group in the way information is consumed: the previous group need information dynamically as their job dictates, this group will require information periodically in order to make business decisions.

Web sites are a different breed of software application with some stakeholder groups that are unique to it:

  • If the web site is an e-commerce web site, the most obvious group will be the customers. There will be marketing groups, sales groups, and customer support groups representing customers. There may be more than one of each of these groups involved depending on how many distinct geographical areas are targeted. For example, web sites that have different “stores” for different locales will each have a “store manager”.
  • Graphics/html subject matter experts who own the look & feel of the web site.
  • Payment service providers. These stakeholders don’t contribute requirements to the web site but may place constraints on the features and functions that are required.

Who not to Choose

The objective of this exercise is to capture all the right requirements. In order to achieve this, you’ll have to keep your requirements gathering focused. Here are some tips on how to accomplish this:

  • Choose a representative from each group. This person should be recognized by their peers and the group’s business owner as the logical spokesperson for that group.
  • Don’t choose owners who aren’t familiar with how the business functions. Typically, more senior business owners will be familiar with strategic objectives but not with the functional objectives you’ll need for your requirements.
  • Business analysts. Their role is to convert the commercially stated requirements into features and functions, not to understand the business needs for the application.
  • Other project managers.

Dave is a principal with three O Project Solutions, the vendors of AceIt©. Dave was also the key architect responsible for the creation of the product. AceIt© has prepared Project Managers from around the world to pass their PMP® exams. You can find endorsements from some of his customers on three O’s web site (http://www.threeo.ca/).

Dave has over 20 years of experience managing projects of every size and training IT resources for companies like Nortel Networks and 724 Solutions. He most recently led a $100M project to upgrade a leading bank’s ATM network for Diebold Canada. Through three O Project Solutions, Dave has partnered with Infomaxium (http://www.infomaxium.com/) to offer classroom project management training. Dave has also helped prepare project managers to pass their PMP exam through the Lakeshore chapter of the PMI.

Share this article:
  • Digg
  • del.icio.us
  • Facebook
  • Google
  • blogmarks
  • LinkedIn
  • Reddit
  • StumbleUpon
  • TwitThis
  • Yahoo! Buzz

Related Articles

This entry was posted on Tuesday, June 9th, 2009 and is filed under Project Stakeholder Management, Requirements Management. You can follow any responses to this entry through the RSS 2.0 feed. You can leave a response, or trackback from your own site.

No comments yet.

feel free to leave a comment

Comment Guidelines: Basic XHTML is allowed (a href, strong, em, code). All line breaks and paragraphs are automatically generated. Off-topic or inappropriate comments will be edited or deleted. Email addresses will never be published. Keep it PG-13 people!

XHTML: You can use these tags: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>

All fields marked with " * " are required.

Project Management Categories