<?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: Status meetings can be fun</title>
	<atom:link href="http://www.elilopian.com/2009/03/29/status-meetings-can-be-fun/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.elilopian.com/2009/03/29/status-meetings-can-be-fun/</link>
	<description>Creating better software</description>
	<lastBuildDate>Mon, 02 Jan 2012 09:09:26 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Development and Integrity Management by Eli Lopian &#187; Retrospectives should not be about sharing pain</title>
		<link>http://www.elilopian.com/2009/03/29/status-meetings-can-be-fun/comment-page-1/#comment-35775</link>
		<dc:creator>Development and Integrity Management by Eli Lopian &#187; Retrospectives should not be about sharing pain</dc:creator>
		<pubDate>Fri, 24 Apr 2009 18:36:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.elilopian.com/2009/03/29/status-meetings-can-be-fun/#comment-35775</guid>
		<description>[...] How do we make sure that we are a problem solving culture and not a complaining one? We use the clearing technique. Every problem must be followed by a controllable action solution and commitment. Dilemma’s are used, if there is a need for the manager to decide, but the team member must give 2 or 3 possible solutions. [...]</description>
		<content:encoded><![CDATA[<p>[...] How do we make sure that we are a problem solving culture and not a complaining one? We use the clearing technique. Every problem must be followed by a controllable action solution and commitment. Dilemma’s are used, if there is a need for the manager to decide, but the team member must give 2 or 3 possible solutions. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eli Lopian</title>
		<link>http://www.elilopian.com/2009/03/29/status-meetings-can-be-fun/comment-page-1/#comment-33852</link>
		<dc:creator>Eli Lopian</dc:creator>
		<pubDate>Mon, 30 Mar 2009 23:53:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.elilopian.com/2009/03/29/status-meetings-can-be-fun/#comment-33852</guid>
		<description>Travis,
Both methods use standups and we make sure that the sessions are short. Your question triggered a post: http://www.elilopian.com/2009/03/30/beyond-scrum-and-lean/</description>
		<content:encoded><![CDATA[<p>Travis,<br />
Both methods use standups and we make sure that the sessions are short. Your question triggered a post: <a href="http://www.elilopian.com/2009/03/30/beyond-scrum-and-lean/" rel="nofollow">http://www.elilopian.com/2009/03/30/beyond-scrum-and-lean/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Travis Illig</title>
		<link>http://www.elilopian.com/2009/03/29/status-meetings-can-be-fun/comment-page-1/#comment-33838</link>
		<dc:creator>Travis Illig</dc:creator>
		<pubDate>Mon, 30 Mar 2009 15:06:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.elilopian.com/2009/03/29/status-meetings-can-be-fun/#comment-33838</guid>
		<description>I&#039;m torn on this.

I&#039;m actually a member of *several* teams at work. We&#039;re a cross-functional organization, so you&#039;re not only on, say, the &quot;UI team&quot; or the &quot;database team&quot; (based on your area of expertise), you&#039;re also on one or more project teams collaborating with members of other areas of expertise.

We work in a Scrum format, so we don&#039;t really have &quot;status meetings,&quot; we have stand-up meetings. There is a stand-up meeting every morning for every team you&#039;re on.

What I&#039;ve found is that if you stick to the stand-up meeting format (what you did yesterday, what you&#039;re doing today, and what is blocking you), you can get all the information relevant to the entire group out pretty quickly. On the other hand, if everyone in both groups explains their dilemmas right there in the stand-up meeting, the meetings never end and pretty soon it&#039;s lunch time and no work has gotten done. Further, certain dilemmas may be helpful/interesting/relevant to part of the group but not the entire group, meaning some folks are getting their time wasted.

What we&#039;ve adopted is more of a &quot;breakout session&quot; approach. Stick to the stand-up meeting format, and when you list things that are blocking you, also list your dilemmas. Folks interested in working on that dilemma and discussing the details can stay after the meeting and talk about it; folks not interested can go on their merry way. Sticking to that format gets the required information out there, lets people get more details to folks interested, and doesn&#039;t waste anyone&#039;s time.

Of course, if there&#039;s something that needs to be run over in detail (&quot;here&#039;s how we solved this crazy issue&quot;) that&#039;s a separate meeting, not part of status/stand-up. We have those on an as-needed basis.</description>
		<content:encoded><![CDATA[<p>I&#8217;m torn on this.</p>
<p>I&#8217;m actually a member of *several* teams at work. We&#8217;re a cross-functional organization, so you&#8217;re not only on, say, the &#8220;UI team&#8221; or the &#8220;database team&#8221; (based on your area of expertise), you&#8217;re also on one or more project teams collaborating with members of other areas of expertise.</p>
<p>We work in a Scrum format, so we don&#8217;t really have &#8220;status meetings,&#8221; we have stand-up meetings. There is a stand-up meeting every morning for every team you&#8217;re on.</p>
<p>What I&#8217;ve found is that if you stick to the stand-up meeting format (what you did yesterday, what you&#8217;re doing today, and what is blocking you), you can get all the information relevant to the entire group out pretty quickly. On the other hand, if everyone in both groups explains their dilemmas right there in the stand-up meeting, the meetings never end and pretty soon it&#8217;s lunch time and no work has gotten done. Further, certain dilemmas may be helpful/interesting/relevant to part of the group but not the entire group, meaning some folks are getting their time wasted.</p>
<p>What we&#8217;ve adopted is more of a &#8220;breakout session&#8221; approach. Stick to the stand-up meeting format, and when you list things that are blocking you, also list your dilemmas. Folks interested in working on that dilemma and discussing the details can stay after the meeting and talk about it; folks not interested can go on their merry way. Sticking to that format gets the required information out there, lets people get more details to folks interested, and doesn&#8217;t waste anyone&#8217;s time.</p>
<p>Of course, if there&#8217;s something that needs to be run over in detail (&#8220;here&#8217;s how we solved this crazy issue&#8221;) that&#8217;s a separate meeting, not part of status/stand-up. We have those on an as-needed basis.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

