Channels ▼
RSS

Design

The Discipline of Agile


The Discipline of Active Stakeholder Involvement

Stakeholders—including business stakeholders, operations and support staff, and other enterprise IT professionals—are actively involved on Agile projects. Ideally, stakeholders are involved every single day throughout the life of your project, actively participating in modeling and testing efforts and sometimes even in development (yes, stakeholders can learn to prototype and even to write production code). This level of involvement enables them to see the inner workings of your software development efforts, motivating developers to act in a more professional and disciplined manner. It also motivates developers to focus on the actual priorities of their stakeholders and not their own personal priorities.

Effective active stakeholder involvement requires a clear definition of rights and responsibilities within the team. Stakeholders are commonly responsible for providing information and making decisions in a timely manner, and for prioritizing requirements. Developers must provide accurate estimates in a timely manner, commit to and honor those estimates, and explain the technical trade-offs associated with various decisions. Stakeholders and developers must respect the decisions made by others on the team, even when they disagree For example, a developer might not like how the requirements are prioritized but must still work on them in that order, and a stakeholder may not like the estimate given by a developer for a specific work item but must still respect it. As you can imagine, following these philosophies requires discipline at all times by everyone involved.

It is interesting to observe that by providing working software every iteration and supporting active stakeholder participation, stakeholders are given insight into the actual status of a software development project. This enables business stakeholders to effectively govern IT, the topic of next month's column.


Related Reading


More Insights






Currently we allow the following HTML tags in comments:

Single tags

These tags can be used alone and don't need an ending tag.

<br> Defines a single line break

<hr> Defines a horizontal line

Matching tags

These require an ending tag - e.g. <i>italic text</i>

<a> Defines an anchor

<b> Defines bold text

<big> Defines big text

<blockquote> Defines a long quotation

<caption> Defines a table caption

<cite> Defines a citation

<code> Defines computer code text

<em> Defines emphasized text

<fieldset> Defines a border around elements in a form

<h1> This is heading 1

<h2> This is heading 2

<h3> This is heading 3

<h4> This is heading 4

<h5> This is heading 5

<h6> This is heading 6

<i> Defines italic text

<p> Defines a paragraph

<pre> Defines preformatted text

<q> Defines a short quotation

<samp> Defines sample computer code text

<small> Defines small text

<span> Defines a section in a document

<s> Defines strikethrough text

<strike> Defines strikethrough text

<strong> Defines strong text

<sub> Defines subscripted text

<sup> Defines superscripted text

<u> Defines underlined text

Dr. Dobb's encourages readers to engage in spirited, healthy debate, including taking us to task. However, Dr. Dobb's moderates all comments posted to our site, and reserves the right to modify or remove any content that it determines to be derogatory, offensive, inflammatory, vulgar, irrelevant/off-topic, racist or obvious marketing or spam. Dr. Dobb's further reserves the right to disable the profile of any commenter participating in said activities.

 
Disqus Tips To upload an avatar photo, first complete your Disqus profile. | View the list of supported HTML tags you can use to style comments. | Please read our commenting policy.
 

Video