<?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>Fri, 24 May 2013 14:32:11 GMT</pubDate>
    <dc:creator>The dzone.com community</dc:creator>
    <dc:date>2013-05-24T14:32:11Z</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>Being agile instead of doing agile</title>
      <link>http://www.dzone.com/links/r/being_agile_instead_of_doing_agile.html</link>
      <description>We were building a prototype system to demonstrate the capabilities of a technical standard and the data that it contained. Our main stakeholders, both relatively non-technical knew the type of audience the prototype was intended to influence and making a technical standard come to life with an interactive prototype was our remit.</description>
      <category>agile</category>
      <category>methodology</category>
      <category>reviews</category>
      <pubDate>Fri, 24 May 2013 11:31:01 GMT</pubDate>
      <guid isPermaLink="false">http://www.dzone.com/links/973405.html</guid>
      <dc:creator>mswatcher</dc:creator>
      <dc:date>2013-05-24T11:31:01Z</dc:date>
      <content:encoded><![CDATA[<a href='http://www.dzone.com/links/r/being_agile_instead_of_doing_agile.html'><img src='http://cdn.dzone.com/images/thumbs/120x90/973405.jpg' style='width:120;height:90;float:left;vertical-align:top;border:1px solid #ccc;' /></a><p style='margin-left: 130px;'>We were building a prototype system to demonstrate the capabilities of a technical standard and the data that it contained. Our main stakeholders, both relatively non-technical knew the type of audience the prototype was intended to influence and making a technical standard come to life with an interactive prototype was our remit.<br/><br/><a href='http://www.dzone.com/links/rss/being_agile_instead_of_doing_agile.html'><img src='http://www.dzone.com/links/voteCountImage?linkId=973405' border='0'/></a></p>]]></content:encoded>
      <dz:linkId>973405</dz:linkId>
      <dz:submitDate>2013-05-24T11:31:01Z</dz:submitDate>
      <dz:voteUpCount>3</dz:voteUpCount>
      <dz:voteDownCount>0</dz:voteDownCount>
      <dz:clickCount>20</dz:clickCount>
      <dz:commentCount>0</dz:commentCount>
      <dz:thumbnail>http://www.dzone.com/links/images/thumbs/120x90/973405.jpg</dz:thumbnail>
      <dz:submitter>
        <dz:username>mswatcher</dz:username>
        <dz:userimage>http://www.dzone.com/links/images/avatars/225256.gif</dz:userimage>
      </dz:submitter>
    </item>
    <item>
      <title>Improving Collaboration of Testers and Developers in Agile Teams</title>
      <link>http://www.dzone.com/links/r/improving_collaboration_of_testers_and_developers.html</link>
      <description>Agile teams are usually cross functional, which means that they have people with different competencies like developers and testers. Collaboration between the team members helps to make teams successful. Let’s take a look at what scrum masters can do to help testers and developers to work together in agile teams, and improve collaboration</description>
      <category>agile</category>
      <category>methodology</category>
      <category>reviews</category>
      <pubDate>Fri, 24 May 2013 11:30:54 GMT</pubDate>
      <guid isPermaLink="false">http://www.dzone.com/links/973403.html</guid>
      <dc:creator>mswatcher</dc:creator>
      <dc:date>2013-05-24T11:30:54Z</dc:date>
      <content:encoded><![CDATA[<a href='http://www.dzone.com/links/r/improving_collaboration_of_testers_and_developers.html'><img src='http://cdn.dzone.com/images/thumbs/120x90/973403.jpg' style='width:120;height:90;float:left;vertical-align:top;border:1px solid #ccc;' /></a><p style='margin-left: 130px;'>Agile teams are usually cross functional, which means that they have people with different competencies like developers and testers. Collaboration between the team members helps to make teams successful. Let’s take a look at what scrum masters can do to help testers and developers to work together in agile teams, and improve collaboration<br/><br/><a href='http://www.dzone.com/links/rss/improving_collaboration_of_testers_and_developers.html'><img src='http://www.dzone.com/links/voteCountImage?linkId=973403' border='0'/></a></p>]]></content:encoded>
      <dz:linkId>973403</dz:linkId>
      <dz:submitDate>2013-05-24T11:30:54Z</dz:submitDate>
      <dz:voteUpCount>2</dz:voteUpCount>
      <dz:voteDownCount>0</dz:voteDownCount>
      <dz:clickCount>17</dz:clickCount>
      <dz:commentCount>0</dz:commentCount>
      <dz:thumbnail>http://www.dzone.com/links/images/thumbs/120x90/973403.jpg</dz:thumbnail>
      <dz:submitter>
        <dz:username>mswatcher</dz:username>
        <dz:userimage>http://www.dzone.com/links/images/avatars/225256.gif</dz:userimage>
      </dz:submitter>
    </item>
    <item>
      <title>From Patterns to Code: Coding Simple Event-Driven Components for Agile Software by Russ Miles (Podcast)</title>
      <link>http://www.dzone.com/links/r/from_patterns_to_code_coding_simple_eventdriven_c.html</link>
      <description>With real-world samples in a variety of languages, this session will share practical, hands-on coding tips and tricks to help you turn the vision of loosely-coupled, simple components woven together with events into real code in your applications.</description>
      <category>agile</category>
      <category>methodology</category>
      <category>other languages</category>
      <pubDate>Fri, 24 May 2013 08:11:30 GMT</pubDate>
      <guid isPermaLink="false">http://www.dzone.com/links/973323.html</guid>
      <dc:creator>MarkatSM</dc:creator>
      <dc:date>2013-05-24T08:11:30Z</dc:date>
      <content:encoded><![CDATA[<a href='http://www.dzone.com/links/r/from_patterns_to_code_coding_simple_eventdriven_c.html'><img src='http://cdn.dzone.com/images/thumbs/120x90/973323.jpg' style='width:120;height:90;float:left;vertical-align:top;border:1px solid #ccc;' /></a><p style='margin-left: 130px;'>With real-world samples in a variety of languages, this session will share practical, hands-on coding tips and tricks to help you turn the vision of loosely-coupled, simple components woven together with events into real code in your applications.<br/><br/><a href='http://www.dzone.com/links/rss/from_patterns_to_code_coding_simple_eventdriven_c.html'><img src='http://www.dzone.com/links/voteCountImage?linkId=973323' border='0'/></a></p>]]></content:encoded>
      <dz:linkId>973323</dz:linkId>
      <dz:submitDate>2013-05-24T08:11:30Z</dz:submitDate>
      <dz:voteUpCount>2</dz:voteUpCount>
      <dz:voteDownCount>0</dz:voteDownCount>
      <dz:clickCount>19</dz:clickCount>
      <dz:commentCount>0</dz:commentCount>
      <dz:thumbnail>http://www.dzone.com/links/images/thumbs/120x90/973323.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>
    <item>
      <title>Technical Debt: In an Agile World</title>
      <link>http://www.dzone.com/links/r/technical_debt_in_an_agile_world.html</link>
      <description>The phrase &amp;quot;agile development&amp;quot; has become common fare within the development community. As companies sought out new ways to innovate and optimize from within, Agile provided a new approach towards achieving productive results. Most developers have exposure to Agile in one form or another. Some companies have chosen to jump in while others have adopted select concepts. In either case, the Agile and Lean methodologies have produced frameworks such as Scrum and Kanban which have been well received. Although this might run the risk of over-simplification, Agile focuses on short cycles, fast results, and continued course corrections. After adopting this new mindset, an inevitable question arises. What do we do about technical debt? How does it fit within Agile? Does Agile eliminate or encourage technical debt?</description>
      <category>agile</category>
      <category>how-to</category>
      <category>methodology</category>
      <category>opinion</category>
      <pubDate>Fri, 24 May 2013 02:30:17 GMT</pubDate>
      <guid isPermaLink="false">http://www.dzone.com/links/973199.html</guid>
      <dc:creator>ZacGery</dc:creator>
      <dc:date>2013-05-24T02:30:17Z</dc:date>
      <content:encoded><![CDATA[<a href='http://www.dzone.com/links/r/technical_debt_in_an_agile_world.html'><img src='http://cdn.dzone.com/images/thumbs/120x90/973199.jpg' style='width:120;height:90;float:left;vertical-align:top;border:1px solid #ccc;' /></a><p style='margin-left: 130px;'>The phrase &quot;agile development&quot; has become common fare within the development community. As companies sought out new ways to innovate and optimize from within, Agile provided a new approach towards achieving productive results. Most developers have exposure to Agile in one form or another. Some companies have chosen to jump in while others have adopted select concepts. In either case, the Agile and Lean methodologies have produced frameworks such as Scrum and Kanban which have been well received. Although this might run the risk of over-simplification, Agile focuses on short cycles, fast results, and continued course corrections. After adopting this new mindset, an inevitable question arises. What do we do about technical debt? How does it fit within Agile? Does Agile eliminate or encourage technical debt?<br/><br/><a href='http://www.dzone.com/links/rss/technical_debt_in_an_agile_world.html'><img src='http://www.dzone.com/links/voteCountImage?linkId=973199' border='0'/></a></p>]]></content:encoded>
      <dz:linkId>973199</dz:linkId>
      <dz:submitDate>2013-05-24T02:30:17Z</dz:submitDate>
      <dz:voteUpCount>2</dz:voteUpCount>
      <dz:voteDownCount>0</dz:voteDownCount>
      <dz:clickCount>21</dz:clickCount>
      <dz:commentCount>0</dz:commentCount>
      <dz:thumbnail>http://www.dzone.com/links/images/thumbs/120x90/973199.jpg</dz:thumbnail>
      <dz:submitter>
        <dz:username>ZacGery</dz:username>
        <dz:userimage>http://www.dzone.com/links/images/avatars/381387.gif</dz:userimage>
      </dz:submitter>
    </item>
    <item>
      <title>The fluent calculator kata – Rev 2</title>
      <link>http://www.dzone.com/links/r/the_fluent_calculator_kata_rev_2.html</link>
      <description>In my last post I described the fluent calculator kata which we came up with for our coding dojo. When we started implementing the kata we decided to modify the initial set of ”requirements” slightly in order to make it a bit more complex. Here is the changed requirement: The calculator should never throw exception changed to When an overflow occurs the calculator should throw an InvalidOperationException with an inner ArithmeticException. I’ll show you what design and tests we came up with.</description>
      <category>.net</category>
      <category>agile</category>
      <pubDate>Thu, 23 May 2013 18:59:44 GMT</pubDate>
      <guid isPermaLink="false">http://www.dzone.com/links/973143.html</guid>
      <dc:creator>daniel.marbach</dc:creator>
      <dc:date>2013-05-23T18:59:44Z</dc:date>
      <content:encoded><![CDATA[<a href='http://www.dzone.com/links/r/the_fluent_calculator_kata_rev_2.html'><img src='http://cdn.dzone.com/images/thumbs/120x90/973143.jpg' style='width:120;height:90;float:left;vertical-align:top;border:1px solid #ccc;' /></a><p style='margin-left: 130px;'>In my last post I described the fluent calculator kata which we came up with for our coding dojo. When we started implementing the kata we decided to modify the initial set of ”requirements” slightly in order to make it a bit more complex. Here is the changed requirement: The calculator should never throw exception changed to When an overflow occurs the calculator should throw an InvalidOperationException with an inner ArithmeticException. I’ll show you what design and tests we came up with.<br/><br/><a href='http://www.dzone.com/links/rss/the_fluent_calculator_kata_rev_2.html'><img src='http://www.dzone.com/links/voteCountImage?linkId=973143' border='0'/></a></p>]]></content:encoded>
      <dz:linkId>973143</dz:linkId>
      <dz:submitDate>2013-05-23T18:59:44Z</dz:submitDate>
      <dz:voteUpCount>2</dz:voteUpCount>
      <dz:voteDownCount>0</dz:voteDownCount>
      <dz:clickCount>56</dz:clickCount>
      <dz:commentCount>0</dz:commentCount>
      <dz:thumbnail>http://www.dzone.com/links/images/thumbs/120x90/973143.jpg</dz:thumbnail>
      <dz:submitter>
        <dz:username>daniel.marbach</dz:username>
        <dz:userimage>http://www.dzone.com/links/images/avatars/418158.gif</dz:userimage>
      </dz:submitter>
    </item>
    <item>
      <title>7 Agile Best Practices that you Don't Need to Follow</title>
      <link>http://www.dzone.com/links/r/7_agile_best_practices_that_you_dont_need_to_foll.html</link>
      <description>There are lots of good ideas and practices in Agile development, ideas that really work. But there are several common best practices that you don't need to follow - if you don't do them, nothing bad will happen and your project will still succeed. And there are a couple of them that you're better off not following at all.</description>
      <category>agile</category>
      <category>methodology</category>
      <category>opinion</category>
      <pubDate>Wed, 22 May 2013 17:28:53 GMT</pubDate>
      <guid isPermaLink="false">http://www.dzone.com/links/972653.html</guid>
      <dc:creator>Jim Bird</dc:creator>
      <dc:date>2013-05-22T17:28:53Z</dc:date>
      <content:encoded><![CDATA[<a href='http://www.dzone.com/links/r/7_agile_best_practices_that_you_dont_need_to_foll.html'><img src='http://cdn.dzone.com/images/thumbs/120x90/972653.jpg' style='width:120;height:90;float:left;vertical-align:top;border:1px solid #ccc;' /></a><p style='margin-left: 130px;'>There are lots of good ideas and practices in Agile development, ideas that really work. But there are several common best practices that you don't need to follow - if you don't do them, nothing bad will happen and your project will still succeed. And there are a couple of them that you're better off not following at all.<br/><br/><a href='http://www.dzone.com/links/rss/7_agile_best_practices_that_you_dont_need_to_foll.html'><img src='http://www.dzone.com/links/voteCountImage?linkId=972653' border='0'/></a></p>]]></content:encoded>
      <dz:linkId>972653</dz:linkId>
      <dz:submitDate>2013-05-22T17:28:53Z</dz:submitDate>
      <dz:voteUpCount>3</dz:voteUpCount>
      <dz:voteDownCount>0</dz:voteDownCount>
      <dz:clickCount>87</dz:clickCount>
      <dz:commentCount>0</dz:commentCount>
      <dz:thumbnail>http://www.dzone.com/links/images/thumbs/120x90/972653.jpg</dz:thumbnail>
      <dz:submitter>
        <dz:username>jim.bird</dz:username>
        <dz:userimage>http://www.dzone.com/links/images/avatars/722527.gif</dz:userimage>
      </dz:submitter>
    </item>
  </channel>
</rss>

