<?xml version="1.0" encoding="utf-8"?><?xml-stylesheet title="XSL formatting" type="text/xsl" href="http://agilitateur.azeau.com/feed/rss2/xslt" ?><rss version="2.0"
  xmlns:dc="http://purl.org/dc/elements/1.1/"
  xmlns:content="http://purl.org/rss/1.0/modules/content/"
  xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
  <title>L'Agilitateur - To Fix or Not to Fix : That is the Question  - Commentaires</title>
  <link>http://agilitateur.azeau.com/</link>
  <atom:link href="http://agilitateur.azeau.com/feed/rss2/comments/59" rel="self" type="application/rss+xml"/>
  <description>Développement logiciel et méthodes agiles</description>
  <language>fr</language>
  <pubDate>Wed, 19 Nov 2008 21:27:58 +0100</pubDate>
  <copyright></copyright>
  <docs>http://blogs.law.harvard.edu/tech/rss</docs>
  <generator>Dotclear</generator>
  
    
    
    <item>
    <title>To Fix or Not to Fix : That is the Question - Avangel</title>
    <link>http://agilitateur.azeau.com/post/2006/06/12/To-Fix-or-Not-to-Fix-%3A-That-is-the-Question#c79</link>
    <guid isPermaLink="false">urn:md5:4f5202b9cee2082e4b39866d1a7dfd22</guid>
    <pubDate>Wed, 14 Jun 2006 12:08:16 +0200</pubDate>
    <dc:creator>Avangel</dc:creator>
    
    <description>I think such decision must be an agreement between customers and team, but with sufficient data to make the decision. &lt;br /&gt;
&lt;br /&gt;
For example, team may says customers : &amp;quot;This bug is critical and may impact further functionnalities, but it will need quite a lot of time to fix&amp;quot;. In such a cas, the product owner has the elements to take the decision.&lt;br /&gt;
&lt;br /&gt;
Another case is &amp;quot;This bug makes this  functionnality uncompleted, and it will cost an average time to fix&amp;quot;. In this case, the product owner may consider this functionnality is not important and the bug may be fixed later.&lt;br /&gt;
&lt;br /&gt;
I think like any blocking case in an Agile projet, the main idea is that the team gives its technical view, the product owner has its business view, and then he takes its decision. In this way, we consider both technical and business constraints.</description>
  </item>
      
    
    <item>
    <title>To Fix or Not to Fix : That is the Question - Laurent B.</title>
    <link>http://agilitateur.azeau.com/post/2006/06/12/To-Fix-or-Not-to-Fix-%3A-That-is-the-Question#c78</link>
    <guid isPermaLink="false">urn:md5:74335d71ae8d330569dadf1f962c1430</guid>
    <pubDate>Tue, 13 Jun 2006 14:22:59 +0200</pubDate>
    <dc:creator>Laurent B.</dc:creator>
    
    <description>Je me permet de proposer un lien en rapport à ce billet instructif:&lt;br /&gt;
&lt;a href=&quot;http://www.codinghorror.com/blog/archives/000498.html&quot; rel=&quot;nofollow&quot;&gt;http://www.codinghorror.com...&lt;/a&gt;</description>
  </item>
    
  
</channel>
</rss>