<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xml:base="http://danube.com" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
 <title>Danube - Story Time! The Hidden Scrum Meeting - Comments</title>
 <link>http://danube.com/blog/kanemar/story_time_the_hidden_scrum_meeting</link>
 <description>Comments for &quot;Story Time! The Hidden Scrum Meeting&quot;</description>
 <language>en</language>
<item>
 <title>variation</title>
 <link>http://danube.com/blog/kanemar/story_time_the_hidden_scrum_meeting#comment-5992</link>
 <description>&lt;p&gt;I like to do the same thing using a subset of the team for the first half of the meeting, usually the Product Owner plus key people who are particularly interested in requirements and skilled at splitting epics.&lt;/p&gt;
&lt;p&gt;Then bring the whole team in for the estimation portion.  &lt;/p&gt;
&lt;p&gt;--mj &lt;/p&gt;
&lt;p&gt;Michael James&lt;br /&gt;
Software Process Mentor&lt;br /&gt;
http://www.danube.com&lt;/p&gt;
</description>
 <pubDate>Thu, 13 Nov 2008 09:03:47 -0600</pubDate>
 <dc:creator>MichaelJames</dc:creator>
 <guid isPermaLink="false">comment 5992 at http://danube.com</guid>
</item>
<item>
 <title>Perhaps there is another issue?</title>
 <link>http://danube.com/blog/kanemar/story_time_the_hidden_scrum_meeting#comment-5333</link>
 <description>&lt;p&gt;I have generally referred to this as story scrubbing, but I also feel like there is a problem with some other practice...most likely with on-site customer (or the customer proxy role), customer driven priority or story writing in general.&lt;/p&gt;
</description>
 <pubDate>Thu, 27 Mar 2008 14:37:07 -0500</pubDate>
 <dc:creator>Jason Lewis</dc:creator>
 <guid isPermaLink="false">comment 5333 at http://danube.com</guid>
</item>
<item>
 <title>not meetings</title>
 <link>http://danube.com/blog/kanemar/story_time_the_hidden_scrum_meeting#comment-5324</link>
 <description>&lt;p&gt;Victor, I get around that problem by introducing the idea that these are &quot;work sessions&quot;, i.e. part of development.  Language can change the way we think.  I posted something about this to scrumdevelopment recently, here:&lt;br /&gt;
http://groups.yahoo.com/group/scrumdevelopment/message/27380&lt;/p&gt;
&lt;p&gt;This was a great post Kane, an important on.  I agree completely that the Story Time meeting should be considered part of &quot;standard Scrum&quot;. &lt;/p&gt;
&lt;p&gt;Tobias&lt;/p&gt;
</description>
 <pubDate>Sat, 01 Mar 2008 09:53:54 -0600</pubDate>
 <dc:creator>Tobias Mayer</dc:creator>
 <guid isPermaLink="false">comment 5324 at http://danube.com</guid>
</item>
<item>
 <title>Great idea</title>
 <link>http://danube.com/blog/kanemar/story_time_the_hidden_scrum_meeting#comment-5320</link>
 <description>&lt;p&gt;Kane,&lt;br /&gt;
I&#039;m glad you aired this.  Our team does a single Story-Time meeting per two-week sprint.  It does in fact help to stream-line the planning meeting process.  I also agree that the Story-Time meeting should be made an explicit part of Scrum (add to the books as formal part of the process).&lt;/p&gt;
&lt;p&gt;On the flip side, some team members have voiced a concern with the shear quantity of meetings given a two-week sprint (Sprint Planning, Daily Standup meetings, Detailed requirements sessions, Story Time meetings, Sprint Demo meetings, etc.).  Looking at the list, I can sympathize, but unless someone comes up with a way to communicate via telepathy I think we&#039;re stuck having to set time aside for face-to-face communication.&lt;/p&gt;
&lt;p&gt;I would take the productivity benefits of a healthy Scrum environment (meetings and all) over the alternatives.&lt;/p&gt;
&lt;p&gt;Great article.&lt;br /&gt;
-- Victor&lt;/p&gt;
</description>
 <pubDate>Thu, 14 Feb 2008 15:12:27 -0600</pubDate>
 <dc:creator>VictorSzalvay</dc:creator>
 <guid isPermaLink="false">comment 5320 at http://danube.com</guid>
</item>
<item>
 <title>Story Time! The Hidden Scrum Meeting</title>
 <link>http://danube.com/blog/kanemar/story_time_the_hidden_scrum_meeting</link>
 <description>&lt;p&gt;Is your team having difficulty forecasting when a project will be completed? Do you have a large number of un-estimated Stories in your product backlog? Are your planning meetings several days long and full of confrontation? If so, it could be that you&#039;re forgetting to &quot;groom&quot; your product backlog.&lt;/p&gt;
&lt;p&gt;&lt;a href=&quot;http://danube.com/blog/kanemar/story_time_the_hidden_scrum_meeting&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <comments>http://danube.com/blog/kanemar/story_time_the_hidden_scrum_meeting#comment</comments>
 <enclosure url="http://danube.com/system/files/Story+Time_The+Hidden+Scrum+Meeting+blog.pdf" length="140435" type="application/pdf" />
 <pubDate>Thu, 14 Feb 2008 10:58:24 -0600</pubDate>
 <dc:creator>KaneMar</dc:creator>
 <guid isPermaLink="false">1038 at http://danube.com</guid>
</item>
</channel>
</rss>
