<?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: Scrum Meeting Schedule &#8211; Two-Week Sprint</title>
	<atom:link href="http://agile101.net/2009/07/24/scrum-meeting-schedule-two-week-sprint/feed/" rel="self" type="application/rss+xml" />
	<link>http://agile101.net/2009/07/24/scrum-meeting-schedule-two-week-sprint/?utm_source=rss&amp;utm_medium=rss&amp;utm_campaign=scrum-meeting-schedule-two-week-sprint</link>
	<description>Agile Project Management, Programme Management and Digital Publishing</description>
	<lastBuildDate>Thu, 22 Jul 2010 09:14:48 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: vinodkris</title>
		<link>http://agile101.net/2009/07/24/scrum-meeting-schedule-two-week-sprint/comment-page-1/#comment-399</link>
		<dc:creator>vinodkris</dc:creator>
		<pubDate>Thu, 03 Sep 2009 09:20:52 +0000</pubDate>
		<guid isPermaLink="false">http://agile101.net/?p=378#comment-399</guid>
		<description>Hello Guys,

Thank you very much for the fantastic article.

I&#039;m just curious about the Testing activities during the sprint and wondering how you guys manage it. I&#039;m part of the test automation team following Agile. 
My question is when should a Test team start preparing the test resources like - Testcases, test scripts etc

As in this case if its a 2 week sprint, and if we assume we are (Test team) getting a new build/release from development team, ideally the test team should have the test cases handy so that they can test the requirements OR system. Also ideally when should we start automating the test cases?

Please clarify.

Thanks
Vinod</description>
		<content:encoded><![CDATA[<p>Hello Guys,</p>
<p>Thank you very much for the fantastic article.</p>
<p>I&#8217;m just curious about the Testing activities during the sprint and wondering how you guys manage it. I&#8217;m part of the test automation team following Agile.<br />
My question is when should a Test team start preparing the test resources like &#8211; Testcases, test scripts etc</p>
<p>As in this case if its a 2 week sprint, and if we assume we are (Test team) getting a new build/release from development team, ideally the test team should have the test cases handy so that they can test the requirements OR system. Also ideally when should we start automating the test cases?</p>
<p>Please clarify.</p>
<p>Thanks<br />
Vinod</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: taraleewhitaker</title>
		<link>http://agile101.net/2009/07/24/scrum-meeting-schedule-two-week-sprint/comment-page-1/#comment-49</link>
		<dc:creator>taraleewhitaker</dc:creator>
		<pubDate>Sat, 25 Jul 2009 23:45:23 +0000</pubDate>
		<guid isPermaLink="false">http://agile101.net/?p=378#comment-49</guid>
		<description>Hi Rick - Great point. Truth is that each of our teams does this slightly differently e.g. some hold the meetings on day 6/7 whilst others do both on day 6, 7 or 8. Each team ends up deciding their own schedule - if it&#039;s not working, they talk about it in their retrospective. :)

In our experience, the first three days and the last two days are generally the most intense for the entire team - product manager included. By having the requirements workshop on day 7, the Product manager has four semi-solid days to gauge sprint progress, review the backlog, prepare new stories, meet with stakeholders etc.

As the team becomes more established, requirements workshops become shorter on average - some teams only meet for 30 minutes to discuss new stories. With that said, as long as the team decides on a schedule and sticks to it then the disruption will become factored into their velocity.

Hope that makes sense.

Tara</description>
		<content:encoded><![CDATA[<p>Hi Rick &#8211; Great point. Truth is that each of our teams does this slightly differently e.g. some hold the meetings on day 6/7 whilst others do both on day 6, 7 or 8. Each team ends up deciding their own schedule &#8211; if it&#8217;s not working, they talk about it in their retrospective. <img src='http://agile101.net/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>In our experience, the first three days and the last two days are generally the most intense for the entire team &#8211; product manager included. By having the requirements workshop on day 7, the Product manager has four semi-solid days to gauge sprint progress, review the backlog, prepare new stories, meet with stakeholders etc.</p>
<p>As the team becomes more established, requirements workshops become shorter on average &#8211; some teams only meet for 30 minutes to discuss new stories. With that said, as long as the team decides on a schedule and sticks to it then the disruption will become factored into their velocity.</p>
<p>Hope that makes sense.</p>
<p>Tara</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rick Buitenman</title>
		<link>http://agile101.net/2009/07/24/scrum-meeting-schedule-two-week-sprint/comment-page-1/#comment-47</link>
		<dc:creator>Rick Buitenman</dc:creator>
		<pubDate>Sat, 25 Jul 2009 21:22:20 +0000</pubDate>
		<guid isPermaLink="false">http://agile101.net/?p=378#comment-47</guid>
		<description>I&#039;m curious about the scheduling of the requirements workshop and planning poker session on day 7 and 8.

I&#039;m currently also using 2 week sprints, but I&#039;m sure the team would consider the timing of those meetings highly disruptive to the last days of the sprint. Basically the last 3 days before the review would probably not be particularly productive. Not only the interruptions of the meeting, but the fact that those meetings take the focus away from the work in the current sprint.</description>
		<content:encoded><![CDATA[<p>I&#8217;m curious about the scheduling of the requirements workshop and planning poker session on day 7 and 8.</p>
<p>I&#8217;m currently also using 2 week sprints, but I&#8217;m sure the team would consider the timing of those meetings highly disruptive to the last days of the sprint. Basically the last 3 days before the review would probably not be particularly productive. Not only the interruptions of the meeting, but the fact that those meetings take the focus away from the work in the current sprint.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
