<?xml version="1.0" encoding="UTF-8"?>











<rss version="2.0" xmlns:jf="http://www.jivesoftware.com/xmlns/jiveforums/rss">



<channel>
    <title>Support Forums: Message List - Tech Talk: Scott Ambler, on the Agile development process</title>
    <link>http://www.theserverside.com</link>
    <description>Most recent forum messages</description>
    <language>en</language>
    
        <generator>Jive Forums Silver 5.5.30 (www.jivesoftware.com)</generator>
    
    <pubDate>Sat, 18 May 2013 16:39:51 -0400</pubDate>


    <item>

        <title>what parts work  well?</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=33674</link>

        

        
            <description><![CDATA[Agile Programming/Modeling/Testing etc... may work for little projects or very large but less complex projects projects. But there is no way you can use it in huge and very complex projects where you thousands of business rules and constraints to deal...]]></description>
        

        <pubDate>Thu, 30 Jun 2005 15:29:12 -0400</pubDate>

        

        <jf:creationDate>Thu, 30 Jun 2005 15:29:12 -0400</jf:creationDate>
        <jf:modificationDate>Thu, 30 Jun 2005 15:29:12 -0400</jf:modificationDate>
        <jf:date>Jun 30, 2005</jf:date>
        <jf:author>Abdu Chadili</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>what parts work well?</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=33674</link>

        

        
            <description><![CDATA[Don't believe everything you read at softwarereality.<br><br>They do make some good and valid points: XP does have its issues. However, many of the points addressed by the softwarereality guys are no longer valid or pertinent, as the people shaping XP...]]></description>
        

        <pubDate>Wed, 25 May 2005 13:01:58 -0400</pubDate>

        

        <jf:creationDate>Wed, 25 May 2005 13:01:58 -0400</jf:creationDate>
        <jf:modificationDate>Wed, 25 May 2005 13:01:58 -0400</jf:modificationDate>
        <jf:date>May 25, 2005</jf:date>
        <jf:author>Jeff Langr</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>what parts work  well?</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=33674</link>

        

        
            <description><![CDATA[The problem with the poem is that it doesn't actually reflect what happens on agile projects.<br><br>There are requirements (otherwise there's nothing to build), there are schedules (we just might not waste our time creating big, useless MS project...]]></description>
        

        <pubDate>Wed, 11 May 2005 09:47:00 -0400</pubDate>

        

        <jf:creationDate>Wed, 11 May 2005 09:47:00 -0400</jf:creationDate>
        <jf:modificationDate>Wed, 11 May 2005 09:47:00 -0400</jf:modificationDate>
        <jf:date>May 11, 2005</jf:date>
        <jf:author>Scott Ambler</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Fixed scope, cost and time can't work</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=33674</link>

        

        
            <description><![CDATA[Exactly.  There's the concept of the iron triangle, you can't let all three of scope, cost, and schedule be fixed without negatively affecting quality.  <br><br>I walk away from projects when the managers are unable to accept this reality. <br><br>I have...]]></description>
        

        <pubDate>Wed, 11 May 2005 09:37:16 -0400</pubDate>

        

        <jf:creationDate>Wed, 11 May 2005 09:37:16 -0400</jf:creationDate>
        <jf:modificationDate>Wed, 11 May 2005 09:37:16 -0400</jf:modificationDate>
        <jf:date>May 11, 2005</jf:date>
        <jf:author>Scott Ambler</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Fixed scope, cost and time can't work</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=33674</link>

        

        
            <description><![CDATA[Hi David,<br><br>Your experiences are pretty similar to my own, and I've been developing for 15+ years, for much of that time I was in management managing contracts with customers like the ones you describe.<br><br>In fact such experiences lead me to get...]]></description>
        

        <pubDate>Fri, 06 May 2005 16:21:12 -0400</pubDate>

        

        <jf:creationDate>Fri, 06 May 2005 16:21:12 -0400</jf:creationDate>
        <jf:modificationDate>Fri, 06 May 2005 16:21:12 -0400</jf:modificationDate>
        <jf:date>May 6, 2005</jf:date>
        <jf:author>Paul Beckford</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>Re: Sounds good</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=33674</link>

        

        
            <description><![CDATA[<blockquote>Hi David,indeed, it seems like we had totally different experiences, when realizing customer projects. In fact, I just rectnelty had a project, where more money was made by realizing change requests, than realizing the functionality of...]]></description>
        

        <pubDate>Fri, 06 May 2005 12:46:22 -0400</pubDate>

        

        <jf:creationDate>Fri, 06 May 2005 12:46:22 -0400</jf:creationDate>
        <jf:modificationDate>Fri, 06 May 2005 12:46:22 -0400</jf:modificationDate>
        <jf:date>May 6, 2005</jf:date>
        <jf:author>David McCoy</jf:author>
        <jf:replyCount>2</jf:replyCount>
    </item>


    <item>

        <title>Re: Sounds good</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=33674</link>

        

        
            <description><![CDATA[Hi David,<br><br>indeed, it seems like we had totally different experiences, when realizing customer projects. In fact, I just rectnelty had a project, where more money was made by realizing change requests, than realizing the functionality of...]]></description>
        

        <pubDate>Fri, 06 May 2005 05:59:11 -0400</pubDate>

        

        <jf:creationDate>Fri, 06 May 2005 05:59:11 -0400</jf:creationDate>
        <jf:modificationDate>Fri, 06 May 2005 05:59:11 -0400</jf:modificationDate>
        <jf:date>May 6, 2005</jf:date>
        <jf:author>Dirk Ludwig</jf:author>
        <jf:replyCount>3</jf:replyCount>
    </item>


    <item>

        <title>Points</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=33674</link>

        

        
            <description><![CDATA[I agree with much of what has been said too. Perhaps I should not of implied that all documentation is useless.<br><br>The undelying issues are communication, accountability and transparency. A document is just a means of communication and could be...]]></description>
        

        <pubDate>Thu, 05 May 2005 15:29:13 -0400</pubDate>

        

        <jf:creationDate>Thu, 05 May 2005 15:29:13 -0400</jf:creationDate>
        <jf:modificationDate>Thu, 05 May 2005 15:29:13 -0400</jf:modificationDate>
        <jf:date>May 5, 2005</jf:date>
        <jf:author>Paul Beckford</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Points</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=33674</link>

        

        
            <description><![CDATA[<blockquote>I agree with all comments. In my experience too, requirements change so often that documentation is always out of date. However, I do not think this would invalidate the need for thorough documentation. Take the &quot;Vision&quot; document...]]></description>
        

        <pubDate>Thu, 05 May 2005 12:04:07 -0400</pubDate>

        

        <jf:creationDate>Thu, 05 May 2005 12:04:07 -0400</jf:creationDate>
        <jf:modificationDate>Thu, 05 May 2005 12:04:07 -0400</jf:modificationDate>
        <jf:date>May 5, 2005</jf:date>
        <jf:author>David McCoy</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>Points</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=33674</link>

        

        
            <description><![CDATA[I agree with all comments. In my experience too, requirements change so often that documentation is always out of date. <br>However, I do not think this would invalidate the need for thorough documentation. Take the &quot;Vision&quot; document from RUP,...]]></description>
        

        <pubDate>Thu, 05 May 2005 11:53:11 -0400</pubDate>

        

        <jf:creationDate>Thu, 05 May 2005 11:53:11 -0400</jf:creationDate>
        <jf:modificationDate>Thu, 05 May 2005 11:53:11 -0400</jf:modificationDate>
        <jf:date>May 5, 2005</jf:date>
        <jf:author>Eduardo Ochiai</jf:author>
        <jf:replyCount>2</jf:replyCount>
    </item>


    <item>

        <title>Re: Sounds good</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=33674</link>

        

        
            <description><![CDATA[<blockquote><blockquote>How many customers do you know who are willing to read a 150+ page requirements document?</blockquote>Hopefully, the requirements document (e.g Use Cases) is being elaborated together with the customer and not in a devloper's...]]></description>
        

        <pubDate>Thu, 05 May 2005 10:41:03 -0400</pubDate>

        

        <jf:creationDate>Thu, 05 May 2005 10:41:03 -0400</jf:creationDate>
        <jf:modificationDate>Thu, 05 May 2005 10:41:03 -0400</jf:modificationDate>
        <jf:date>May 5, 2005</jf:date>
        <jf:author>David McCoy</jf:author>
        <jf:replyCount>7</jf:replyCount>
    </item>


    <item>

        <title>Re: Sounds good</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=33674</link>

        

        
            <description><![CDATA[<blockquote>How many customers do you know who are willing to read a 150+ page requirements document?</blockquote><br>Hopefully, the requirements document (e.g Use Cases) is being elaborated together with the customer and not in a devloper's ivory tower....]]></description>
        

        <pubDate>Thu, 05 May 2005 07:25:19 -0400</pubDate>

        

        <jf:creationDate>Thu, 05 May 2005 07:25:19 -0400</jf:creationDate>
        <jf:modificationDate>Thu, 05 May 2005 07:25:19 -0400</jf:modificationDate>
        <jf:date>May 5, 2005</jf:date>
        <jf:author>Dirk Ludwig</jf:author>
        <jf:replyCount>8</jf:replyCount>
    </item>


    <item>

        <title>Sounds good</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=33674</link>

        

        
            <description><![CDATA[Yeah a valid point. This approach can work too but...<br><br>How many customers do you know who are willing to read a 150+ page requirements document?<br><br>If they do read it how many of them are sure what it is they are about to sign up...]]></description>
        

        <pubDate>Thu, 05 May 2005 03:59:43 -0400</pubDate>

        

        <jf:creationDate>Thu, 05 May 2005 03:59:43 -0400</jf:creationDate>
        <jf:modificationDate>Thu, 05 May 2005 03:59:43 -0400</jf:modificationDate>
        <jf:date>May 5, 2005</jf:date>
        <jf:author>Paul Beckford</jf:author>
        <jf:replyCount>9</jf:replyCount>
    </item>


    <item>

        <title>Sounds good</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=33674</link>

        

        
            <description><![CDATA[Sounds good to relieve developers from the weight of problems not related to the scope of their project.<br>However, wouldn't an approach that relies more heavily on documentation be useful to set the boundaries of that scope ?]]></description>
        

        <pubDate>Wed, 04 May 2005 21:28:59 -0400</pubDate>

        

        <jf:creationDate>Wed, 04 May 2005 21:28:59 -0400</jf:creationDate>
        <jf:modificationDate>Wed, 04 May 2005 21:28:59 -0400</jf:modificationDate>
        <jf:date>May 4, 2005</jf:date>
        <jf:author>Eduardo Ochiai</jf:author>
        <jf:replyCount>10</jf:replyCount>
    </item>


    <item>

        <title>what parts work  well?</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=33674</link>

        

        
            <description><![CDATA[oops:<br><a href="http://www.softwarereality.com/lifecycle/xp/forum.jsp" target="_blank">http://www.softwarereality.com/lifecycle/xp/forum.jsp</a><br><br>.V]]></description>
        

        <pubDate>Wed, 04 May 2005 20:53:57 -0400</pubDate>

        

        <jf:creationDate>Wed, 04 May 2005 20:53:57 -0400</jf:creationDate>
        <jf:modificationDate>Wed, 04 May 2005 20:53:57 -0400</jf:modificationDate>
        <jf:date>May 4, 2005</jf:date>
        <jf:author>Vic Cekvenich</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>



</channel>
</rss>

