<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: Get Serious About Your Meetings with Jean Tabaka and Seth Godin</title>
	<atom:link href="http://www.rallydev.com/agileblog/2009/03/get-serious-about-your-meetings-with-jean-and-seth/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.rallydev.com/agileblog/2009/03/get-serious-about-your-meetings-with-jean-and-seth/</link>
	<description>Adopt, Scale and Succeed with Agile Development</description>
	<lastBuildDate>Tue, 10 Jan 2012 03:30:50 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.5</generator>
	<item>
		<title>By: Blair R</title>
		<link>http://www.rallydev.com/agileblog/2009/03/get-serious-about-your-meetings-with-jean-and-seth/#comment-3554</link>
		<dc:creator>Blair R</dc:creator>
		<pubDate>Wed, 08 Jul 2009 22:24:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.rallydev.com/agileblog/?p=1293#comment-3554</guid>
		<description>@Jean, do you have any more info on scrum for non-sofware projects? Like your wife&#039;s work that you mentioned in another interview</description>
		<content:encoded><![CDATA[<p>@Jean, do you have any more info on scrum for non-sofware projects? Like your wife&#8217;s work that you mentioned in another interview</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott Jackson</title>
		<link>http://www.rallydev.com/agileblog/2009/03/get-serious-about-your-meetings-with-jean-and-seth/#comment-3481</link>
		<dc:creator>Scott Jackson</dc:creator>
		<pubDate>Wed, 17 Jun 2009 20:03:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.rallydev.com/agileblog/?p=1293#comment-3481</guid>
		<description>I currently work on a project that suffers from the Waterfall process.  My team has tried to incorporate &quot;stealth&quot; agile practices, one of which was a daily Scrum.  We thought having a scrum would identify roadblocks and help us meet our schedule.  At first it wasn&#039;t working out the way we hoped due to several reasons.  The biggest issue was that we were stuck with a fixed highly ordered schedule and the result of the meeting lacked an impact on our daily tasks.  We are still trying to find the ways to make our daily scrum feel like it is valuable.  What definitely helps (and it sounds simple) is defining the purpose of the meeting and sticking to it.  At first our team treated the scrums as a glorified status gathering snooze fest, then it became a quagmire of technical discussions.   We had to step back and think what we are trying to gain from this meeting.   It seems simple, but loosing track of meeting purposes happen all the time.  Making sure the interested parties know that there is something gained by the meeting is critical to getting everyone involved.  Maybe there isn&#039;t something gained and the meeting is not needed  If  the meeting does drift from the intended purpose then someone definitely has to step up and make the call to take the discussion off-line.</description>
		<content:encoded><![CDATA[<p>I currently work on a project that suffers from the Waterfall process.  My team has tried to incorporate &#8220;stealth&#8221; agile practices, one of which was a daily Scrum.  We thought having a scrum would identify roadblocks and help us meet our schedule.  At first it wasn&#8217;t working out the way we hoped due to several reasons.  The biggest issue was that we were stuck with a fixed highly ordered schedule and the result of the meeting lacked an impact on our daily tasks.  We are still trying to find the ways to make our daily scrum feel like it is valuable.  What definitely helps (and it sounds simple) is defining the purpose of the meeting and sticking to it.  At first our team treated the scrums as a glorified status gathering snooze fest, then it became a quagmire of technical discussions.   We had to step back and think what we are trying to gain from this meeting.   It seems simple, but loosing track of meeting purposes happen all the time.  Making sure the interested parties know that there is something gained by the meeting is critical to getting everyone involved.  Maybe there isn&#8217;t something gained and the meeting is not needed  If  the meeting does drift from the intended purpose then someone definitely has to step up and make the call to take the discussion off-line.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott</title>
		<link>http://www.rallydev.com/agileblog/2009/03/get-serious-about-your-meetings-with-jean-and-seth/#comment-3467</link>
		<dc:creator>Scott</dc:creator>
		<pubDate>Fri, 12 Jun 2009 23:24:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.rallydev.com/agileblog/?p=1293#comment-3467</guid>
		<description>I stopped calling them meeting and started calling them doings.</description>
		<content:encoded><![CDATA[<p>I stopped calling them meeting and started calling them doings.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

