<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xml" href="http://www.dzone.com/links/misc/rss.xsl"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dz="http://www.developerzone.com/modules/dz/1.0" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>dzone.com: queued links: agile</title>
    <link>http://www.dzone.com/links/queue/tag/agile.html</link>
    <description>dzone.com: fresh links for developers</description>
    <language>en-us</language>
    <copyright>Copyright (c) 2008 DZone, Inc.</copyright>
    <pubDate>Sun, 19 May 2013 08:00:23 GMT</pubDate>
    <dc:creator>The dzone.com community</dc:creator>
    <dc:date>2013-05-19T08:00:23Z</dc:date>
    <dc:language>en-us</dc:language>
    <dc:rights>Copyright (c) 2008 DZone, Inc.</dc:rights>
    <dz:selfLink>http://www.dzone.com/links/feed/queue/agile/rss.xml</dz:selfLink>
    <image>
      <title>dzone.com: fresh links for developers</title>
      <url>http://www.dzone.com/images/std/dzone.com_258x55.gif</url>
      <link>http://www.dzone.com/links/</link>
    </image>
    <item>
      <title>Pair Programming Benefits: Part 1 - 'The Good'</title>
      <link>http://www.dzone.com/links/r/pair_programming_benefits_part_1_the_good.html</link>
      <description>I’ve recently just had my first experience with serious pair programming, so I thought it would be a nice opportunity to share some of my initial impressions of the practice. Overall, my takeaways were overwhelmingly positive, but those came along with some interesting perspective shifts and a few caveats.</description>
      <category>agile</category>
      <category>methodology</category>
      <category>opinion</category>
      <pubDate>Fri, 17 May 2013 15:00:54 GMT</pubDate>
      <guid isPermaLink="false">http://www.dzone.com/links/970075.html</guid>
      <dc:creator>smaye81</dc:creator>
      <dc:date>2013-05-17T15:00:54Z</dc:date>
      <content:encoded><![CDATA[<a href='http://www.dzone.com/links/r/pair_programming_benefits_part_1_the_good.html'><img src='http://cdn.dzone.com/images/thumbs/120x90/970075.jpg' style='width:120;height:90;float:left;vertical-align:top;border:1px solid #ccc;' /></a><p style='margin-left: 130px;'>I’ve recently just had my first experience with serious pair programming, so I thought it would be a nice opportunity to share some of my initial impressions of the practice. Overall, my takeaways were overwhelmingly positive, but those came along with some interesting perspective shifts and a few caveats.<br/><br/><a href='http://www.dzone.com/links/rss/pair_programming_benefits_part_1_the_good.html'><img src='http://www.dzone.com/links/voteCountImage?linkId=970075' border='0'/></a></p>]]></content:encoded>
      <dz:linkId>970075</dz:linkId>
      <dz:submitDate>2013-05-17T15:00:54Z</dz:submitDate>
      <dz:voteUpCount>2</dz:voteUpCount>
      <dz:voteDownCount>0</dz:voteDownCount>
      <dz:clickCount>12</dz:clickCount>
      <dz:commentCount>0</dz:commentCount>
      <dz:thumbnail>http://www.dzone.com/links/images/thumbs/120x90/970075.jpg</dz:thumbnail>
      <dz:submitter>
        <dz:username>smaye81</dz:username>
        <dz:userimage>http://www.dzone.com/links/images/avatars/301613.gif</dz:userimage>
      </dz:submitter>
    </item>
    <item>
      <title>&amp;quot;Just&amp;quot; Enough Process by Janet Ggregory (Podcast)</title>
      <link>http://www.dzone.com/links/r/quotjustquot_enough_process_by_janet_ggregory_pod.html</link>
      <description>How do you know if you have enough process or too much? If we think about the two extremes: -ignore the process completely (maybe it gets in our way of getting things done), or -define the exact right best practice / process and follow it religiously. Either of these two extremes can be harmful. Janet Gregory will give you some ideas about how to find the right answer, some ideas to decide if it is helpful or harmful, and how do you know it fits your team or your organization.</description>
      <category>agile</category>
      <category>methodology</category>
      <pubDate>Fri, 17 May 2013 08:10:54 GMT</pubDate>
      <guid isPermaLink="false">http://www.dzone.com/links/970201.html</guid>
      <dc:creator>MarkatSM</dc:creator>
      <dc:date>2013-05-17T08:10:54Z</dc:date>
      <content:encoded><![CDATA[<a href='http://www.dzone.com/links/r/quotjustquot_enough_process_by_janet_ggregory_pod.html'><img src='http://cdn.dzone.com/images/thumbs/120x90/970201.jpg' style='width:120;height:90;float:left;vertical-align:top;border:1px solid #ccc;' /></a><p style='margin-left: 130px;'>How do you know if you have enough process or too much? If we think about the two extremes: -ignore the process completely (maybe it gets in our way of getting things done), or -define the exact right best practice / process and follow it religiously. Either of these two extremes can be harmful. Janet Gregory will give you some ideas about how to find the right answer, some ideas to decide if it is helpful or harmful, and how do you know it fits your team or your organization.<br/><br/><a href='http://www.dzone.com/links/rss/quotjustquot_enough_process_by_janet_ggregory_pod.html'><img src='http://www.dzone.com/links/voteCountImage?linkId=970201' border='0'/></a></p>]]></content:encoded>
      <dz:linkId>970201</dz:linkId>
      <dz:submitDate>2013-05-17T08:10:54Z</dz:submitDate>
      <dz:voteUpCount>2</dz:voteUpCount>
      <dz:voteDownCount>0</dz:voteDownCount>
      <dz:clickCount>27</dz:clickCount>
      <dz:commentCount>0</dz:commentCount>
      <dz:thumbnail>http://www.dzone.com/links/images/thumbs/120x90/970201.jpg</dz:thumbnail>
      <dz:submitter>
        <dz:username>MarkatSM</dz:username>
        <dz:userimage>http://www.dzone.com/links/images/avatars/1104879.gif</dz:userimage>
      </dz:submitter>
    </item>
  </channel>
</rss>

