<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:iweb="http://www.apple.com/iweb" version="2.0">
  <channel>
    <title>Articles and Tools</title>
    <link>http://www.theagileengineer.com/public/Articles_and_Tools/Articles_and_Tools.html</link>
    <description> </description>
    <generator>iWeb 3.0.1</generator>
    <item>
      <title>Product Qualities Approach, Agile Style</title>
      <link>http://www.theagileengineer.com/public/Articles_and_Tools/Entries/2010/2/5_Product_Qualities_Approach,_Agile_Style.html</link>
      <guid isPermaLink="false">b50eb26e-71ef-43e4-8f77-82b7e85b1769</guid>
      <pubDate>Fri, 5 Feb 2010 21:30:20 -0500</pubDate>
      <description>&lt;a href=&quot;http://www.theagileengineer.com/public/Articles_and_Tools/Entries/2010/2/5_Product_Qualities_Approach,_Agile_Style_files/iStock_000007794202Small.jpg&quot;&gt;&lt;img src=&quot;http://www.theagileengineer.com/public/Articles_and_Tools/Media/object075_1.jpg&quot; style=&quot;float:left; padding-right:10px; padding-bottom:10px; width:228px; height:144px;&quot;/&gt;&lt;/a&gt;UPDATE: You can now &lt;a href=&quot;Entries/2010/2/5_Product_Qualities_Approach,_Agile_Style_files/ProductQualitiesAgileStyle.pdf&quot;&gt;download the article here&lt;/a&gt;&lt;br/&gt;&lt;br/&gt;My &lt;a href=&quot;http://www.gantthead.com/content/articles/254127.cfm&quot;&gt;latest article&lt;/a&gt; came out this week on &lt;a href=&quot;http://www.gantthead.com/&quot;&gt;gantthead.com&lt;/a&gt;. The topic is &lt;a href=&quot;http://gilb.com/tiki-view_tracker_item.php?itemId=114&amp;trackerId=5&amp;show=view&amp;reloff=6&amp;cant=13&amp;status=opc&amp;trackerId=5&amp;sort_mode=f_20_desc&quot;&gt;Product Qualities&lt;/a&gt;, a concept from Evo that can apply to any agile development teams. Here’s the intro...&lt;br/&gt;&lt;br/&gt;In many agile organizations, the product owner is responsible for setting the team’s priorities through the product backlog. Whether they want enhancements to in-house systems or shrink-wrapped products, product owners get input from customers and stakeholders to create product backlogs of prioritized features (or user stories). These backlogs contain functionality that can be estimated by developers and planned for releases.&lt;br/&gt;&lt;br/&gt;While there’s nothing wrong with this approach of functions-first planning, I have come to believe it’s short-sighted in that it doesn’t place product qualities on equal pairing with functions. Currently in the agile community, there’s a tendency to focus too quickly on user-centric functionality instead of product qualities that can deliver real stakeholder value, often very quickly. Product owners who understand and leverage product qualities cannot only delight customers, but also help them achieve their organization’s business objectives.&lt;br/&gt;&lt;br/&gt;This article provides a how-to for progressive change agents interested in delivering products that generate measurable business value for their customers and stakeholders. You’ll learn how product qualities differ from functions, how to identify the right ones, measure them and use improvements to drive business results. Along the way, I’ll demonstrate how to integrate an agile development processes such as &lt;a href=&quot;http://www.scrumalliance.org/&quot;&gt;Scrum&lt;/a&gt;.&lt;br/&gt;&lt;br/&gt;</description>
      <enclosure url="http://www.theagileengineer.com/public/Articles_and_Tools/Entries/2010/2/5_Product_Qualities_Approach,_Agile_Style_files/iStock_000007794202Small.jpg" length="80105" type="image/jpeg"/>
    </item>
    <item>
      <title>Bolstering the Backlog</title>
      <link>http://www.theagileengineer.com/public/Articles_and_Tools/Entries/2009/9/10_Bolstering_the_Backlog.html</link>
      <guid isPermaLink="false">aae5098c-9c8c-4582-9947-c30ad7ee0470</guid>
      <pubDate>Thu, 10 Sep 2009 21:49:56 -0400</pubDate>
      <description>&lt;a href=&quot;http://www.theagileengineer.com/public/Articles_and_Tools/Entries/2009/9/10_Bolstering_the_Backlog_files/3297231889_3428beb4e1.jpg&quot;&gt;&lt;img src=&quot;http://www.theagileengineer.com/public/Articles_and_Tools/Media/object076_1.jpg&quot; style=&quot;float:left; padding-right:10px; padding-bottom:10px; width:228px; height:132px;&quot;/&gt;&lt;/a&gt;&lt;a href=&quot;Entries/2009/9/10_Bolstering_the_Backlog_files/BolsteringTheBacklog.pdf&quot;&gt;This column&lt;/a&gt;, published as part of my series for &lt;a href=&quot;http://www.gantthead.com/&quot;&gt;Gantthead.com&lt;/a&gt; in July 2009, provides specifics on how to integrate measurable value into Scrum processes. I propose a new artifact, a Results Backlog, to capture and manage the prioritized business results (aka objectives). I also discuss how to integrate gathering, managing and tracking the results into the Scrum process.&lt;br/&gt;&lt;br/&gt;I’ve received some feedback on this article, some of which wasn’t sure the term ‘results backlog’ was a good analogy with the regular scrum backlogs (product and sprint). I’m not sure myself if results backlog is the best term, but it fits for now.&lt;br/&gt;&lt;br/&gt;The idea for this article came from a conversation I had with &lt;a href=&quot;http://www.scrumalliance.org/profiles/5066-robin-dymond&quot;&gt;Robin Dymond&lt;/a&gt; at a local coffee shop. We were discussing how agile teams measured value and that stories didn’t conform to value measurements easily. I mentioned something about a way to store, prioritize and manage measurable objectives in existing Scrum teams. I thought, “What’s in your backlog?” and the editor changed it to “Bolstering the Backlog”.&lt;br/&gt;&lt;br/&gt;I’m open to those who want to try this approach. Please share what works (and doesn’t). I’m trying it myself on projects with mixed results. I plan to share these experiences in future posts or columns.</description>
      <enclosure url="http://www.theagileengineer.com/public/Articles_and_Tools/Entries/2009/9/10_Bolstering_the_Backlog_files/3297231889_3428beb4e1.jpg" length="89387" type="image/jpeg"/>
    </item>
    <item>
      <title>Value Thinking in Lean Times</title>
      <link>http://www.theagileengineer.com/public/Articles_and_Tools/Entries/2009/9/9_Value_Thinking_in_Lean_Times.html</link>
      <guid isPermaLink="false">66464932-cd2a-4383-8db0-6b5c8c0b9174</guid>
      <pubDate>Wed, 9 Sep 2009 21:34:04 -0400</pubDate>
      <description>&lt;a href=&quot;http://www.theagileengineer.com/public/Articles_and_Tools/Entries/2009/9/9_Value_Thinking_in_Lean_Times_files/2107935933_7146687613.jpg&quot;&gt;&lt;img src=&quot;http://www.theagileengineer.com/public/Articles_and_Tools/Media/object077_1.jpg&quot; style=&quot;float:left; padding-right:10px; padding-bottom:10px; width:228px; height:132px;&quot;/&gt;&lt;/a&gt;&lt;a href=&quot;Entries/2009/9/9_Value_Thinking_in_Lean_Times_files/ValueThinkingLeanTimes.pdf&quot;&gt;This column&lt;/a&gt;, published as part of my series for &lt;a href=&quot;http://www.gantthead.com/&quot;&gt;Gantthead.com&lt;/a&gt; in March 2009, provides guidance for progressive IT Leaders seeking to get more with less during the economic downturn. The article presents four Value Delivery Policies for IT and five steps to get started to implement them. The policies:&lt;br/&gt;&lt;br/&gt;	1.	Top Critical Objectives&lt;br/&gt;	2.	Deliver Value Early and Often&lt;br/&gt;	3.	Objectives Focused Contracting&lt;br/&gt;	4.	Value-based ROI&lt;br/&gt;&lt;br/&gt;Offer simple-yet-powerful concepts that can be used to deliver value.</description>
      <enclosure url="http://www.theagileengineer.com/public/Articles_and_Tools/Entries/2009/9/9_Value_Thinking_in_Lean_Times_files/2107935933_7146687613.jpg" length="62948" type="image/jpeg"/>
    </item>
    <item>
      <title>Measurable Value with Agile</title>
      <link>http://www.theagileengineer.com/public/Articles_and_Tools/Entries/2009/9/8_Measurable_Value_with_Agile.html</link>
      <guid isPermaLink="false">93da6c4a-0c0d-404c-8421-a6fc0f67be7c</guid>
      <pubDate>Tue, 8 Sep 2009 21:22:36 -0400</pubDate>
      <description>&lt;a href=&quot;http://www.theagileengineer.com/public/Articles_and_Tools/Entries/2009/9/8_Measurable_Value_with_Agile_files/OverloadCover.jpg&quot;&gt;&lt;img src=&quot;http://www.theagileengineer.com/public/Articles_and_Tools/Media/object078_1.jpg&quot; style=&quot;float:left; padding-right:10px; padding-bottom:10px; width:242px; height:132px;&quot;/&gt;&lt;/a&gt;&lt;a href=&quot;Entries/2009/9/8_Measurable_Value_with_Agile_files/MeasurableValue.pdf&quot;&gt;This article&lt;/a&gt;, published in &lt;a href=&quot;http://accu.org/index.php/overloadonline&quot;&gt;ACCU Overload&lt;/a&gt; in Feb 2009, is my most comprehensive look at how to define and measure business value - from principles to practices. The goal is to demonstrate value delivery concepts while telling a story. Our non-profit organization is trying to act on the CEO’s strategic vision. Along the way they learn concepts for defining and measuring business value including how to integrate the new concepts with their existing Scrum process.&lt;br/&gt;&lt;br/&gt;I have received positive feedback on this article. &lt;a href=&quot;http://www.csd.abdn.ac.uk/~bscharla/&quot;&gt;Dr. Bruce Scharlau&lt;/a&gt; is using this article and the &lt;a href=&quot;../Presentations/Entries/2008/9/23_Measurable_Business_Value_with_Agile.html&quot;&gt;companion presentation&lt;/a&gt; in his &lt;a href=&quot;http://www.abdn.ac.uk/~csc228/blog/?p=153&quot;&gt;masters courses&lt;/a&gt;.</description>
      <enclosure url="http://www.theagileengineer.com/public/Articles_and_Tools/Entries/2009/9/8_Measurable_Value_with_Agile_files/OverloadCover.jpg" length="138803" type="image/jpeg"/>
    </item>
    <item>
      <title>Value Decision Table for Measuring Business Value</title>
      <link>http://www.theagileengineer.com/public/Articles_and_Tools/Entries/2009/8/4_Value_Decision_Table_for_Measuring_Business_Value.html</link>
      <guid isPermaLink="false">71725899-f055-4b49-95ec-88ec7584c937</guid>
      <pubDate>Tue, 4 Aug 2009 17:18:05 -0400</pubDate>
      <description>&lt;a href=&quot;http://www.theagileengineer.com/public/Articles_and_Tools/Entries/2009/8/4_Value_Decision_Table_for_Measuring_Business_Value_files/IE_Table.jpg&quot;&gt;&lt;img src=&quot;http://www.theagileengineer.com/public/Articles_and_Tools/Media/object079_1.jpg&quot; style=&quot;float:left; padding-right:10px; padding-bottom:10px; width:228px; height:133px;&quot;/&gt;&lt;/a&gt;Here is the example Value Decision Table I use in my &lt;a href=&quot;../Presentations/Entries/2008/9/23_Measurable_Business_Value_with_Agile.html&quot;&gt;Measurable Business Value&lt;/a&gt; talk. Feel free to &lt;a href=&quot;Entries/2009/8/4_Value_Decision_Table_for_Measuring_Business_Value_files/MeasureBusinessValue_IE-1.xls&quot;&gt;download it&lt;/a&gt; and use on your project. Post feedback here or &lt;a href=&quot;mailto:ryanshriver@mac.com?subject=IE%20for%20MBV/&quot;&gt;send me an email&lt;/a&gt;.&lt;br/&gt;&lt;br/&gt;Note: I had been calling this an Impact Estimation Table (following Tom’s terminology), but a chat with &lt;a href=&quot;http://gilb.com/About&quot;&gt;Kai Gilb&lt;/a&gt; this summer convinced me to call these Value Decision tables, because their primary aim is to help you make decisions about business value. So same table, but a different name.</description>
      <enclosure url="http://www.theagileengineer.com/public/Articles_and_Tools/Entries/2009/8/4_Value_Decision_Table_for_Measuring_Business_Value_files/IE_Table.jpg" length="93671" type="image/jpeg"/>
    </item>
  </channel>
</rss>
