<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/rss2full.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.feedburner.com/~d/styles/itemcontent.css"?><rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:sy="http://purl.org/rss/1.0/modules/syndication/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0" version="2.0">

<channel>
	<title>CollabNet Scrum and Agile Blog</title>
	
	<link>http://blogs.danube.com</link>
	<description>Scrum and Agile topics by CollabNet coaches and thought leaders</description>
	<lastBuildDate>Sat, 28 Aug 2010 22:11:11 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" type="application/rss+xml" href="http://feeds.feedburner.com/DanubeTechnologiesBlogs" /><feedburner:info uri="danubetechnologiesblogs" /><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com/" /><item>
		<title>Estimation and Release Planning with Fruit Salad</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/jRSb_71FmEY/estimation-and-release-planning-with-fruit-salad</link>
		<comments>http://blogs.danube.com/estimation-and-release-planning-with-fruit-salad#comments</comments>
		<pubDate>Sat, 28 Aug 2010 22:11:11 +0000</pubDate>
		<dc:creator>Lyssa Adkins</dc:creator>
				<category><![CDATA[Reference Library]]></category>

		<guid isPermaLink="false">http://blogs.danube.com/?p=2549</guid>
		<description>Some late breaking events caused several students in a recent Certified Scrum Product Owner class to reschedule, leaving only five students in the class. I (Lyssa) had arranged for a candidate Certified Scrum Trainer (CST), Brian Rabon, to co-teach with me in this class.  He and I had some fancy footwork to do as many [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=jRSb_71FmEY:HUKy8n_jy2g:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/estimation-and-release-planning-with-fruit-salad/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/estimation-and-release-planning-with-fruit-salad</feedburner:origLink></item>
		<item>
		<title>Scrum and Kanban – Do they play together?</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/yT798EDtJiU/scrum-and-kanban-do-they-play-together</link>
		<comments>http://blogs.danube.com/scrum-and-kanban-do-they-play-together#comments</comments>
		<pubDate>Mon, 26 Jul 2010 16:40:50 +0000</pubDate>
		<dc:creator>Katie Playfair</dc:creator>
				<category><![CDATA[Reference Library]]></category>
		<category><![CDATA[Kanban]]></category>
		<category><![CDATA[lean]]></category>
		<category><![CDATA[Scrum]]></category>

		<guid isPermaLink="false">http://blogs.danube.com/scrum-and-kanban-do-they-play-together</guid>
		<description>Below is an excerpt from an email response I sent someone asking me about Kanban and Scrum and what they should do to determine which is more appropriate for their teams. This is just my personal opinion on this subject and I&amp;#8217;m sure our trainers have MUCH better perspective to add!
Kanban for software is an [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=yT798EDtJiU:LOQbQjuBhJw:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/scrum-and-kanban-do-they-play-together/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/scrum-and-kanban-do-they-play-together</feedburner:origLink></item>
		<item>
		<title>Scrum is not something “IT does”</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/mF4ApquT1-k/scrum-is-not-something-%e2%80%9cit-does%e2%80%9d</link>
		<comments>http://blogs.danube.com/scrum-is-not-something-%e2%80%9cit-does%e2%80%9d#comments</comments>
		<pubDate>Thu, 24 Jun 2010 16:57:30 +0000</pubDate>
		<dc:creator>Katie Playfair</dc:creator>
				<category><![CDATA[Reference Library]]></category>
		<category><![CDATA[business]]></category>
		<category><![CDATA[enterprise agile]]></category>
		<category><![CDATA[product owners]]></category>
		<category><![CDATA[stakeholders]]></category>

		<guid isPermaLink="false">http://blogs.danube.com/scrum-is-not-something-%e2%80%9cit-does%e2%80%9d</guid>
		<description>Thanks to a ton of help from Michael James, I just put the finishing touches on my new webinar, “Necessary conditions for enterprise agile success: The subtle stuff you’re probably getting wrong.” In this presentation, I plan to review the common mistakes and pitfalls I witness at organizations around the world who have tried to [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=mF4ApquT1-k:9qSgLPbOBq8:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/scrum-is-not-something-%e2%80%9cit-does%e2%80%9d/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/scrum-is-not-something-%e2%80%9cit-does%e2%80%9d</feedburner:origLink></item>
		<item>
		<title>How Teams Self-Manage: Lessons from the Ball Point Game</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/C9FI4aW01Vk/how-teams-self-manage-lessons-from-the-ball-point-game</link>
		<comments>http://blogs.danube.com/how-teams-self-manage-lessons-from-the-ball-point-game#comments</comments>
		<pubDate>Sat, 19 Jun 2010 16:26:18 +0000</pubDate>
		<dc:creator>Angela Druckman</dc:creator>
				<category><![CDATA[Angela's Picks]]></category>
		<category><![CDATA[Reference Library]]></category>

		<guid isPermaLink="false">http://blogs.danube.com/?p=2506</guid>
		<description>Like many Scrum trainers, I use the Ball Point Game in my Certified ScrumMaster course.  We do it fairly early on, in the first hour, before we’ve gotten know each other.  I use the Ball Point Game to show teams that they in fact already know how to do Scrum, meaning they know [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=C9FI4aW01Vk:76JlaT64Q7U:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/how-teams-self-manage-lessons-from-the-ball-point-game/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/how-teams-self-manage-lessons-from-the-ball-point-game</feedburner:origLink></item>
		<item>
		<title>How To Have An Effective Daily Scrum – When The 15 Minute Meeting Takes Longer Than 15 minutes.</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/0kjOIeq9vII/how-to-have-an-effective-daily-scrum-when-the-15-minute-meeting-takes-longer-than-15-minutes</link>
		<comments>http://blogs.danube.com/how-to-have-an-effective-daily-scrum-when-the-15-minute-meeting-takes-longer-than-15-minutes#comments</comments>
		<pubDate>Sat, 12 Jun 2010 10:33:12 +0000</pubDate>
		<dc:creator>Tamara Sulaiman</dc:creator>
				<category><![CDATA[Reference Library]]></category>
		<category><![CDATA[Daily Scrum]]></category>
		<category><![CDATA[feedback loop]]></category>
		<category><![CDATA[meetings]]></category>
		<category><![CDATA[stand up]]></category>

		<guid isPermaLink="false">http://blogs.danube.com/?p=2495</guid>
		<description>In the first installment of this blog series on How To Have An Effective Daily Scrum (“When The Daily Scrum Isn’t Daily” posted April 30, 2010 ) I reviewed the purpose and some good practices for effective daily scrum meetings. We also examined the first in a series of “smells” that can contribute to your [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=0kjOIeq9vII:SZVA_tQ8gJA:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/how-to-have-an-effective-daily-scrum-when-the-15-minute-meeting-takes-longer-than-15-minutes/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/how-to-have-an-effective-daily-scrum-when-the-15-minute-meeting-takes-longer-than-15-minutes</feedburner:origLink></item>
		<item>
		<title>Millennials and Scrum, made for each other</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/xfkRf1c1zzA/millennials-and-scrum-made-for-each-other</link>
		<comments>http://blogs.danube.com/millennials-and-scrum-made-for-each-other#comments</comments>
		<pubDate>Mon, 24 May 2010 01:29:42 +0000</pubDate>
		<dc:creator>Lyssa Adkins</dc:creator>
				<category><![CDATA[Reference Library]]></category>

		<guid isPermaLink="false">http://blogs.danube.com/?p=2486</guid>
		<description>This year, I encountered my first classroom-full of people who had never worked waterfall.  Now, I don&amp;#8217;t talk a lot about waterfall versus Scrum when I teach the Certified ScrumMaster course, just enough to set the stage for why Scrum arose when it did.  I show some data about the appalling failure rates [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=xfkRf1c1zzA:aMtz81nzZw0:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/millennials-and-scrum-made-for-each-other/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/millennials-and-scrum-made-for-each-other</feedburner:origLink></item>
		<item>
		<title>Techniques For Improving Your Daily Scrum: When The Daily Scrum Isn’t Daily</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/eiL5_Pql8a0/techniques-for-improving-your-daily-scrum-when-the-daily-scrum-isnt-daily</link>
		<comments>http://blogs.danube.com/techniques-for-improving-your-daily-scrum-when-the-daily-scrum-isnt-daily#comments</comments>
		<pubDate>Fri, 30 Apr 2010 18:23:13 +0000</pubDate>
		<dc:creator>Tamara Sulaiman</dc:creator>
				<category><![CDATA[Reference Library]]></category>
		<category><![CDATA[Daily Scrum]]></category>
		<category><![CDATA[Retrospective]]></category>
		<category><![CDATA[Scrum Practices]]></category>
		<category><![CDATA[ScrumMaster]]></category>

		<guid isPermaLink="false">http://blogs.danube.com/?p=2476</guid>
		<description>The daily scrum is one of the most valuable practices that any team can use. Teams that are new to Scrum, particularly teams that are transitioning from a more traditional project management methodology can fall victim to less than stellar habits in their daily Scrum meeting.  The value that should have been derived from this [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=eiL5_Pql8a0:XSiWnA5FhCU:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/techniques-for-improving-your-daily-scrum-when-the-daily-scrum-isnt-daily/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/techniques-for-improving-your-daily-scrum-when-the-daily-scrum-isnt-daily</feedburner:origLink></item>
		<item>
		<title>What is Agile ALM anyway?</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/aJsOORibFIM/agile-alm</link>
		<comments>http://blogs.danube.com/agile-alm#comments</comments>
		<pubDate>Sat, 24 Apr 2010 15:44:39 +0000</pubDate>
		<dc:creator>Laszlo Szalvay</dc:creator>
				<category><![CDATA[Reference Library]]></category>
		<category><![CDATA[agile alm]]></category>
		<category><![CDATA[Scrum]]></category>
		<category><![CDATA[subversion]]></category>

		<guid isPermaLink="false">http://blogs.danube.com/?p=2470</guid>
		<description>As part of any good acquisition it was our job (as Executives) to evaluate what we brought to the table and position the companies (CollabNet and Danube) as one.  CollabNet, as everyone on the planet knows, is Subversion.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=aJsOORibFIM:rsGgWAdM66E:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/agile-alm/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/agile-alm</feedburner:origLink></item>
		<item>
		<title>Addressing upper management challenges with Scrum</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/Ukgi-BpPqyc/addressing-upper-management-challenges-with-scrum</link>
		<comments>http://blogs.danube.com/addressing-upper-management-challenges-with-scrum#comments</comments>
		<pubDate>Wed, 21 Apr 2010 05:49:14 +0000</pubDate>
		<dc:creator>Lyssa Adkins</dc:creator>
				<category><![CDATA[Reference Library]]></category>
		<category><![CDATA[agile]]></category>
		<category><![CDATA[agile coach]]></category>
		<category><![CDATA[Scrum]]></category>
		<category><![CDATA[ScrumMaster]]></category>

		<guid isPermaLink="false">http://blogs.danube.com/?p=2467</guid>
		<description>Common challenges often laid at the doorstep of upper management as an organization starts to see the benefits of Scrum are a noisy host of problems that usher in the need for a trio of mind-set changes: resource utilization vs. throughput, competition vs. collaboration and command-and-control vs. servant leadership.  In my experience, most of [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=Ukgi-BpPqyc:k2-4-2SHaQI:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/addressing-upper-management-challenges-with-scrum/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/addressing-upper-management-challenges-with-scrum</feedburner:origLink></item>
		<item>
		<title>Neurotic Interventionism</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/jFjYq2ijMDM/neurotic-interventionism</link>
		<comments>http://blogs.danube.com/neurotic-interventionism#comments</comments>
		<pubDate>Wed, 07 Apr 2010 19:04:14 +0000</pubDate>
		<dc:creator>Michael James</dc:creator>
				<category><![CDATA[MJ's Picks]]></category>
		<category><![CDATA[Reference Library]]></category>

		<guid isPermaLink="false">http://blogs.danube.com/?p=2456</guid>
		<description>When we&amp;#8217;re anxious about the way things are going, we have an urge to do something.  Doing things makes us feel like we&amp;#8217;re helping, reducing our anxiety.  This is part of being human, and usually it&amp;#8217;s beneficial.
Sometimes this urge compels us to interfere with natural processes working the best they&amp;#8217;re going to.  Why have we [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=jFjYq2ijMDM:DK6TvT-MAss:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/neurotic-interventionism/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/neurotic-interventionism</feedburner:origLink></item>
		<item>
		<title>Scrum, Rugby and Teamwork</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/P_PzInVnfW0/scrum-rugby-and-teamwork</link>
		<comments>http://blogs.danube.com/scrum-rugby-and-teamwork#comments</comments>
		<pubDate>Tue, 06 Apr 2010 23:24:35 +0000</pubDate>
		<dc:creator>Angela Druckman</dc:creator>
				<category><![CDATA[Reference Library]]></category>

		<guid isPermaLink="false">http://blogs.danube.com/?p=2449</guid>
		<description>With the recent popularity of the film “Invictus” and its inclusion as an Olympic sport coming in the 2016 games, many Americans are being exposed to rugby for the first time.  Those of us who engage in agile software development practices know that the term “scrum” has its origins in rugby and that Scrum, the [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=P_PzInVnfW0:_vg8AahsqzU:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/scrum-rugby-and-teamwork/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/scrum-rugby-and-teamwork</feedburner:origLink></item>
		<item>
		<title>Positive Psychology and Team Performance</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/4CeUHwvDrFs/positive-psychology-and-team-performance</link>
		<comments>http://blogs.danube.com/positive-psychology-and-team-performance#comments</comments>
		<pubDate>Sat, 20 Mar 2010 19:56:13 +0000</pubDate>
		<dc:creator>Lyssa Adkins</dc:creator>
				<category><![CDATA[Reference Library]]></category>

		<guid isPermaLink="false">http://blogs.danube.com/?p=2441</guid>
		<description>Do the teams you coach seem to be stuck in a rut?  Do you wish they would stand up for themselves when company management hands down a decision that harms them?  Do they blindly accept situations that cause impediments to their work, assuming they can&amp;#8217;t affect them anyway?  If your attempts to [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=4CeUHwvDrFs:EK1CQDWeIZg:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/positive-psychology-and-team-performance/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/positive-psychology-and-team-performance</feedburner:origLink></item>
		<item>
		<title>Is your Scrum team a dinghy or an oceanliner?</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/bkY_5TLNAX8/is-your-scrum-team-a-dinghy-or-an-oceanliner</link>
		<comments>http://blogs.danube.com/is-your-scrum-team-a-dinghy-or-an-oceanliner#comments</comments>
		<pubDate>Sun, 21 Feb 2010 16:19:29 +0000</pubDate>
		<dc:creator>Lyssa Adkins</dc:creator>
				<category><![CDATA[Reference Library]]></category>

		<guid isPermaLink="false">http://blogs.danube.com/?p=2435</guid>
		<description>Humor me.  Try this.  Find a private place &amp;#8211; a small conference room will do nicely.   Stand in the center of the room and imagine that you are a boat in the middle of the ocean.   The BIG ocean.   First imagine that you are a dinghy.  [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=bkY_5TLNAX8:Yo92v1GLzK0:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/is-your-scrum-team-a-dinghy-or-an-oceanliner/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/is-your-scrum-team-a-dinghy-or-an-oceanliner</feedburner:origLink></item>
		<item>
		<title>Scrum = Weight Watchers for Companies</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/-YnlB1ACUjQ/scrum-weight-watchers</link>
		<comments>http://blogs.danube.com/scrum-weight-watchers#comments</comments>
		<pubDate>Thu, 28 Jan 2010 16:31:05 +0000</pubDate>
		<dc:creator>Lyssa Adkins</dc:creator>
				<category><![CDATA[Reference Library]]></category>

		<guid isPermaLink="false">http://blogs.danube.com/?p=2422</guid>
		<description>The treadmill inspired this blog post.  The &amp;#8220;post workout results&amp;#8221; notified me that I had burned a whopping 132 calories.  &amp;#8220;Really?&amp;#8221; I thought, &amp;#8220;That&amp;#8217;s all?&amp;#8221;  So, I guess I can afford one Reese&amp;#8217;s peanut butter cup today or perhaps five Doritos.  It reminded me that jogging can only be one part of a [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=-YnlB1ACUjQ:Ova3RBsMWS0:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/scrum-weight-watchers/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/scrum-weight-watchers</feedburner:origLink></item>
		<item>
		<title>What Does Your Factory Produce?</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/D1mbaUVCvrk/what-does-your-factory-produce</link>
		<comments>http://blogs.danube.com/what-does-your-factory-produce#comments</comments>
		<pubDate>Wed, 20 Jan 2010 01:36:48 +0000</pubDate>
		<dc:creator>Angela Druckman</dc:creator>
				<category><![CDATA[Angela's Picks]]></category>
		<category><![CDATA[Reference Library]]></category>

		<guid isPermaLink="false">http://blogs.danube.com/?p=2417</guid>
		<description>Brian Tracy is an author and public speaker who specializes in helping people improve their effectiveness through, among other things, better time management.  I was fortunate enough to hear him speak at an event many years ago.  In his presentation, he said something that made quite an impression on me.  Though I didn’t know it [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=D1mbaUVCvrk:h0D0yKQ5XxY:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/what-does-your-factory-produce/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/what-does-your-factory-produce</feedburner:origLink></item>
		<item>
		<title>Video: The ScrumMaster Checklist</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/j5zrlPOYqKY/video-the-scrummaster-checklist</link>
		<comments>http://blogs.danube.com/video-the-scrummaster-checklist#comments</comments>
		<pubDate>Mon, 11 Jan 2010 16:41:33 +0000</pubDate>
		<dc:creator>Michael James</dc:creator>
		
		<guid isPermaLink="false">http://blogs.danube.com/?p=2406</guid>
		<description>In this latest installment of Danube&amp;#8217;s video blogs, CST Michael James discusses the importance of the ScrumMaster role and how his ScrumMaster Checklist can help ensure individuals in that position fulfill its many demands.

Read Michael James&amp;#8217; ScrumMaster Checklist here.
Watch the rest of Danube&amp;#8217;s video blogs here.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=j5zrlPOYqKY:rEfbw-hVsls:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/video-the-scrummaster-checklist/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/video-the-scrummaster-checklist</feedburner:origLink></item>
		<item>
		<title>Looking backward and forward – Scrum in 2009 and 2010</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/kFSBpWpIxWM/looking-backward-and-forward-scrum-in-2009-and-2010</link>
		<comments>http://blogs.danube.com/looking-backward-and-forward-scrum-in-2009-and-2010#comments</comments>
		<pubDate>Thu, 31 Dec 2009 01:00:23 +0000</pubDate>
		<dc:creator>Katie Playfair</dc:creator>
				<category><![CDATA[Reference Library]]></category>

		<guid isPermaLink="false">http://blogs.danube.com/?p=2152</guid>
		<description>I read an article on DZone today http://agile.dzone.com/articles/agile-2009 in which several members of the agile community reflected on agile in 2009 and made predictions about 2010. There are many great observations but what struck me the most was Mary Poppendieck&amp;#8217;s 2010 prediction &amp;#8211; &amp;#8220;I expect that in 2010, more people will realize that software development, and [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=kFSBpWpIxWM:5rO_LK6B6bY:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/looking-backward-and-forward-scrum-in-2009-and-2010/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/looking-backward-and-forward-scrum-in-2009-and-2010</feedburner:origLink></item>
		<item>
		<title>Video: Why Is Scrum Different?</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/7m5tfvP9asg/video-why-is-scrum-different</link>
		<comments>http://blogs.danube.com/video-why-is-scrum-different#comments</comments>
		<pubDate>Mon, 28 Dec 2009 18:19:06 +0000</pubDate>
		<dc:creator>Jimi Fosdick</dc:creator>
				<category><![CDATA[Reference Library]]></category>

		<guid isPermaLink="false">http://blogs.danube.com/?p=2145</guid>
		<description>In his previous three video blogs, Certified Scrum Trainer Jimi Fosdick defined the Scrum framework in terms of what it is, what it isn&amp;#8217;t, and the benefits it yields for teams that practice it. In this fourth installment, he explains how all this adds up to an approach to project management that is dramatically different [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=7m5tfvP9asg:GtUlxbyvRu0:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/video-why-is-scrum-different/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/video-why-is-scrum-different</feedburner:origLink></item>
		<item>
		<title>What is Agile Coaching?</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/l_jkH5zqR3E/what-is-agile-coaching</link>
		<comments>http://blogs.danube.com/what-is-agile-coaching#comments</comments>
		<pubDate>Sun, 20 Dec 2009 18:07:48 +0000</pubDate>
		<dc:creator>Lyssa Adkins</dc:creator>
				<category><![CDATA[Jimi's Picks]]></category>
		<category><![CDATA[MJ's Picks]]></category>
		<category><![CDATA[Reference Library]]></category>
		<category><![CDATA[agile coach]]></category>
		<category><![CDATA[Scrum]]></category>
		<category><![CDATA[ScrumMaster]]></category>

		<guid isPermaLink="false">http://blogs.danube.com/?p=2141</guid>
		<description>Coaching is an artful conversation in which the coach helps the coachee see new perspectives and possibilities so they can take the next step in their personal and professional growth.  In the context of agile teams, coaching takes on the dual flavor of coaching and mentoring.  Yes, you are coaching to help someone [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=l_jkH5zqR3E:FwNL-9IguZQ:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/what-is-agile-coaching/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/what-is-agile-coaching</feedburner:origLink></item>
		<item>
		<title>Video: What Scrum Teams Can Learn from Other Fields</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/vh8YDl2BUd0/video-scrum-outside-of-software-development</link>
		<comments>http://blogs.danube.com/video-scrum-outside-of-software-development#comments</comments>
		<pubDate>Mon, 14 Dec 2009 17:39:09 +0000</pubDate>
		<dc:creator>Michael James</dc:creator>
				<category><![CDATA[Reference Library]]></category>

		<guid isPermaLink="false">http://blogs.danube.com/?p=2110</guid>
		<description>In this latest installment of Danube&amp;#8217;s video blogs, CST Michael James discusses lessons from other fields that would benefit Scrum teams.

Watch the rest of Danube&amp;#8217;s video blogs here.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=vh8YDl2BUd0:AgoBQT2-L5E:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/video-scrum-outside-of-software-development/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/video-scrum-outside-of-software-development</feedburner:origLink></item>
		<item>
		<title>Personal Heroics vs. Team Success</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/wrjWhySSIgM/scrum_team_success</link>
		<comments>http://blogs.danube.com/scrum_team_success#comments</comments>
		<pubDate>Thu, 10 Dec 2009 18:53:58 +0000</pubDate>
		<dc:creator>Laszlo Szalvay</dc:creator>
				<category><![CDATA[Reference Library]]></category>

		<guid isPermaLink="false">http://blogs.danube.com/?p=2087</guid>
		<description>As I thought, HR 'best practices' will continue to be challenged in our discourse as Scrum adoption continues to mature.  In fact, if you are struggling with these issues right now, it may be a signal that your Scrum adoption is maturing.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=wrjWhySSIgM:X3Rid9RSMMU:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/scrum_team_success/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/scrum_team_success</feedburner:origLink></item>
		<item>
		<title>Video: Why Do Scrum?</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/nG3OF-_l-qQ/video-why-do-scrum</link>
		<comments>http://blogs.danube.com/video-why-do-scrum#comments</comments>
		<pubDate>Mon, 30 Nov 2009 16:38:20 +0000</pubDate>
		<dc:creator>Jimi Fosdick</dc:creator>
				<category><![CDATA[Reference Library]]></category>

		<guid isPermaLink="false">http://blogs.danube.com/?p=2046</guid>
		<description>In his previous two video blogs, Certified Scrum Trainer Jimi Fosdick has defined the Scrum framework both in terms of what it is and how it differs from other project management models. In this latest installment, &amp;#8220;Why Do Scrum?,&amp;#8221; he outlines the benefits that Scrum delivers for teams that practice it.

Watch the rest of Danube&amp;#8217;s [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=nG3OF-_l-qQ:kSuM3jDZYqw:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/video-why-do-scrum/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/video-why-do-scrum</feedburner:origLink></item>
		<item>
		<title>Too Much Meeting and Discussion, Not Enough Coding</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/9FPdAshKy2A/too-much-meeting-and-discussion-not-enough-coding</link>
		<comments>http://blogs.danube.com/too-much-meeting-and-discussion-not-enough-coding#comments</comments>
		<pubDate>Fri, 20 Nov 2009 21:22:45 +0000</pubDate>
		<dc:creator>Michael James</dc:creator>
				<category><![CDATA[Reference Library]]></category>

		<guid isPermaLink="false">http://blogs.danube.com/?p=2038</guid>
		<description>Hey Mike,
I just finished enjoying the excellent webinar that you hosted today.
My team has been tasked with being the first team to go through our company’s transition to 100% Scrum environment and have been through our first two sprints. So far, my experience has been that we seem to spend way more time in meetings/discussion [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=9FPdAshKy2A:9p7oxFQc5MA:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/too-much-meeting-and-discussion-not-enough-coding/feed</wfw:commentRss>
		<slash:comments>4</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/too-much-meeting-and-discussion-not-enough-coding</feedburner:origLink></item>
		<item>
		<title>agile Adoption in the Enterprise</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/Nq14Z6dT-0M/agile_adoption_in_the_enterprise</link>
		<comments>http://blogs.danube.com/agile_adoption_in_the_enterprise#comments</comments>
		<pubDate>Fri, 20 Nov 2009 15:59:44 +0000</pubDate>
		<dc:creator>Laszlo Szalvay</dc:creator>
				<category><![CDATA[Reference Library]]></category>

		<guid isPermaLink="false">http://blogs.danube.com/?p=1793</guid>
		<description>The movement to Agile is fundamentally changing the way in which organizations build software. In situations where the requirements and the technology are far from understood -- where there’s a lack of clarity -- processes become more and more complicated. So a traditional approach, which requires planning, can’t possibly work.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=Nq14Z6dT-0M:xTehgEv1Lr4:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/agile_adoption_in_the_enterprise/feed</wfw:commentRss>
		<slash:comments>3</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/agile_adoption_in_the_enterprise</feedburner:origLink></item>
		<item>
		<title>Video: What Goes Wrong With Large Organizations?</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/kVsRmnSZ1ns/video-what-goes-wrong-with-large-organizations</link>
		<comments>http://blogs.danube.com/video-what-goes-wrong-with-large-organizations#comments</comments>
		<pubDate>Mon, 16 Nov 2009 17:26:52 +0000</pubDate>
		<dc:creator>Michael James</dc:creator>
				<category><![CDATA[Dan's Picks]]></category>

		<guid isPermaLink="false">http://blogs.danube.com/?p=2029</guid>
		<description>In this video blog, Danube Software Process Mentor and Scrum Trainer Michael James discusses the challenges that large organizations face. Given Scrum&amp;#8217;s recent rise in popularity&amp;#8211;especially among enterprises&amp;#8211;James offers commentary on common pitfalls and how they can be avoided.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=kVsRmnSZ1ns:O4x7GO77wUk:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/video-what-goes-wrong-with-large-organizations/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/video-what-goes-wrong-with-large-organizations</feedburner:origLink></item>
		<item>
		<title>How Agile is Danube?</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/PSpoKnTQqTk/how-agile-is-danube</link>
		<comments>http://blogs.danube.com/how-agile-is-danube#comments</comments>
		<pubDate>Sat, 14 Nov 2009 00:58:31 +0000</pubDate>
		<dc:creator>Victor Szalvay</dc:creator>
				<category><![CDATA[MJ's Picks]]></category>
		<category><![CDATA[Reference Library]]></category>

		<guid isPermaLink="false">http://blogs.danube.com/?p=2005</guid>
		<description>Danube&amp;#8217;s ScrumWorks development team, along with other agile tool vendors, was recently challenged by a well-intentioned fellow named Mark Levison to see just how &amp;#8220;Agile&amp;#8221; we really are.  In other words, do we eat our own dog food.  Mr. Levison was making a broader point that often &amp;#8220;Agile&amp;#8221; is used to mean &amp;#8220;fast and crappy [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=PSpoKnTQqTk:D8UvylOcpA0:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/how-agile-is-danube/feed</wfw:commentRss>
		<slash:comments>3</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/how-agile-is-danube</feedburner:origLink></item>
		<item>
		<title>Are You a Next Generation Project Manager?</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/hqhN4cHuZjs/are_you_an_agile_and_scrum_project_manager</link>
		<comments>http://blogs.danube.com/are_you_an_agile_and_scrum_project_manager#comments</comments>
		<pubDate>Fri, 06 Nov 2009 18:22:07 +0000</pubDate>
		<dc:creator>Laszlo Szalvay</dc:creator>
		
		<guid isPermaLink="false">http://blogs.danube.com/?p=1788</guid>
		<description>According to the report, in which Danube’s own CTO Victor Szalvay was listed as a source contributor, project managers hoping to compete in today’s business landscape require “enhanced leadership skills,” flexibility and a focus on business value, and, more than ever, a strong familiarity with agile project management techniques and processes.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=hqhN4cHuZjs:7IXZ93hIxq0:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/are_you_an_agile_and_scrum_project_manager/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/are_you_an_agile_and_scrum_project_manager</feedburner:origLink></item>
		<item>
		<title>Video: What’s Not Scrum?</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/d6fsGgYbycg/video-whats-not-scrum</link>
		<comments>http://blogs.danube.com/video-whats-not-scrum#comments</comments>
		<pubDate>Mon, 02 Nov 2009 17:09:51 +0000</pubDate>
		<dc:creator>Jimi Fosdick</dc:creator>
				<category><![CDATA[Reference Library]]></category>

		<guid isPermaLink="false">http://blogs.danube.com/?p=1861</guid>
		<description>In this video blog, Certified Scrum Trainer Jimi Fosdick takes a different approach to defining the Scrum framework&amp;#8211;namely, by explaining what Scrum isn&amp;#8217;t. Since Scrum marks a dramatic departure from traditional management methods, highlighting the practices and values absent in Scrum can illustrate how it leaves many dysfunctional aspects of traditional management behind.

Watch Jimi&amp;#8217;s previous [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=d6fsGgYbycg:xRGP2_sXT_4:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/video-whats-not-scrum/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/video-whats-not-scrum</feedburner:origLink></item>
		<item>
		<title>Feedforward?</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/trgx3CuJMaE/feedforward</link>
		<comments>http://blogs.danube.com/feedforward#comments</comments>
		<pubDate>Tue, 27 Oct 2009 20:54:13 +0000</pubDate>
		<dc:creator>Laszlo Szalvay</dc:creator>
		
		<guid isPermaLink="false">http://blogs.danube.com/?p=1695</guid>
		<description>What strategies do you use to make sure that the feedback you provide to teammates is positive and inspiring?&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=trgx3CuJMaE:EVWeQuVIhtA:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/feedforward/feed</wfw:commentRss>
		<slash:comments>4</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/feedforward</feedburner:origLink></item>
		<item>
		<title>Distracted? Unproductive? Thank “Resource Management.”</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/OEsfdB9qAhA/distracted-unproductive-thank-resource-management</link>
		<comments>http://blogs.danube.com/distracted-unproductive-thank-resource-management#comments</comments>
		<pubDate>Fri, 23 Oct 2009 06:13:13 +0000</pubDate>
		<dc:creator>Michael James</dc:creator>
				<category><![CDATA[Angela's Picks]]></category>
		<category><![CDATA[Jimi's Picks]]></category>
		<category><![CDATA[MJ's Picks]]></category>
		<category><![CDATA[Reference Library]]></category>

		<guid isPermaLink="false">http://blogs.danube.com/?p=1767</guid>
		<description>Unnecessary task switching is wasting millions of dollars of human attention. Teams lack the focus and months of continuous membership stability to reach the self-managing state needed for high performance and high quality.

This fibrillation isn't caused by having "too much to do" or "not enough resources" or "changing business climate." It's caused by bad habits and misconceptions.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=OEsfdB9qAhA:zbNW6cKOe3k:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/distracted-unproductive-thank-resource-management/feed</wfw:commentRss>
		<slash:comments>5</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/distracted-unproductive-thank-resource-management</feedburner:origLink></item>
		<item>
		<title>Scrum Article in Japanese</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/Um1RkIph5IA/scrum-article-in-japanese</link>
		<comments>http://blogs.danube.com/scrum-article-in-japanese#comments</comments>
		<pubDate>Fri, 23 Oct 2009 05:36:36 +0000</pubDate>
		<dc:creator>Michael James</dc:creator>
				<category><![CDATA[Reference Library]]></category>

		<guid isPermaLink="false">http://blogs.danube.com/?p=1763</guid>
		<description>●SCRUMとは何か
あるとき、電気工学の博士過程に進んだ友人が、彼の博士論文を私に説明しようとしたことがあります。その友人は、自分が開発したプログラムを一行ごとに説明しだしたのですが、私は工学の分野に詳しいわけでも、ましてやコンピュータプログラマでもないので、彼の言っていることはちんぷんかんぷんでした。専門用語を駆使することが日常になっていた彼にとって、外の人間に自分の研究を説明するのは容易なことではなかったようです。&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=Um1RkIph5IA:bOhsz8-N4Jw:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/scrum-article-in-japanese/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/scrum-article-in-japanese</feedburner:origLink></item>
		<item>
		<title>Video: What Is Scrum and Why Should You Do It?</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/icOwVQqv2zk/video-what-is-scrum-and-why-should-you-do-it</link>
		<comments>http://blogs.danube.com/video-what-is-scrum-and-why-should-you-do-it#comments</comments>
		<pubDate>Mon, 19 Oct 2009 16:35:21 +0000</pubDate>
		<dc:creator>Michael James</dc:creator>
				<category><![CDATA[Reference Library]]></category>
		<category><![CDATA[Michael James]]></category>
		<category><![CDATA[video blogs]]></category>
		<category><![CDATA[What is Scrum?]]></category>

		<guid isPermaLink="false">http://blogs.danube.com/?p=1756</guid>
		<description>In this video blog, Danube CST Michael James starts with the basics by considering what Scrum is and what organizations stand to gain from implementing it. To take a look, simply click on the video below. Be sure to check back soon for more video blogs from Danube&amp;#8217;s trainers.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=icOwVQqv2zk:oXu896LREx8:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/video-what-is-scrum-and-why-should-you-do-it/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/video-what-is-scrum-and-why-should-you-do-it</feedburner:origLink></item>
		<item>
		<title>Improving the Daily Scrum Meeting</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/sCtkCIn3MFA/improving-the-daily-scrum-meeting</link>
		<comments>http://blogs.danube.com/improving-the-daily-scrum-meeting#comments</comments>
		<pubDate>Mon, 19 Oct 2009 07:59:53 +0000</pubDate>
		<dc:creator>Dan Rawsthorne</dc:creator>
				<category><![CDATA[Dan's Picks]]></category>
		<category><![CDATA[MJ's Picks]]></category>
		<category><![CDATA[Reference Library]]></category>
		<category><![CDATA[Dan Rawsthorne]]></category>

		<guid isPermaLink="false">http://blogs.danube.com/?p=1737</guid>
		<description>Ahh, the Daily Scrum Meeting…  Everybody who knows Scrum knows the three questions:

What have you done since      the last Daily Meeting?
What are you going to do      until the next Daily Meeting? and
What impediments are standing in your way?

Many people are confused, and think that the [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=sCtkCIn3MFA:UYhBfyYyZDE:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/improving-the-daily-scrum-meeting/feed</wfw:commentRss>
		<slash:comments>8</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/improving-the-daily-scrum-meeting</feedburner:origLink></item>
		<item>
		<title>Self Work Assignment vs. Architectural Integrity</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/qweCrOL9_eM/self-work-assignment-vs-architectural-integrity</link>
		<comments>http://blogs.danube.com/self-work-assignment-vs-architectural-integrity#comments</comments>
		<pubDate>Fri, 16 Oct 2009 05:55:51 +0000</pubDate>
		<dc:creator>Michael James</dc:creator>
				<category><![CDATA[Reference Library]]></category>

		<guid isPermaLink="false">http://blogs.danube.com/?p=1724</guid>
		<description>Hi Michael,
I was part of your last Scrum training in NY. One of the questions that often comes up at my work place is self work assignment and architects input on those items. I&amp;#8217;m an architect and managers of the engineering team. We have really promoted the idea of self work assignment and training people [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=qweCrOL9_eM:VAn0vrDCjOA:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/self-work-assignment-vs-architectural-integrity/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/self-work-assignment-vs-architectural-integrity</feedburner:origLink></item>
		<item>
		<title>Thoughts on Enterprise Agile in Australia</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/hax3ZM4l4y8/enterprise_agile_australia</link>
		<comments>http://blogs.danube.com/enterprise_agile_australia#comments</comments>
		<pubDate>Tue, 13 Oct 2009 15:52:40 +0000</pubDate>
		<dc:creator>Laszlo Szalvay</dc:creator>
		
		<guid isPermaLink="false">http://blogs.danube.com/?p=1691</guid>
		<description>With the Agile Australia conference about to be held in Sydney in October, iTWire recently ran a story teasing some of the talks planned there for representatives from large Australian enterprises. Namely, they’ll be discussing the truly disruptive effort required to successfully implement agile at an enterprise. Citing financial services company Suncorp, who began its [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=hax3ZM4l4y8:c5KrajvS1Ws:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/enterprise_agile_australia/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/enterprise_agile_australia</feedburner:origLink></item>
		<item>
		<title>Video: Michael James Interviewed by DZone</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/qGPCDnkv_6Y/video-michael-james-interviewed-by-dzone</link>
		<comments>http://blogs.danube.com/video-michael-james-interviewed-by-dzone#comments</comments>
		<pubDate>Thu, 08 Oct 2009 19:38:25 +0000</pubDate>
		<dc:creator>admin</dc:creator>
		
		<guid isPermaLink="false">http://blogs.danube.com/?p=1684</guid>
		<description>Danube CST Michael James was recently interviewed by DZone&amp;#8217;s Lindsey Clevesy about the benefits and pitfalls organizations face when they adopt Scrum. It&amp;#8217;s a lengthy interview, full of a lot of great insight for companies considering a Scrum implementation as well as those in the thick of one.
Take a look here.
While you&amp;#8217;re on the DZone [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=qGPCDnkv_6Y:r1ZwO77G2EE:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/video-michael-james-interviewed-by-dzone/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/video-michael-james-interviewed-by-dzone</feedburner:origLink></item>
		<item>
		<title>Video: What Is Scrum?</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/R_z8M8CPvOs/video-what-is-scrum</link>
		<comments>http://blogs.danube.com/video-what-is-scrum#comments</comments>
		<pubDate>Tue, 06 Oct 2009 16:07:09 +0000</pubDate>
		<dc:creator>Jimi Fosdick</dc:creator>
				<category><![CDATA[Reference Library]]></category>

		<guid isPermaLink="false">http://blogs.danube.com/?p=1663</guid>
		<description>In the first edition of Danube&amp;#8217;s new video blog series, CST Jimi Fosdick starts with the basics by answering &amp;#8220;What Is Scrum?&amp;#8221; Click below to watch and be sure to check back for more video blogs soon.&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=R_z8M8CPvOs:VC-Lg4Ghr9Q:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/video-what-is-scrum/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/video-what-is-scrum</feedburner:origLink></item>
		<item>
		<title>Looking Back: Thoughts on Retrospectives for Large Organizations</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/KemyXsIdD8o/retrspectives_of_retrospectives</link>
		<comments>http://blogs.danube.com/retrspectives_of_retrospectives#comments</comments>
		<pubDate>Fri, 02 Oct 2009 15:17:39 +0000</pubDate>
		<dc:creator>Laszlo Szalvay</dc:creator>
		
		<guid isPermaLink="false">http://blogs.danube.com/?p=1655</guid>
		<description>As many have discussed before, one of the ways Scrum helps teams inspect processes and adapt to emerging conditions is through the retrospective meeting. To review, the retrospective meeting is a meeting which occurs at the end of every sprint.  At this time, team members come together to discuss the previous sprint and consider what [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=KemyXsIdD8o:EhfUUgUDXOY:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/retrspectives_of_retrospectives/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/retrspectives_of_retrospectives</feedburner:origLink></item>
		<item>
		<title>Scrum and Relationship Management</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/NDRZSRdcy6Q/scrum-and-relationship-management</link>
		<comments>http://blogs.danube.com/scrum-and-relationship-management#comments</comments>
		<pubDate>Mon, 28 Sep 2009 21:39:07 +0000</pubDate>
		<dc:creator>Laszlo Szalvay</dc:creator>
				<category><![CDATA[Dan's Picks]]></category>
		<category><![CDATA[Reference Library]]></category>

		<guid isPermaLink="false">http://blogs.danube.com/?p=1647</guid>
		<description>Those who’ve tried to implement agile or Scrum at their organization know all too well that one of the biggest obstacle to a successful adoption is cultural. That is, whether an agile transformation sinks or swims usually comes down to the team members who must adjust their ways of working to align with the values [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=NDRZSRdcy6Q:wxT3Ka46DUQ:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/scrum-and-relationship-management/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/scrum-and-relationship-management</feedburner:origLink></item>
		<item>
		<title>Scrum Alliance launches CSM exam requirement</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/149NH9Ilw_8/scrum-alliance-launches-csm-exam-requirement</link>
		<comments>http://blogs.danube.com/scrum-alliance-launches-csm-exam-requirement#comments</comments>
		<pubDate>Thu, 24 Sep 2009 15:35:35 +0000</pubDate>
		<dc:creator>Victor Szalvay</dc:creator>
		
		<guid isPermaLink="false">http://blogs.danube.com/?p=1354</guid>
		<description>So it&amp;#8217;s finally official, the Scrum Alliance has formally added an &amp;#8220;exam&amp;#8221; requirement to the ScrumMaster Certification process.
http://www.scrumalliance.org/news_items/74
The flow works like this:

First you must take an accredited two-day ScrumMaster Certification course, like ours.
Following successful completion of the course, you must take an online test administered by the Scrum Alliance.

(Edit Sept 25th: in the comments, Michael [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=149NH9Ilw_8:XP3-yLZnOTM:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/scrum-alliance-launches-csm-exam-requirement/feed</wfw:commentRss>
		<slash:comments>3</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/scrum-alliance-launches-csm-exam-requirement</feedburner:origLink></item>
		<item>
		<title>What the ScrumMaster Does NOT Do</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/OHpd8XDDapE/what-the-scrummaster-does-not-do</link>
		<comments>http://blogs.danube.com/what-the-scrummaster-does-not-do#comments</comments>
		<pubDate>Mon, 31 Aug 2009 19:33:54 +0000</pubDate>
		<dc:creator>Michael James</dc:creator>
				<category><![CDATA[Angela's Picks]]></category>
		<category><![CDATA[Dan's Picks]]></category>
		<category><![CDATA[Jimi's Picks]]></category>
		<category><![CDATA[MJ's Picks]]></category>
		<category><![CDATA[Reference Library]]></category>

		<guid isPermaLink="false">http://scrumworks.net/?p=1124</guid>
		<description>Does your ScrumMaster make business decisions for your team/PO?
Does he make technical decisions for your team?
Does he make promises on behalf of your team?
Is he your team&amp;#8217;s representative at a &amp;#8220;Scrum of Scrums&amp;#8221; meeting?
Does he assign tasks to team members?
I&amp;#8217;m alarmed by reports of ScrumMasters &amp;#8220;managing&amp;#8221; their teams, preventing them from reaching their potential.
The ScrumMaster [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=OHpd8XDDapE:I-wfTF-lhw4:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/what-the-scrummaster-does-not-do/feed</wfw:commentRss>
		<slash:comments>4</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/what-the-scrummaster-does-not-do</feedburner:origLink></item>
		<item>
		<title>What Everybody Knows</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/OCps5OsNkJA/what-everybody-knows</link>
		<comments>http://blogs.danube.com/what-everybody-knows#comments</comments>
		<pubDate>Mon, 31 Aug 2009 17:36:37 +0000</pubDate>
		<dc:creator>Angela Druckman</dc:creator>
				<category><![CDATA[Angela's Picks]]></category>
		<category><![CDATA[Jimi's Picks]]></category>
		<category><![CDATA[MJ's Picks]]></category>
		<category><![CDATA[Reference Library]]></category>

		<guid isPermaLink="false">http://scrumworks.net/?p=1126</guid>
		<description>An important part of the Certified ScrumMaster course I teach is the question and answer session. Typically held near the end of the second day, it gives attendees a chance to ask questions about specific issues they are experiencing with Scrum in their own organizations. It also gives me a glimpse, as a Scrum trainer, [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=OCps5OsNkJA:QznsLWN96kg:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/what-everybody-knows/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/what-everybody-knows</feedburner:origLink></item>
		<item>
		<title>Integrating UI Design and Scrum: Consultancies and Clients</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/OcAw8-crMsk/integrating-ui-design-and-scrum</link>
		<comments>http://blogs.danube.com/integrating-ui-design-and-scrum#comments</comments>
		<pubDate>Tue, 25 Aug 2009 16:29:04 +0000</pubDate>
		<dc:creator>Luke Walter</dc:creator>
				<category><![CDATA[Jimi's Picks]]></category>
		<category><![CDATA[MJ's Picks]]></category>
		<category><![CDATA[Reference Library]]></category>

		<guid isPermaLink="false">http://scrumworks.net/?p=1121</guid>
		<description>Earlier this month, I received a question from a participant in of one of Michael James&amp;#8217;s CSM courses about how to integrate UI design into the Scrum framework. I&amp;#8217;d already been working on a post addressing this subject broadly, but the inquiry provided an opportunity to summarize my main points while including some specific considerations [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=OcAw8-crMsk:E6ULcWDkgCk:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/integrating-ui-design-and-scrum/feed</wfw:commentRss>
		<slash:comments>4</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/integrating-ui-design-and-scrum</feedburner:origLink></item>
		<item>
		<title>Who is the Project Manager in Scrum?</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/Oa4rYxsXt_4/who-is-the-project-manager-in-scrum</link>
		<comments>http://blogs.danube.com/who-is-the-project-manager-in-scrum#comments</comments>
		<pubDate>Fri, 07 Aug 2009 19:25:03 +0000</pubDate>
		<dc:creator>Dan Rawsthorne</dc:creator>
				<category><![CDATA[Reference Library]]></category>
		<category><![CDATA[Dan Rawsthorne]]></category>

		<guid isPermaLink="false">http://scrumworks.net/?p=1116</guid>
		<description>There has been a lot of talk about the Project Manager in Scrum. Two of the more popular statements have been:

Scrum  projects have no Project Manager, and
the ScrumMaster is the &amp;#8220;Agile Project Manager&amp;#8221;

I believe that both of these statements are wrong. My position is that all Scrum teams that are working on projects have [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=Oa4rYxsXt_4:gZL2YVIMOlQ:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/who-is-the-project-manager-in-scrum/feed</wfw:commentRss>
		<slash:comments>18</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/who-is-the-project-manager-in-scrum</feedburner:origLink></item>
		<item>
		<title>ScrumWorks Pro 4 Launch – Interview with Product Owner</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/se2zt4PvBfM/scrumworks-pro-4-launch-interview</link>
		<comments>http://blogs.danube.com/scrumworks-pro-4-launch-interview#comments</comments>
		<pubDate>Tue, 04 Aug 2009 19:23:01 +0000</pubDate>
		<dc:creator>Victor Szalvay</dc:creator>
		
		<guid isPermaLink="false">http://scrumworks.net/?p=1113</guid>
		<description>We&amp;#8217;re excited to announce the release of ScrumWorks Pro 4, focused on bringing Scrum to large and complex organizations.  In the video below, I discuss what we tried to achieve in this milestone and how we went about it.


Please read the release notes for more information on ScrumWorks Pro 4.
We&amp;#8217;re looking for your feedback [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=se2zt4PvBfM:kst5BS8hgHE:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/scrumworks-pro-4-launch-interview/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/scrumworks-pro-4-launch-interview</feedburner:origLink></item>
		<item>
		<title>Measuring Individual Performance: Can a Person Be Reduced to a Number?</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/yK5xU6fIkXM/measuring-individual-performance-can-a-person-be-reduced-to-a-number</link>
		<comments>http://blogs.danube.com/measuring-individual-performance-can-a-person-be-reduced-to-a-number#comments</comments>
		<pubDate>Wed, 29 Jul 2009 16:12:35 +0000</pubDate>
		<dc:creator>Jimi Fosdick</dc:creator>
				<category><![CDATA[Angela's Picks]]></category>
		<category><![CDATA[Dan's Picks]]></category>
		<category><![CDATA[Jimi's Picks]]></category>
		<category><![CDATA[Reference Library]]></category>

		<guid isPermaLink="false">http://scrumworks.net/?p=1109</guid>
		<description>One question that seems to come up again and again, with unfortunately greater frequency given the realities of lay offs in the current business climate, is: &amp;#8220;How do we use Scrum to measure individual performance?&amp;#8221; The short, and admittedly unsatisfying, answer is: &amp;#8220;We don&amp;#8217;t!&amp;#8221; The team is a single unit in Scrum that succeeds or [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=yK5xU6fIkXM:waDszNxTjhE:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/measuring-individual-performance-can-a-person-be-reduced-to-a-number/feed</wfw:commentRss>
		<slash:comments>5</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/measuring-individual-performance-can-a-person-be-reduced-to-a-number</feedburner:origLink></item>
		<item>
		<title>Product Owner and Team Advice from a USMC General</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/_TiaZNPyE_M/product-owner-and-team-advice-from-a-usmc-general</link>
		<comments>http://blogs.danube.com/product-owner-and-team-advice-from-a-usmc-general#comments</comments>
		<pubDate>Wed, 29 Jul 2009 16:11:09 +0000</pubDate>
		<dc:creator>Michael James</dc:creator>
				<category><![CDATA[Jimi's Picks]]></category>
		<category><![CDATA[Reference Library]]></category>

		<guid isPermaLink="false">http://scrumworks.net/?p=1107</guid>
		<description>While the U.S. military has historically relied on size and strength, a small book issued by Marine General A.M. Gray advocated an alternative approach relying on speed and skill as force multipliers. Effective Scrum teams, with business-savvy Product Owners, have also learned to outmaneuver larger competitors. 
I&amp;#8217;ve picked a few quotes to encourage you to [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=_TiaZNPyE_M:Fvrx4v-3uWc:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/product-owner-and-team-advice-from-a-usmc-general/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/product-owner-and-team-advice-from-a-usmc-general</feedburner:origLink></item>
		<item>
		<title>Evolution of Scrum</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/gXf7b7mBhXQ/evolution-of-scrum</link>
		<comments>http://blogs.danube.com/evolution-of-scrum#comments</comments>
		<pubDate>Wed, 29 Jul 2009 16:09:48 +0000</pubDate>
		<dc:creator>Dan Rawsthorne</dc:creator>
				<category><![CDATA[Reference Library]]></category>
		<category><![CDATA[Dan Rawsthorne]]></category>

		<guid isPermaLink="false">http://scrumworks.net/?p=1105</guid>
		<description>I&amp;#8217;ve been using and studying Scrum ever since I heard about it from Linda Rising 12 or so years ago. At its core, Scrum is a pattern language and it&amp;#8217;s been evolving as people find better ways of doing things, and the patterns have changed. This post will give a very quick overview of what [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=gXf7b7mBhXQ:72rLFtYuRSM:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/evolution-of-scrum/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/evolution-of-scrum</feedburner:origLink></item>
		<item>
		<title>Soft Skills – What Do They Have to Do with Scrum?</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/9XqYW24WJE4/soft-skills-what-do-they-have-to-do-with-scrum</link>
		<comments>http://blogs.danube.com/soft-skills-what-do-they-have-to-do-with-scrum#comments</comments>
		<pubDate>Wed, 29 Jul 2009 16:08:58 +0000</pubDate>
		<dc:creator>Katie Playfair</dc:creator>
				<category><![CDATA[Angela's Picks]]></category>
		<category><![CDATA[Reference Library]]></category>

		<guid isPermaLink="false">http://scrumworks.net/?p=1103</guid>
		<description>On my Danube blog, I really try to stick to Scrum-specific topics that will help our clients, the software community, and other interested folks navigate the challenging process of Scrum transformations. In my daily life as a Scrum advocate, I encounter many misinterpretations of Scrum and I hope that, through my blogs, I can contribute [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=9XqYW24WJE4:qbhgyRQpoVY:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/soft-skills-what-do-they-have-to-do-with-scrum/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/soft-skills-what-do-they-have-to-do-with-scrum</feedburner:origLink></item>
		<item>
		<title>Dear Mr. Clarke: What Do You Mean by “Lean and Agile?”</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/3Tau-kOfIK4/dear-mr-clarke-what-do-you-mean-by-lean-and-agile</link>
		<comments>http://blogs.danube.com/dear-mr-clarke-what-do-you-mean-by-lean-and-agile#comments</comments>
		<pubDate>Wed, 29 Jul 2009 16:03:26 +0000</pubDate>
		<dc:creator>Katie Playfair</dc:creator>
		
		<guid isPermaLink="false">http://scrumworks.net/?p=1101</guid>
		<description>In an email intercepted by the Associated Press last week, GM North America President Troy Clarke said, &amp;#8220;In these unprecedented times, GM is reinventing every aspect of our business, including our organizational size and structure, to create a lean and agile company.&amp;#8221; I immediately started wondering what Clarke meant by &amp;#8220;lean and agile.&amp;#8221; Ultimately, everybody [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=3Tau-kOfIK4:abMLU40_z_g:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/dear-mr-clarke-what-do-you-mean-by-lean-and-agile/feed</wfw:commentRss>
		<slash:comments>3</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/dear-mr-clarke-what-do-you-mean-by-lean-and-agile</feedburner:origLink></item>
		<item>
		<title>Shoe Shopping and Scrum – An Analogy to Explain the Pros of Certification</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/Zd8tVg9RROo/shoe-shopping-and-scrum-an-analogy-to-explain-the-pros-of-certification</link>
		<comments>http://blogs.danube.com/shoe-shopping-and-scrum-an-analogy-to-explain-the-pros-of-certification#comments</comments>
		<pubDate>Wed, 29 Jul 2009 16:00:24 +0000</pubDate>
		<dc:creator>Katie Playfair</dc:creator>
		
		<guid isPermaLink="false">http://scrumworks.net/?p=1099</guid>
		<description>Everyone who was at Agile 2008 last year in Toronto probably remembers a dinner speech which poked equal fun at XP and Scrum enthusiasts with a punchline I don&amp;#8217;t remember about XP and one I do remember about Scrum. The punchline was &amp;#8220;certification!&amp;#8221; Yes, it&amp;#8217;s true &amp;#8211; we Scrum professionals love our CSM, CSP, CSC, [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=Zd8tVg9RROo:YDs-08zf7Cw:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/shoe-shopping-and-scrum-an-analogy-to-explain-the-pros-of-certification/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/shoe-shopping-and-scrum-an-analogy-to-explain-the-pros-of-certification</feedburner:origLink></item>
		<item>
		<title>Get Your Boots On — A Close Up View of the Toyota Production System</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/hxuMVVy3F1U/get-your-boots-on-a-close-up-view-of-the-toyota-production-system</link>
		<comments>http://blogs.danube.com/get-your-boots-on-a-close-up-view-of-the-toyota-production-system#comments</comments>
		<pubDate>Wed, 08 Apr 2009 16:08:34 +0000</pubDate>
		<dc:creator>Michael James</dc:creator>
				<category><![CDATA[Jimi's Picks]]></category>
		<category><![CDATA[MJ's Picks]]></category>
		<category><![CDATA[Reference Library]]></category>

		<guid isPermaLink="false">http://scrumworks.net/?p=928</guid>
		<description>Genchi genbutsu sounds vaguely like &amp;#8220;getcher boots on&amp;#8221; and means &amp;#8220;go and see for yourself.&amp;#8221; My Japanese fiance is currently translating Taiichi Ohno&amp;#8217;s original words in the book Toyota Production System for me, as the published English translation has some issues. But there&amp;#8217;s nothing like actually seeing it, as I did this week at Toyota&amp;#8217;s [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=hxuMVVy3F1U:HOehyNrdZbY:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/get-your-boots-on-a-close-up-view-of-the-toyota-production-system/feed</wfw:commentRss>
		<slash:comments>6</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/get-your-boots-on-a-close-up-view-of-the-toyota-production-system</feedburner:origLink></item>
		<item>
		<title>Ambling Madly: #5 Helsinki — Scrum Dining</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/3W3QUVelMp0/ambling-madly-5-helsinki-scrum-dining</link>
		<comments>http://blogs.danube.com/ambling-madly-5-helsinki-scrum-dining#comments</comments>
		<pubDate>Wed, 08 Apr 2009 16:07:00 +0000</pubDate>
		<dc:creator>Tobias Mayer</dc:creator>
		
		<guid isPermaLink="false">http://scrumworks.net/?p=926</guid>
		<description>#5: Helsinki, February 2009
To my shame, on this trip I never left the hotel in the heart of (yes, very cold) Helsinki. Get there, eat, sleep, teach, write&amp;#8230; go home. With no external input from the culture my mind stagnated, and I struggled to think of anything to write for this blog entry. I had [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=3W3QUVelMp0:MD-T1k_BmaI:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/ambling-madly-5-helsinki-scrum-dining/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/ambling-madly-5-helsinki-scrum-dining</feedburner:origLink></item>
		<item>
		<title>Story Point Estimates – Under-Estimating Large Items</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/9WanKGAFh_Q/story-point-estimates-under-estimating-large-items</link>
		<comments>http://blogs.danube.com/story-point-estimates-under-estimating-large-items#comments</comments>
		<pubDate>Wed, 25 Feb 2009 18:00:41 +0000</pubDate>
		<dc:creator>Victor Szalvay</dc:creator>
				<category><![CDATA[Jimi's Picks]]></category>
		<category><![CDATA[MJ's Picks]]></category>
		<category><![CDATA[Reference Library]]></category>

		<guid isPermaLink="false">http://scrumworks.net/?p=190</guid>
		<description>At Danube, we&amp;#8217;ve long espoused the value of using relative, story point estimates over estimates based on strict chronology.  We&amp;#8217;ve written papers on why macro metrics are better than granular task based estimates due to the inherent uncertainty latent at the task level. And we eat our own dog food; the ScrumWorks team uses [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=9WanKGAFh_Q:IaNKpC8bkjU:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/story-point-estimates-under-estimating-large-items/feed</wfw:commentRss>
		<slash:comments>3</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/story-point-estimates-under-estimating-large-items</feedburner:origLink></item>
		<item>
		<title>When a Contract Puts a Ceiling on Sustainable Pace</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/yor5sAAdE0I/when-a-contract-puts-a-ceiling-on-sustainable-pace</link>
		<comments>http://blogs.danube.com/when-a-contract-puts-a-ceiling-on-sustainable-pace#comments</comments>
		<pubDate>Tue, 24 Feb 2009 16:47:23 +0000</pubDate>
		<dc:creator>Jim Schiel</dc:creator>
		
		<guid isPermaLink="false">http://scrumworks.net/?p=193</guid>
		<description>I recently received the following question from one of my students:
&amp;#8220;I manage a project using Scrum but the team is limited to 40 hours/week, not a minute more, due to contractual obligations. According to Ken Schwaber, Scrum relies on personal commitment &amp;#8211; folks
will do what it takes to succeed. How do I best use Scrum [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=yor5sAAdE0I:UNHwKkbF1iY:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/when-a-contract-puts-a-ceiling-on-sustainable-pace/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/when-a-contract-puts-a-ceiling-on-sustainable-pace</feedburner:origLink></item>
		<item>
		<title>Perfectly Predictable – Why Story Points are Better Than Detailed Estimates</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/nKHKJGII_Co/perfectly-predictable-why-story-points-are-better-than-detailed-estimates</link>
		<comments>http://blogs.danube.com/perfectly-predictable-why-story-points-are-better-than-detailed-estimates#comments</comments>
		<pubDate>Mon, 23 Feb 2009 17:31:36 +0000</pubDate>
		<dc:creator>Jim Schiel</dc:creator>
				<category><![CDATA[Angela's Picks]]></category>
		<category><![CDATA[Dan's Picks]]></category>
		<category><![CDATA[Jimi's Picks]]></category>
		<category><![CDATA[Reference Library]]></category>

		<guid isPermaLink="false">http://scrumworks.net/?p=195</guid>
		<description>I warn many of my students at the beginning of CSM classes that some of what they hear during the class may some counter-intuitive. I’m concerned that there are “truths” they’ve “grown up” believing and practicing in the development of software applications that may lead to trouble during the class.
For example, when I talk about [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=nKHKJGII_Co:K_ahkz-a_1M:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/perfectly-predictable-why-story-points-are-better-than-detailed-estimates/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/perfectly-predictable-why-story-points-are-better-than-detailed-estimates</feedburner:origLink></item>
		<item>
		<title>We’ve Been Managing Software Development All Wrong!!!!</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/b5TzRLVWk6g/weve-been-managing-software-development-all-wrong</link>
		<comments>http://blogs.danube.com/weve-been-managing-software-development-all-wrong#comments</comments>
		<pubDate>Wed, 11 Feb 2009 17:55:14 +0000</pubDate>
		<dc:creator>Jim Schiel</dc:creator>
				<category><![CDATA[Dan's Picks]]></category>
		<category><![CDATA[Reference Library]]></category>

		<guid isPermaLink="false">http://scrumworks.net/?p=12</guid>
		<description>Today, I chose to write about one of those questions that I’m asked over and over again in my CSM classes and coaching opportunities: “Why is management so different in an agile organization than in any other?” I decided that I was going to find out.
My search for answers took me back to whitepapers and [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=b5TzRLVWk6g:ukmQ79jD6n8:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/weve-been-managing-software-development-all-wrong/feed</wfw:commentRss>
		<slash:comments>5</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/weve-been-managing-software-development-all-wrong</feedburner:origLink></item>
		<item>
		<title>Ambling Madly — The Travels of a Certified Scrum Trainer</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/tTanm68R1UI/ambling-madly-the-travels-of-a-certified-scrum-trainer</link>
		<comments>http://blogs.danube.com/ambling-madly-the-travels-of-a-certified-scrum-trainer#comments</comments>
		<pubDate>Sat, 07 Feb 2009 23:26:18 +0000</pubDate>
		<dc:creator>Tobias Mayer</dc:creator>
		
		<guid isPermaLink="false">http://scrumworks.net/?p=3</guid>
		<description>Snow. My plane on Monday was diverted from Heathrow to Prestwick, near Glasgow. It took me an additional ten hours to reach London, in addition to the thirteen I had already traveled. When it snows Britain comes to a standstill. No trains, no airports, no buses and no schools. It is as if it has [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=tTanm68R1UI:eSfo4HnQPFk:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/ambling-madly-the-travels-of-a-certified-scrum-trainer/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/ambling-madly-the-travels-of-a-certified-scrum-trainer</feedburner:origLink></item>
		<item>
		<title>Slicing Work Vertically</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/hv6IeQ_hylk/slicing-work-vertically</link>
		<comments>http://blogs.danube.com/slicing-work-vertically#comments</comments>
		<pubDate>Fri, 06 Feb 2009 08:55:45 +0000</pubDate>
		<dc:creator>Michael James</dc:creator>
				<category><![CDATA[Dan's Picks]]></category>
		<category><![CDATA[Reference Library]]></category>

		<guid isPermaLink="false">http://scrumworks.net/?p=8</guid>
		<description>My friend Tobias has a requirements analysis exercise called &amp;#8220;Planning a Party.&amp;#8221;  I&amp;#8217;ve used it twice this year already.
The president of your company is throwing a Christmas party for his employees. He&amp;#8217;s asked you to help getting his large house ready. He&amp;#8217;s given you a list of unprioritized and poorly formed tasks such as [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=hv6IeQ_hylk:h5gmEsbHmJI:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/slicing-work-vertically/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/slicing-work-vertically</feedburner:origLink></item>
		<item>
		<title>I’m a Certified ScrumMaster… Now What?</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/JtGUY9X2woI/im-a-certified-scrummasternow-what</link>
		<comments>http://blogs.danube.com/im-a-certified-scrummasternow-what#comments</comments>
		<pubDate>Wed, 04 Feb 2009 22:41:09 +0000</pubDate>
		<dc:creator>Jimi Fosdick</dc:creator>
				<category><![CDATA[Reference Library]]></category>

		<guid isPermaLink="false">http://scrumworks.net/?p=15</guid>
		<description>I make ScrumMasters&amp;#8230; sort of&amp;#8230;
Actually, I teach a CSM course for those who want to become ScrumMasters. I make a point of telling my students that a CSM course is only the beginning. Most of the work required to become a ScrumMaster (or at least a good ScrumMaster) happens during the daily battle to facilitate [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=JtGUY9X2woI:vKoWrA47AYQ:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/im-a-certified-scrummasternow-what/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/im-a-certified-scrummasternow-what</feedburner:origLink></item>
		<item>
		<title>Scrum with Cockburn-style Use Cases</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/ns9JWGxoOzM/scrum-with-cockburn-style-use-cases</link>
		<comments>http://blogs.danube.com/scrum-with-cockburn-style-use-cases#comments</comments>
		<pubDate>Thu, 29 Jan 2009 01:27:17 +0000</pubDate>
		<dc:creator>Michael James</dc:creator>
				<category><![CDATA[Reference Library]]></category>

		<guid isPermaLink="false">http://scrumworks.net/?p=18</guid>
		<description>From the mailbag:
Michael,
I enjoyed the course and found the information practical and useful. I had meant to mention something that occurred to me regarding User Stories.
User Stories seem to serve the same purpose as the user goal statements of use case analysis as implemented by Alistair Cockburn. As I&amp;#8217;m sure you know this approach captures [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=ns9JWGxoOzM:sj1miouQL8E:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/scrum-with-cockburn-style-use-cases/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/scrum-with-cockburn-style-use-cases</feedburner:origLink></item>
		<item>
		<title>Why Are Scrum Teams Supposed to Be Small?</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/s5IxeFlC8yc/why-are-scrum-teams-supposed-to-be-small</link>
		<comments>http://blogs.danube.com/why-are-scrum-teams-supposed-to-be-small#comments</comments>
		<pubDate>Sat, 17 Jan 2009 08:44:10 +0000</pubDate>
		<dc:creator>Jimi Fosdick</dc:creator>
				<category><![CDATA[Angela's Picks]]></category>
		<category><![CDATA[Reference Library]]></category>

		<guid isPermaLink="false">http://scrumworks.net/?p=21</guid>
		<description>One of the things we advocate in Scrum (and really most agile proponents do as well) is small cross-functional teams. I discussed what we meant by cross-functional and some of the reasons why in a previous entry. Now I’d like to look at why we recommend small teams.
Two of the key principles of Scrum are [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=s5IxeFlC8yc:U2tPbZxqy7s:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/why-are-scrum-teams-supposed-to-be-small/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/why-are-scrum-teams-supposed-to-be-small</feedburner:origLink></item>
		<item>
		<title>Ambling Madly: #2 Amsterdam, January 2009</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/3rKFGEEEiFg/ambling-madly-2-amsterdam-january-2009</link>
		<comments>http://blogs.danube.com/ambling-madly-2-amsterdam-january-2009#comments</comments>
		<pubDate>Thu, 15 Jan 2009 03:06:54 +0000</pubDate>
		<dc:creator>Tobias Mayer</dc:creator>
		
		<guid isPermaLink="false">http://scrumworks.net/?p=23</guid>
		<description>Ambling Madly — The Travels of a Certified Scrum Trainer
#2: Amsterdam, January 2009
Shortly before midnight, sleep deprived and head buzzing as it always is after running a training course I kitted up and headed for the hotel gym to run off some of the excess energy. It was closed. All dressed up with nowhere to [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=3rKFGEEEiFg:aV70XuDYwuM:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/ambling-madly-2-amsterdam-january-2009/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/ambling-madly-2-amsterdam-january-2009</feedburner:origLink></item>
		<item>
		<title>Is My Boss On The Scrum Team?</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/EsOl_JqWeko/is-my-boss-on-the-scrum-team</link>
		<comments>http://blogs.danube.com/is-my-boss-on-the-scrum-team#comments</comments>
		<pubDate>Sun, 11 Jan 2009 18:53:12 +0000</pubDate>
		<dc:creator>Michael James</dc:creator>
				<category><![CDATA[Angela's Picks]]></category>
		<category><![CDATA[Reference Library]]></category>

		<guid isPermaLink="false">http://scrumworks.net/?p=25</guid>
		<description>The impressive thing about self deception is the way it covers its own tracks. That is, we deceive ourselves about how much we deceive ourselves. If I have amazing powers of observation, I might catch a fleeting glimpse out of the corner of my eye. Did you know only two percent of college students think [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=EsOl_JqWeko:e0BunBM0E4M:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/is-my-boss-on-the-scrum-team/feed</wfw:commentRss>
		<slash:comments>5</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/is-my-boss-on-the-scrum-team</feedburner:origLink></item>
		<item>
		<title>“I Can’t Do Backlog Grooming, I Have WORK to Do!”</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/E5rVWpqnIr8/i-cant-do-backlog-grooming-i-have-work-to-do</link>
		<comments>http://blogs.danube.com/i-cant-do-backlog-grooming-i-have-work-to-do#comments</comments>
		<pubDate>Thu, 08 Jan 2009 23:03:28 +0000</pubDate>
		<dc:creator>Jimi Fosdick</dc:creator>
				<category><![CDATA[Dan's Picks]]></category>
		<category><![CDATA[Reference Library]]></category>

		<guid isPermaLink="false">http://scrumworks.net/?p=27</guid>
		<description>An interesting discussion that frequently crops up when introducing Scrum to certain organizations and individuals is the argument that they don&amp;#8217;t have time for backlog grooming because they have &amp;#8220;work&amp;#8221; to do. I get this argument a lot during coaching engagements when I tell team members they need to spend five percent of their time [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=E5rVWpqnIr8:IYwyM6BJkr8:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/i-cant-do-backlog-grooming-i-have-work-to-do/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/i-cant-do-backlog-grooming-i-have-work-to-do</feedburner:origLink></item>
		<item>
		<title>Done/Done/Done/Done</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/e8-xZyjxNak/donedonedonedone</link>
		<comments>http://blogs.danube.com/donedonedonedone#comments</comments>
		<pubDate>Thu, 08 Jan 2009 21:14:05 +0000</pubDate>
		<dc:creator>Dan Rawsthorne</dc:creator>
				<category><![CDATA[Dan's Picks]]></category>
		<category><![CDATA[Reference Library]]></category>
		<category><![CDATA[Dan Rawsthorne]]></category>

		<guid isPermaLink="false">http://scrumworks.net/?p=30</guid>
		<description>A few years (about 6-7, I think), I introduced the term &amp;#8220;done/done/done&amp;#8221; into agility in order to describe what &amp;#8220;done&amp;#8221; meant in an agile setting. It is now pretty established the &amp;#8220;done&amp;#8221; is a HUGE concept in Scrum, but at the time we were just figuring it out. My thinking at the time was that [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=e8-xZyjxNak:9Gl4CBe_k3k:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/donedonedonedone/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/donedonedonedone</feedburner:origLink></item>
		<item>
		<title>Product Owner Foundation Skills</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/Q-BQwesNx3k/product-owner-foundation-skills</link>
		<comments>http://blogs.danube.com/product-owner-foundation-skills#comments</comments>
		<pubDate>Thu, 08 Jan 2009 20:51:04 +0000</pubDate>
		<dc:creator>Angela Druckman</dc:creator>
				<category><![CDATA[Angela's Picks]]></category>
		<category><![CDATA[Dan's Picks]]></category>
		<category><![CDATA[MJ's Picks]]></category>
		<category><![CDATA[Reference Library]]></category>

		<guid isPermaLink="false">http://scrumworks.net/?p=33</guid>
		<description>Maybe you have a whole department of people in your organization who have the sole task of managing their given product lines. Maybe they are already well versed in what it takes to manage the end-to-end life cycle of a product to maximize ROI and minimize risk.
This entry is not for you.
It is for the [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=Q-BQwesNx3k:VhnPk2SGzp8:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/product-owner-foundation-skills/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/product-owner-foundation-skills</feedburner:origLink></item>
		<item>
		<title>Ambling Madly: #1 Helsinki, January 2009</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/5G11w7lfooo/ambling-madly-1-helsinki-january-2009</link>
		<comments>http://blogs.danube.com/ambling-madly-1-helsinki-january-2009#comments</comments>
		<pubDate>Thu, 08 Jan 2009 09:25:54 +0000</pubDate>
		<dc:creator>Tobias Mayer</dc:creator>
		
		<guid isPermaLink="false">http://scrumworks.net/?p=35</guid>
		<description>Ambling Madly — The Travels of a Certified Scrum Trainer
#1: Helsinki, January 2009
Short days, low suns, frozen sea. Grey buildings. Serious people. Fish. Those little rock-hard lumps of sugar that never seem to melt in your coffee. This is Helsinki, my first stop on a series of twenty-five CSM courses throughout 2009. I have set [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=5G11w7lfooo:wysLGjvhsUU:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/ambling-madly-1-helsinki-january-2009/feed</wfw:commentRss>
		<slash:comments>5</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/ambling-madly-1-helsinki-january-2009</feedburner:origLink></item>
		<item>
		<title>Scrum Is Effective, Not Efficient</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/jZqrXuQsXng/scrum-is-effective-not-efficient</link>
		<comments>http://blogs.danube.com/scrum-is-effective-not-efficient#comments</comments>
		<pubDate>Tue, 16 Dec 2008 20:06:04 +0000</pubDate>
		<dc:creator>Dan Rawsthorne</dc:creator>
				<category><![CDATA[Angela's Picks]]></category>
		<category><![CDATA[Dan's Picks]]></category>
		<category><![CDATA[MJ's Picks]]></category>
		<category><![CDATA[Reference Library]]></category>
		<category><![CDATA[Dan Rawsthorne]]></category>

		<guid isPermaLink="false">http://scrumworks.net/?p=37</guid>
		<description>I&amp;#8217;d like to rant a little bit on something that I find prevalent in the teams that I coach and in the classes that I teach. When I talk to people about Scrum  (and agility in general), I invariably hear things like, &amp;#8220;I&amp;#8217;d like my teams to be more efficient&amp;#8221;; &amp;#8220;We&amp;#8217;re using Scrum so [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=jZqrXuQsXng:Rllpopf1DWI:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/scrum-is-effective-not-efficient/feed</wfw:commentRss>
		<slash:comments>4</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/scrum-is-effective-not-efficient</feedburner:origLink></item>
		<item>
		<title>Precision of Measurement Is No Guarantee of Usefulness of What’s Measured</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/5IXh9-TRnJ4/precision-of-measurement-is-no-guarantee-of-usefulness-of-whats-measured</link>
		<comments>http://blogs.danube.com/precision-of-measurement-is-no-guarantee-of-usefulness-of-whats-measured#comments</comments>
		<pubDate>Fri, 12 Dec 2008 20:31:59 +0000</pubDate>
		<dc:creator>Jimi Fosdick</dc:creator>
				<category><![CDATA[Jimi's Picks]]></category>
		<category><![CDATA[Reference Library]]></category>

		<guid isPermaLink="false">http://scrumworks.net/?p=40</guid>
		<description>One of the main myths of traditional project management relates to measurement precision. Traditional project managers have numerous statistical tools in their arsenal. Such measures as earned value or cost performance indicators etc. are touted as providing a precise scientific measure of how we’re doing. All of this points back to a Tayloristic view of [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=5IXh9-TRnJ4:28glN00vga4:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/precision-of-measurement-is-no-guarantee-of-usefulness-of-whats-measured/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/precision-of-measurement-is-no-guarantee-of-usefulness-of-whats-measured</feedburner:origLink></item>
		<item>
		<title>“But We Don’t Want to Be Cross-functional!”</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/jjmWL1zWD34/but-we-dont-want-to-be-cross-functional</link>
		<comments>http://blogs.danube.com/but-we-dont-want-to-be-cross-functional#comments</comments>
		<pubDate>Wed, 26 Nov 2008 20:53:23 +0000</pubDate>
		<dc:creator>Jimi Fosdick</dc:creator>
				<category><![CDATA[Reference Library]]></category>

		<guid isPermaLink="false">http://scrumworks.net/?p=42</guid>
		<description>One of the principle practices in Scrum (and in fact most if not all agile methods) is the use of “cross-functional” teams. Somewhat surprisingly, there is often resistance at the team level to creating these cross-functional teams, but sometimes this is a result of misunderstanding what we mean when we say that a team is [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=jjmWL1zWD34:5JQwu3sRaio:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/but-we-dont-want-to-be-cross-functional/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/but-we-dont-want-to-be-cross-functional</feedburner:origLink></item>
		<item>
		<title>Innovating Your Way Out of a Crisis Using Scrum – The Battlestar Galactica Connection</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/aOuc6tbDylU/innovating-your-way-out-of-a-crisis-using-scrum-the-battlestar-galactica-connection</link>
		<comments>http://blogs.danube.com/innovating-your-way-out-of-a-crisis-using-scrum-the-battlestar-galactica-connection#comments</comments>
		<pubDate>Tue, 25 Nov 2008 19:31:36 +0000</pubDate>
		<dc:creator>Katie Playfair</dc:creator>
		
		<guid isPermaLink="false">http://scrumworks.net/?p=44</guid>
		<description>Innovating Your Way Out of a Crisis Using Scrum &amp;#8211; The Battlestar Galactica Connection
It&amp;#8217;s no secret around the Danube offices that I am a Battlestar Galactica (BSG) fan. I&amp;#8217;ve been teased as the resident sci-fi geek for a long time now (although I&amp;#8217;m slowly getting each employee addicted to the Sci-Fi Channel show). For those [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=aOuc6tbDylU:LlVO57KGgnU:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/innovating-your-way-out-of-a-crisis-using-scrum-the-battlestar-galactica-connection/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/innovating-your-way-out-of-a-crisis-using-scrum-the-battlestar-galactica-connection</feedburner:origLink></item>
		<item>
		<title>Going Down the “Metrics” Rabbit Hole</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/bGnoi3wk87o/going-down-the-metrics-rabbit-hole</link>
		<comments>http://blogs.danube.com/going-down-the-metrics-rabbit-hole#comments</comments>
		<pubDate>Fri, 21 Nov 2008 17:50:56 +0000</pubDate>
		<dc:creator>Jimi Fosdick</dc:creator>
				<category><![CDATA[Reference Library]]></category>

		<guid isPermaLink="false">http://scrumworks.net/?p=46</guid>
		<description>When we are introducing Scrum to a new environment, we often get into debates, sometimes heated, with people who question the validity, truth and/or value of a particular agile or Scrum principle. My general feeling is that any time spent having a philosophical argument with a client/Product Owner is time not spent adding value.
In my [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=bGnoi3wk87o:jF1-w_x-5Sg:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/going-down-the-metrics-rabbit-hole/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/going-down-the-metrics-rabbit-hole</feedburner:origLink></item>
		<item>
		<title>Scrum Does Not Say What You Think It Says…</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/h2oaV1wOUVI/scrum-does-not-say-what-you-think-it-says</link>
		<comments>http://blogs.danube.com/scrum-does-not-say-what-you-think-it-says#comments</comments>
		<pubDate>Mon, 17 Nov 2008 21:31:08 +0000</pubDate>
		<dc:creator>Jimi Fosdick</dc:creator>
				<category><![CDATA[Reference Library]]></category>

		<guid isPermaLink="false">http://scrumworks.net/?p=48</guid>
		<description>At a recent meeting of a Scrum users group in Portland, Oregon, the topic of release planning came up.
Management is demanding release dates a year out, but Scrum says not to do that because of the rapidly changing environment that is software development.
My first response is simple, if unsatisfying (and possibly pedantic): Scrum doesn&amp;#8217;t say [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=h2oaV1wOUVI:RPYm0SFsThM:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/scrum-does-not-say-what-you-think-it-says/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/scrum-does-not-say-what-you-think-it-says</feedburner:origLink></item>
		<item>
		<title>Scrum Hype vs. Scrum Education</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/R1QadYVtkac/scrum-hype-vs-scrum-education</link>
		<comments>http://blogs.danube.com/scrum-hype-vs-scrum-education#comments</comments>
		<pubDate>Mon, 17 Nov 2008 21:04:14 +0000</pubDate>
		<dc:creator>Michael James</dc:creator>
				<category><![CDATA[Angela's Picks]]></category>
		<category><![CDATA[Reference Library]]></category>

		<guid isPermaLink="false">http://scrumworks.net/?p=50</guid>
		<description>From time to time, we see people complaining about Scrum and agile being sold as a magic painless solution to all your problems. We can&amp;#8217;t seem to catch anyone in the act of making these claims.
So who&amp;#8217;s going around saying Scrum is a silver bullet, and that it&amp;#8217;s all you need? Ken Schwaber&amp;#8217;s not saying [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=R1QadYVtkac:g1Bazjo7-tA:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/scrum-hype-vs-scrum-education/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/scrum-hype-vs-scrum-education</feedburner:origLink></item>
		<item>
		<title>A Lesson From Open Space — Whatever Happens Is the Only Thing That Could Have</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/0nMa2CJMy24/a-lesson-from-open-space-whatever-happens-is-the-only-thing-that-could-have</link>
		<comments>http://blogs.danube.com/a-lesson-from-open-space-whatever-happens-is-the-only-thing-that-could-have#comments</comments>
		<pubDate>Tue, 11 Nov 2008 22:04:03 +0000</pubDate>
		<dc:creator>Jim Schiel</dc:creator>
				<category><![CDATA[Reference Library]]></category>

		<guid isPermaLink="false">http://scrumworks.net/?p=53</guid>
		<description>I&amp;#8217;ve had the great privilege of learning about Open Space meetings from one of the best practitioners in the business: Diana Larsen. One of the principles of Open Space meetings is that &amp;#8220;whatever happens is the only thing that could have.&amp;#8221; Assuming that our Scrum team is working in good faith (which is to say, [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=0nMa2CJMy24:VA0njuLjoXI:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/a-lesson-from-open-space-whatever-happens-is-the-only-thing-that-could-have/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/a-lesson-from-open-space-whatever-happens-is-the-only-thing-that-could-have</feedburner:origLink></item>
		<item>
		<title>The ScrumMaster Certification Test</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/iZX2YF0pUUs/the-scrummaster-certification-test</link>
		<comments>http://blogs.danube.com/the-scrummaster-certification-test#comments</comments>
		<pubDate>Mon, 27 Oct 2008 13:13:06 +0000</pubDate>
		<dc:creator>Michael James</dc:creator>
		
		<guid isPermaLink="false">http://scrumworks.net/?p=55</guid>
		<description>Starting April 1, 2009, you will need to pass a multiple-choice test, in addition to taking a CSM class, to become a Certified ScrumMaster.
This step was debated in the Scrum training community. I was initially skeptical whether a multiple choice question could add any value. But I&amp;#8217;ve become convinced this is a positive step after [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=iZX2YF0pUUs:3UosKl92SIQ:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/the-scrummaster-certification-test/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/the-scrummaster-certification-test</feedburner:origLink></item>
		<item>
		<title>Programming Is Not Rocket Science</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/jSph1KOdtwI/programming-is-not-rocket-science</link>
		<comments>http://blogs.danube.com/programming-is-not-rocket-science#comments</comments>
		<pubDate>Mon, 20 Oct 2008 20:02:49 +0000</pubDate>
		<dc:creator>Michael James</dc:creator>
				<category><![CDATA[Jimi's Picks]]></category>
		<category><![CDATA[Reference Library]]></category>

		<guid isPermaLink="false">http://scrumworks.net/?p=57</guid>
		<description>If only it were as easy as rocket science!
Writing fast reliable multithreaded software is a harder problem than rocket science.
A famous example of this was Therac-25, an X-Ray machine that occasionally killed people due to multithreading issues.
It&amp;#8217;s even harder now that we usually have multiple processors/cores running the same program.
I recently heard of an online [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=jSph1KOdtwI:dSK2_clh5cI:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/programming-is-not-rocket-science/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/programming-is-not-rocket-science</feedburner:origLink></item>
		<item>
		<title>Suggested Topics for Definition of Done Discussion</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/jxnKa2tLvYw/suggested-topics-for-definition-of-done-discussion</link>
		<comments>http://blogs.danube.com/suggested-topics-for-definition-of-done-discussion#comments</comments>
		<pubDate>Wed, 15 Oct 2008 07:06:00 +0000</pubDate>
		<dc:creator>Michael James</dc:creator>
				<category><![CDATA[Angela's Picks]]></category>
		<category><![CDATA[MJ's Picks]]></category>
		<category><![CDATA[Reference Library]]></category>

		<guid isPermaLink="false">http://scrumworks.net/?p=59</guid>
		<description>Ken Schwaber and the rest of us advocate paying attention to what &amp;#8220;done&amp;#8221; means for a Product Backlog Item (PBIs, or &amp;#8220;stories&amp;#8221;). For a lot of programmers (like me), &amp;#8220;done&amp;#8221; often means &amp;#8220;It works on my workstation!&amp;#8221; The ScrumMaster is charged with advocating a &amp;#8220;done&amp;#8221; that includes everything else needed to build a potentially-shippable product [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=jxnKa2tLvYw:qxr22k3uqEY:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/suggested-topics-for-definition-of-done-discussion/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/suggested-topics-for-definition-of-done-discussion</feedburner:origLink></item>
		<item>
		<title>Momentum and Stickiness</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/e7SiSmRHzEc/momentum-and-stickiness</link>
		<comments>http://blogs.danube.com/momentum-and-stickiness#comments</comments>
		<pubDate>Mon, 06 Oct 2008 15:30:06 +0000</pubDate>
		<dc:creator>Laszlo Szalvay</dc:creator>
		
		<guid isPermaLink="false">http://scrumworks.net/?p=61</guid>
		<description>Those who know me know that I love analogies. Whenever I try to explain what it is I do or train new employees, I seem to always rely on analogies.
When we consult our customers on Scrum transformations, we are often quizzed about the stickiness of the transformation as a means to justify the ROI of [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=e7SiSmRHzEc:VdM0iaPoib0:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/momentum-and-stickiness/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/momentum-and-stickiness</feedburner:origLink></item>
		<item>
		<title>Is the Product Owner on the Scrum Team?</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/QG9aDVso720/is-the-product-owner-on-the-scrum-team</link>
		<comments>http://blogs.danube.com/is-the-product-owner-on-the-scrum-team#comments</comments>
		<pubDate>Sun, 05 Oct 2008 09:32:52 +0000</pubDate>
		<dc:creator>Michael James</dc:creator>
				<category><![CDATA[MJ's Picks]]></category>
		<category><![CDATA[Reference Library]]></category>

		<guid isPermaLink="false">http://scrumworks.net/?p=63</guid>
		<description>There&amp;#8217;s still some confusion out there about whether the Product Owner is a member of the Scrum Team. Rather than pile on the confusion, please stick to Ken Schwaber&amp;#8217;s terms: &amp;#8220;Scrum Development Team&amp;#8221; for the subset of the team that excludes the Product Owner, and &amp;#8220;Scrum Team&amp;#8221; for the dev team + ScrumMaster + Product [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=QG9aDVso720:prb1mJSMw1I:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/is-the-product-owner-on-the-scrum-team/feed</wfw:commentRss>
		<slash:comments>6</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/is-the-product-owner-on-the-scrum-team</feedburner:origLink></item>
		<item>
		<title>Estimate by Proxy? Not in Scrum.</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/CtcHfjEq7WQ/estimate-by-proxy-not-in-scrum</link>
		<comments>http://blogs.danube.com/estimate-by-proxy-not-in-scrum#comments</comments>
		<pubDate>Fri, 03 Oct 2008 19:49:57 +0000</pubDate>
		<dc:creator>Katie Playfair</dc:creator>
				<category><![CDATA[Reference Library]]></category>

		<guid isPermaLink="false">http://scrumworks.net/?p=65</guid>
		<description>Estimation is one of the topics I receive the most questions on from Scrum professionals of all experience levels. It&amp;#8217;s such a popular topic that all of our trainers have written blog posts on our website about estimation topics including discussions of actuals vs. estimates, estimation games, release planning estimates, and many others (scroll down [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=CtcHfjEq7WQ:APMr_fbFaeY:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/estimate-by-proxy-not-in-scrum/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/estimate-by-proxy-not-in-scrum</feedburner:origLink></item>
		<item>
		<title>PO Is a Person and a Role</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/0FdVuS3pfxs/po-is-a-person-and-a-role</link>
		<comments>http://blogs.danube.com/po-is-a-person-and-a-role#comments</comments>
		<pubDate>Fri, 03 Oct 2008 05:00:07 +0000</pubDate>
		<dc:creator>Dan Rawsthorne</dc:creator>
				<category><![CDATA[Dan's Picks]]></category>
		<category><![CDATA[Reference Library]]></category>
		<category><![CDATA[Dan Rawsthorne]]></category>

		<guid isPermaLink="false">http://scrumworks.net/?p=67</guid>
		<description>There has been a lot of talk lately about the Product Owner and people are getting quite heated about it. Here&amp;#8217;s my take on it.
The Product Owner is the person (not role, person) who is held accountable for the success of the team. He or she is the boss, commander, one throat to choke, MFIC, [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=0FdVuS3pfxs:U9WVOyphmbI:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/po-is-a-person-and-a-role/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/po-is-a-person-and-a-role</feedburner:origLink></item>
		<item>
		<title>The Basics on Creating Organizational Definitions of DONEness</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/HEMkHi2n6K4/the-basics-on-creating-organizational-definitions-of-doneness</link>
		<comments>http://blogs.danube.com/the-basics-on-creating-organizational-definitions-of-doneness#comments</comments>
		<pubDate>Fri, 26 Sep 2008 15:59:53 +0000</pubDate>
		<dc:creator>Jim Schiel</dc:creator>
		
		<guid isPermaLink="false">http://scrumworks.net/?p=69</guid>
		<description>(I&amp;#8217;ll add to this post more in the near future, but I wanted to get it started based on an email I answered for a student of mine.)
As for creating a definition of DONEness, my recommendations would be as follows:
1. Get as many different examples as you can find of DONEness definitions. The more material [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=HEMkHi2n6K4:ikMNTOVafE4:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/the-basics-on-creating-organizational-definitions-of-doneness/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/the-basics-on-creating-organizational-definitions-of-doneness</feedburner:origLink></item>
		<item>
		<title>The Value of Games: Ingraining the Intangible in an Audience</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/2erYvP0nS5g/the-value-of-games-ingraining-the-intangible-in-an-audience</link>
		<comments>http://blogs.danube.com/the-value-of-games-ingraining-the-intangible-in-an-audience#comments</comments>
		<pubDate>Tue, 23 Sep 2008 19:51:41 +0000</pubDate>
		<dc:creator>Katie Playfair</dc:creator>
		
		<guid isPermaLink="false">http://scrumworks.net/?p=71</guid>
		<description>On Thursday, September 11th, I had the pleasure of speaking to an audience of around 75 PMPs at the Silicon Valley Chapter of PMI (http://www.pmisv.org/). Anup Deshpande was kind enough to invite me. As it turned out, I was greeted by a great audience with so many questions that we didn&amp;#8217;t get to the Ball [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=2erYvP0nS5g:dng4xkUDwlE:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/the-value-of-games-ingraining-the-intangible-in-an-audience/feed</wfw:commentRss>
		<slash:comments>3</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/the-value-of-games-ingraining-the-intangible-in-an-audience</feedburner:origLink></item>
		<item>
		<title>Make-up Stories</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/eW-7hyxoB84/make-up-stories</link>
		<comments>http://blogs.danube.com/make-up-stories#comments</comments>
		<pubDate>Mon, 22 Sep 2008 05:00:02 +0000</pubDate>
		<dc:creator>Dan Rawsthorne</dc:creator>
				<category><![CDATA[Dan's Picks]]></category>
		<category><![CDATA[Reference Library]]></category>
		<category><![CDATA[Dan Rawsthorne]]></category>

		<guid isPermaLink="false">http://scrumworks.net/?p=74</guid>
		<description>Imagine our Product Owner says: &amp;#8220;I want this feature by tomorrow and I don&amp;#8217;t care if you&amp;#8217;ve got to hack it in. If we don&amp;#8217;t deliver it tomorrow, it will cost us millions of dollars!!&amp;#8221; What do we do?
That&amp;#8217;s a rhetorical question, I hope. Of course, we just hack it in. You intentionally create technical [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=eW-7hyxoB84:GXgCSpzDc5c:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/make-up-stories/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/make-up-stories</feedburner:origLink></item>
		<item>
		<title>Release Sprint</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/fRvnTGmlXPA/release-sprint</link>
		<comments>http://blogs.danube.com/release-sprint#comments</comments>
		<pubDate>Wed, 17 Sep 2008 05:00:13 +0000</pubDate>
		<dc:creator>Dan Rawsthorne</dc:creator>
				<category><![CDATA[Dan's Picks]]></category>
		<category><![CDATA[Reference Library]]></category>
		<category><![CDATA[Dan Rawsthorne]]></category>

		<guid isPermaLink="false">http://scrumworks.net/?p=76</guid>
		<description>Imagine you are at the Sprint Review and the Sales Manager says, &amp;#8220;That looks good! I can sell the heck out of that. Ship that puppy!&amp;#8221; Now what? What do you need to do to get the system shipped, and how and when will you do it?
First of all, what does the Sales Manager mean [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=fRvnTGmlXPA:9COtblIKaPo:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/release-sprint/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/release-sprint</feedburner:origLink></item>
		<item>
		<title>When Under-Commitment Is the Order of the Day</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/mcojfUAHSB0/when-under-commitment-is-the-order-of-the-day</link>
		<comments>http://blogs.danube.com/when-under-commitment-is-the-order-of-the-day#comments</comments>
		<pubDate>Fri, 05 Sep 2008 13:45:51 +0000</pubDate>
		<dc:creator>Jim Schiel</dc:creator>
				<category><![CDATA[Reference Library]]></category>

		<guid isPermaLink="false">http://scrumworks.net/?p=78</guid>
		<description>How much your team is willing to commit to during any Sprint is going to depend on a lot of things, starting with how comfortable your team is with not achieving all of the planned results. Many Scrum teams will deliberately under-commit because they work (or are under the impression that they work) in an [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=mcojfUAHSB0:Iv5dwU9GUEQ:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/when-under-commitment-is-the-order-of-the-day/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/when-under-commitment-is-the-order-of-the-day</feedburner:origLink></item>
		<item>
		<title>Private client Scrum gatherings</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/3rIqp-o2RQk/private-client-scrum-gatherings</link>
		<comments>http://blogs.danube.com/private-client-scrum-gatherings#comments</comments>
		<pubDate>Fri, 25 Jul 2008 18:36:01 +0000</pubDate>
		<dc:creator>Kane Mar</dc:creator>
				<category><![CDATA[Reference Library]]></category>

		<guid isPermaLink="false">http://scrumworks.net/?p=416</guid>
		<description>I&amp;#8217;ve got a great job! As part of being a CSM trainer, I&amp;#8217;m frequently invited to client sites, where I can see what clients are doing and observe their agile practices in action. Sometimes clients are just starting to adopt Scrum and, other times, they&amp;#8217;ve been practicing for a while. Sometimes they are just exploring [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=3rIqp-o2RQk:qkS8pruyaDE:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/private-client-scrum-gatherings/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/private-client-scrum-gatherings</feedburner:origLink></item>
		<item>
		<title>Your Career in Scrum – Pathways to Starting a Scrum career</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/G3tTAs-jnEE/your-career-in-scrum-pathways-to-starting-a-scrum-career</link>
		<comments>http://blogs.danube.com/your-career-in-scrum-pathways-to-starting-a-scrum-career#comments</comments>
		<pubDate>Fri, 18 Jul 2008 17:23:26 +0000</pubDate>
		<dc:creator>Katie Playfair</dc:creator>
		
		<guid isPermaLink="false">http://scrumworks.net/?p=80</guid>
		<description>Scrum is inspiring to me because it is one of the few management paradigms that seems to capitalize on the best of human psychology, yielding a result that is both best for workers and for business. Scrum can make work fun and, when you spend eight or more hours per day at work, it ought [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=G3tTAs-jnEE:_pltKOHlEBg:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/your-career-in-scrum-pathways-to-starting-a-scrum-career/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/your-career-in-scrum-pathways-to-starting-a-scrum-career</feedburner:origLink></item>
		<item>
		<title>Scrum Mechanics – Introduction to the Basic Scrum Engine</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/uiL6_izJE9Q/scrum-mechanics-introduction-to-the-basic-scrum-engine</link>
		<comments>http://blogs.danube.com/scrum-mechanics-introduction-to-the-basic-scrum-engine#comments</comments>
		<pubDate>Mon, 14 Jul 2008 22:46:38 +0000</pubDate>
		<dc:creator>Katie Playfair</dc:creator>
		
		<guid isPermaLink="false">http://scrumworks.net/?p=83</guid>
		<description>If you asked a few people in the Scrum community to define Scrum, you might be surprised to receive a different answer from every person. To me, it’s a management paradigm, a set of guiding principles, a key to employee retention, the embodiment of good application of organizational psychology, and just plain common sense. But [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=uiL6_izJE9Q:Eli9ZWVSiKM:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/scrum-mechanics-introduction-to-the-basic-scrum-engine/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/scrum-mechanics-introduction-to-the-basic-scrum-engine</feedburner:origLink></item>
		<item>
		<title>What Is Scrum? The Five-minute Explanation for Folks Not Yet Practicing It</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/DZRxe02QtGQ/what-is-scrum-the-five-minute-explanation-for-folks-not-yet-practicing-it</link>
		<comments>http://blogs.danube.com/what-is-scrum-the-five-minute-explanation-for-folks-not-yet-practicing-it#comments</comments>
		<pubDate>Thu, 10 Jul 2008 21:52:58 +0000</pubDate>
		<dc:creator>Katie Playfair</dc:creator>
		
		<guid isPermaLink="false">http://scrumworks.net/?p=86</guid>
		<description>A friend of mine, who was pursuing his doctoral degree in electrical engineering, once tried to explain his dissertation to me by showing a program he wrote, walking me through the code line by line. I&amp;#8217;m not an engineer, so I had no idea what he was talking about. But because he was immersed in [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=DZRxe02QtGQ:q_nu-L2KKz4:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/what-is-scrum-the-five-minute-explanation-for-folks-not-yet-practicing-it/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/what-is-scrum-the-five-minute-explanation-for-folks-not-yet-practicing-it</feedburner:origLink></item>
		<item>
		<title>Capitalization of Sprint Activities</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/4Put541vKyI/capitalization-of-sprint-activities</link>
		<comments>http://blogs.danube.com/capitalization-of-sprint-activities#comments</comments>
		<pubDate>Thu, 10 Jul 2008 13:45:09 +0000</pubDate>
		<dc:creator>Jim Schiel</dc:creator>
				<category><![CDATA[Reference Library]]></category>

		<guid isPermaLink="false">http://scrumworks.net/?p=88</guid>
		<description>Capitalization of a software project is extremely important to organizations engaged primarily in application development these days. To put it simply, the US government allows a company to defer the taxes that would normally be paid on research and development activities until such time as the product is generally available and the company can begin [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=4Put541vKyI:3Mk11fIN-y0:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/capitalization-of-sprint-activities/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/capitalization-of-sprint-activities</feedburner:origLink></item>
		<item>
		<title>Should Scrum Teams Re-Estimate Stories That Can’t Be Completed During the Sprint?</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/fYhilFyRKuA/should-scrum-teams-re-estimate-stories-that-cant-be-completed-during-the-sprint</link>
		<comments>http://blogs.danube.com/should-scrum-teams-re-estimate-stories-that-cant-be-completed-during-the-sprint#comments</comments>
		<pubDate>Thu, 10 Jul 2008 13:22:02 +0000</pubDate>
		<dc:creator>Jim Schiel</dc:creator>
				<category><![CDATA[Reference Library]]></category>

		<guid isPermaLink="false">http://scrumworks.net/?p=90</guid>
		<description>If a user story isn&amp;#8217;t completed during a Sprint, the cleanest way to deal with it is to leave the story point value as is and return it to the Product Backlog. When Sprint Planning occurs, if you&amp;#8217;re using a commitment-driven model as we often do in CSM training, you can make the team aware [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=fYhilFyRKuA:bAwcLVWmHcA:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/should-scrum-teams-re-estimate-stories-that-cant-be-completed-during-the-sprint/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/should-scrum-teams-re-estimate-stories-that-cant-be-completed-during-the-sprint</feedburner:origLink></item>
		<item>
		<title>Should Scrum Teams Re-estimate Work in Progress?</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/05UKHCRDP8w/should-scrum-teams-re-estimate-work-in-progress</link>
		<comments>http://blogs.danube.com/should-scrum-teams-re-estimate-work-in-progress#comments</comments>
		<pubDate>Wed, 02 Jul 2008 07:45:35 +0000</pubDate>
		<dc:creator>Michael James</dc:creator>
				<category><![CDATA[Dan's Picks]]></category>
		<category><![CDATA[Reference Library]]></category>

		<guid isPermaLink="false">http://scrumworks.net/?p=92</guid>
		<description>I attended your training class a couple of months ago. We are continuing along with our scrum process, and we are learning a lot. I have one question &amp;#8211; hope it is ok to ask. We did story point estimation as part of our team&amp;#8217;s Sprint planning, and came up with the total story points [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=05UKHCRDP8w:5V--5tZqmfM:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/should-scrum-teams-re-estimate-work-in-progress/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/should-scrum-teams-re-estimate-work-in-progress</feedburner:origLink></item>
		<item>
		<title>An Alternative Approach to Tracking Research and Development Tax Credits Utilizing ScrumWorks® Pro</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/ldkOOGTJjYM/an-alternative-approach-to-tracking-research-and-development-tax-credits-utilizing-scrumworks-pro</link>
		<comments>http://blogs.danube.com/an-alternative-approach-to-tracking-research-and-development-tax-credits-utilizing-scrumworks-pro#comments</comments>
		<pubDate>Fri, 27 Jun 2008 21:53:53 +0000</pubDate>
		<dc:creator>Laszlo Szalvay</dc:creator>
				<category><![CDATA[Reference Library]]></category>

		<guid isPermaLink="false">http://scrumworks.net/?p=97</guid>
		<description>For many managers adopting Scrum, one of the hardest traditional project management practices to  leave behind is tracking hours spent. It’s not hard to let go of because tracking hours is essential to  effective management, but because Scrum’s tenets of self-empowerment and transparency are in direct  conflict with that kind of micromanagement. [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=ldkOOGTJjYM:fDYUIruAVck:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/an-alternative-approach-to-tracking-research-and-development-tax-credits-utilizing-scrumworks-pro/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/an-alternative-approach-to-tracking-research-and-development-tax-credits-utilizing-scrumworks-pro</feedburner:origLink></item>
		<item>
		<title>Who Is on the Scrum Team?</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/jQiR7nt4I7Q/who-is-on-the-scrum-team</link>
		<comments>http://blogs.danube.com/who-is-on-the-scrum-team#comments</comments>
		<pubDate>Mon, 23 Jun 2008 18:38:01 +0000</pubDate>
		<dc:creator>Michael James</dc:creator>
				<category><![CDATA[Reference Library]]></category>

		<guid isPermaLink="false">http://scrumworks.net/?p=99</guid>
		<description>A Scrum Team is:

A Product Owner
A Scrum Development Team
A ScrumMaster

The Product Owner is the &amp;#8220;single wringable neck&amp;#8221; responsible for what the Scrum Team builds. This entails prioritizing the Product Backlog, making the final call on requirements questions (while not necessarily providing detailed requirements), negotiating with the Scrum Development Team during the Sprint Planning Meeting, and [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=jQiR7nt4I7Q:SwASVNq46GA:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/who-is-on-the-scrum-team/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/who-is-on-the-scrum-team</feedburner:origLink></item>
		<item>
		<title>Putting Task Estimates in their Place</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/0hhdcJ_E4g0/putting-task-estimates-in-their-place</link>
		<comments>http://blogs.danube.com/putting-task-estimates-in-their-place#comments</comments>
		<pubDate>Sat, 07 Jun 2008 13:20:19 +0000</pubDate>
		<dc:creator>Jim Schiel</dc:creator>
				<category><![CDATA[Reference Library]]></category>

		<guid isPermaLink="false">http://scrumworks.net/?p=101</guid>
		<description>Let’s look at how a team makes use of task estimates. During Sprint Planning, teams create tasks and task estimates from the backlog items that they are potentially going to commit to finishing. Sometimes, these estimates have some effect on whether or not the team is actually going to commit to completing the backlog item, [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=0hhdcJ_E4g0:fcYoy_S7B5k:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/putting-task-estimates-in-their-place/feed</wfw:commentRss>
		<slash:comments>5</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/putting-task-estimates-in-their-place</feedburner:origLink></item>
		<item>
		<title>Reasons to Disable Your Tool’s Estimates vs. Actuals, Ideal Line, and Individual Burndown Charts</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/E_iPxPJVZR0/reasons-to-disable-your-tools-estimates-vs-actuals-ideal-line-and-individual-burndown-charts</link>
		<comments>http://blogs.danube.com/reasons-to-disable-your-tools-estimates-vs-actuals-ideal-line-and-individual-burndown-charts#comments</comments>
		<pubDate>Fri, 06 Jun 2008 08:08:25 +0000</pubDate>
		<dc:creator>Michael James</dc:creator>
				<category><![CDATA[Dan's Picks]]></category>
		<category><![CDATA[MJ's Picks]]></category>
		<category><![CDATA[Reference Library]]></category>

		<guid isPermaLink="false">http://scrumworks.net/?p=104</guid>
		<description>Organizations that are looking for an automated tool to help manage Scrum fall along a continuum.

At one end are the Scrum purists, who feel that resistance to doing real Scrum is an organizational impediment to be exposed and rooted out rather than accommodated as business as usual. These folks believe the highest performance and ingenuity [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=E_iPxPJVZR0:qeVnbI0GI68:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/reasons-to-disable-your-tools-estimates-vs-actuals-ideal-line-and-individual-burndown-charts/feed</wfw:commentRss>
		<slash:comments>6</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/reasons-to-disable-your-tools-estimates-vs-actuals-ideal-line-and-individual-burndown-charts</feedburner:origLink></item>
		<item>
		<title>It’s Software, Not a Unicorn – Why Tools Won’t Solve Organizational Dysfunction</title>
		<link>http://feedproxy.google.com/~r/DanubeTechnologiesBlogs/~3/9IvJarmP_7Q/its-software-not-a-unicorn-why-tools-wont-solve-organizational-dysfunction</link>
		<comments>http://blogs.danube.com/its-software-not-a-unicorn-why-tools-wont-solve-organizational-dysfunction#comments</comments>
		<pubDate>Tue, 03 Jun 2008 17:27:46 +0000</pubDate>
		<dc:creator>Jim Schiel</dc:creator>
				<category><![CDATA[Reference Library]]></category>

		<guid isPermaLink="false">http://scrumworks.net/?p=107</guid>
		<description>When I was much younger, it was explained to me that sticking my dad’s screwdriver into the electrical outlet was not a good idea. As a good little boy, I obeyed and convinced my older brother to try it, instead. Fortunately, we used an outlet at the end of a long hallway, so my brother’s [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?a=9IvJarmP_7Q:P7c2eBjc5OI:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/DanubeTechnologiesBlogs?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;</description>
		<wfw:commentRss>http://blogs.danube.com/its-software-not-a-unicorn-why-tools-wont-solve-organizational-dysfunction/feed</wfw:commentRss>
		<slash:comments>5</slash:comments>
		<feedburner:origLink>http://blogs.danube.com/its-software-not-a-unicorn-why-tools-wont-solve-organizational-dysfunction</feedburner:origLink></item>
	</channel>
</rss>
