
<?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"
	>
<channel>
	<title>Comments on: Stand up and be counted</title>
	<atom:link href="http://carljoseph.com.au/blog/2008-05-29/stand-up-and-be-counted/feed/" rel="self" type="application/rss+xml" />
	<link>http://carljoseph.com.au/blog/2008-05-29/stand-up-and-be-counted/</link>
	<description>My personal high horse</description>
	<pubDate>Fri, 21 Nov 2008 01:09:17 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.1</generator>
		<item>
		<title>By: Joe</title>
		<link>http://carljoseph.com.au/blog/2008-05-29/stand-up-and-be-counted/#comment-2120</link>
		<dc:creator>Joe</dc:creator>
		<pubDate>Thu, 29 May 2008 14:03:36 +0000</pubDate>
		<guid isPermaLink="false">http://carljoseph.com.au/blog/?p=212#comment-2120</guid>
		<description>Found this really interesting!

It's amazing how fine-tuned it all is. How such small adjustments in the workplace can really boost productivity.</description>
		<content:encoded><![CDATA[<p>Found this really interesting!</p>
<p>It&#8217;s amazing how fine-tuned it all is. How such small adjustments in the workplace can really boost productivity.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ameel</title>
		<link>http://carljoseph.com.au/blog/2008-05-29/stand-up-and-be-counted/#comment-2118</link>
		<dc:creator>Ameel</dc:creator>
		<pubDate>Thu, 29 May 2008 12:09:58 +0000</pubDate>
		<guid isPermaLink="false">http://carljoseph.com.au/blog/?p=212#comment-2118</guid>
		<description>I suspect some of the team's DSW would stem from where in your project's lifecycle you are right now. If you're at a more relaxed, steady-as-she-goes stage then it's probably okay for meetings to simply be quick status updates. The challenge, I presume, will be make sure you don't get stuck in that format when work starts to picks up again :)

In my experience, one way to encourage people to move out of the DSW state is to ask the question: Is there anything about to happen in the near future that would be good for the team, or for one particular team member, to know about right now? That is, are there are future potential obstacles that we should know about?

For example, someone from another department might be getting ready to send a lot of work to a team member next week that may have some trickle-down effects on the others. Knowing this would help everyone prepare for that event now. 

In general, getting people to think about the whole team, as opposed to just what they alone are up to, turns out (in my experience, at least) to be very useful. Or is this outside the scope of the Scrum-format daily meeting?</description>
		<content:encoded><![CDATA[<p>I suspect some of the team&#8217;s DSW would stem from where in your project&#8217;s lifecycle you are right now. If you&#8217;re at a more relaxed, steady-as-she-goes stage then it&#8217;s probably okay for meetings to simply be quick status updates. The challenge, I presume, will be make sure you don&#8217;t get stuck in that format when work starts to picks up again :)</p>
<p>In my experience, one way to encourage people to move out of the DSW state is to ask the question: Is there anything about to happen in the near future that would be good for the team, or for one particular team member, to know about right now? That is, are there are future potential obstacles that we should know about?</p>
<p>For example, someone from another department might be getting ready to send a lot of work to a team member next week that may have some trickle-down effects on the others. Knowing this would help everyone prepare for that event now. </p>
<p>In general, getting people to think about the whole team, as opposed to just what they alone are up to, turns out (in my experience, at least) to be very useful. Or is this outside the scope of the Scrum-format daily meeting?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
