<?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: How to Reduce Number of Meetings to One per Quarter</title>
	<atom:link href="http://blog.brodzinski.com/2009/11/how-to-reduce-number-of-meetings-to-one.html/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.brodzinski.com/2009/11/how-to-reduce-number-of-meetings-to-one.html</link>
	<description>Dealing with software projects in real life</description>
	<lastBuildDate>Fri, 10 Feb 2012 19:07:34 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3</generator>
	<item>
		<title>By: Pawel Brodzinski</title>
		<link>http://blog.brodzinski.com/2009/11/how-to-reduce-number-of-meetings-to-one.html#comment-5110</link>
		<dc:creator>Pawel Brodzinski</dc:creator>
		<pubDate>Tue, 09 Mar 2010 16:21:24 +0000</pubDate>
		<guid isPermaLink="false">http://blog.brodzinski.com/2009/11/how-to-reduce-number-of-meetings-to-one-per-quarter.html#comment-5110</guid>
		<description>Disturbing others is definitely a downside of this approach and a painful one. If you work in an open space with people from other projects it can be a problem if you discuss your project stuff too frequently. 

I&#039;d advise to organize teams in a way which allows them to occupy one room per one project even if this mean changing desks a couple of times a year. Having said that I&#039;m aware not every company is willing (or can) do this so there will always be these huge open spaces filled with people working on different things where it&#039;s hard to openly talk all the time.</description>
		<content:encoded><![CDATA[<p>Disturbing others is definitely a downside of this approach and a painful one. If you work in an open space with people from other projects it can be a problem if you discuss your project stuff too frequently. </p>
<p>I&#8217;d advise to organize teams in a way which allows them to occupy one room per one project even if this mean changing desks a couple of times a year. Having said that I&#8217;m aware not every company is willing (or can) do this so there will always be these huge open spaces filled with people working on different things where it&#8217;s hard to openly talk all the time.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Raghavendra Kulkarni</title>
		<link>http://blog.brodzinski.com/2009/11/how-to-reduce-number-of-meetings-to-one.html#comment-5095</link>
		<dc:creator>Raghavendra Kulkarni</dc:creator>
		<pubDate>Tue, 09 Mar 2010 10:56:33 +0000</pubDate>
		<guid isPermaLink="false">http://blog.brodzinski.com/2009/11/how-to-reduce-number-of-meetings-to-one-per-quarter.html#comment-5095</guid>
		<description>Pawel,
Great post! The upsides &amp; downsides of having meetings at desk have been captured well.  In my organization &amp; many other IT companies in India, team members are seated together or near each other so that any intra-team discussions(technical/non-technical) -read meetings happen at desk in quick &amp; efficient manner. However, as has been mentioned in one of the comments, we have often experienced that such discussions might disturb others(from different projects) and hence we try to do a proper balance of meetings at desk and meetings in conference rooms!</description>
		<content:encoded><![CDATA[<p>Pawel,<br />
Great post! The upsides &amp; downsides of having meetings at desk have been captured well.  In my organization &amp; many other IT companies in India, team members are seated together or near each other so that any intra-team discussions(technical/non-technical) -read meetings happen at desk in quick &amp; efficient manner. However, as has been mentioned in one of the comments, we have often experienced that such discussions might disturb others(from different projects) and hence we try to do a proper balance of meetings at desk and meetings in conference rooms!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pawel Brodzinski</title>
		<link>http://blog.brodzinski.com/2009/11/how-to-reduce-number-of-meetings-to-one.html#comment-3188</link>
		<dc:creator>Pawel Brodzinski</dc:creator>
		<pubDate>Sun, 24 Jan 2010 22:08:24 +0000</pubDate>
		<guid isPermaLink="false">http://blog.brodzinski.com/2009/11/how-to-reduce-number-of-meetings-to-one-per-quarter.html#comment-3188</guid>
		<description>David,

I eager to hear your experience with working for Federal Government with less formalized approaches. I&#039;ve always been told they force vendors to follow very strict rules while you seem to have much freedom.

If you already have all developers in one place Kanban implementation should go smooth. Co-location is a biggest Kanban booster you can think of.</description>
		<content:encoded><![CDATA[<p>David,</p>
<p>I eager to hear your experience with working for Federal Government with less formalized approaches. I&#8217;ve always been told they force vendors to follow very strict rules while you seem to have much freedom.</p>
<p>If you already have all developers in one place Kanban implementation should go smooth. Co-location is a biggest Kanban booster you can think of.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Hopkins</title>
		<link>http://blog.brodzinski.com/2009/11/how-to-reduce-number-of-meetings-to-one.html#comment-3185</link>
		<dc:creator>David Hopkins</dc:creator>
		<pubDate>Sun, 24 Jan 2010 18:33:05 +0000</pubDate>
		<guid isPermaLink="false">http://blog.brodzinski.com/2009/11/how-to-reduce-number-of-meetings-to-one-per-quarter.html#comment-3185</guid>
		<description>You&#039;re describing a &quot;bull pen&quot;.  I&#039;ve been designing &quot;bull pens&quot; and putting teams into them for years.  When I get into a new group, that is the first order of business.  There is no better way for the team to keep on top of the workload as a whole.  Currently we have 2, content team and developers.  The developers have the fridge so the content team is regularly in there anyway.  As a result we have reduced our &quot;meetings&quot; to once a week on Monday morning.  This one meeting is where we bring the client into the fold, and air out items where we may need his actions.  I&#039;m currently in the US Federal Government arena and getting client buy in is usually not the easiest thing to do.

Side note, I&#039;m currently in the process of disposing of the &quot;waterfall&quot; methodologies they are using and replacing them with a Kanban board.  Wish me luck.</description>
		<content:encoded><![CDATA[<p>You&#8217;re describing a &#8220;bull pen&#8221;.  I&#8217;ve been designing &#8220;bull pens&#8221; and putting teams into them for years.  When I get into a new group, that is the first order of business.  There is no better way for the team to keep on top of the workload as a whole.  Currently we have 2, content team and developers.  The developers have the fridge so the content team is regularly in there anyway.  As a result we have reduced our &#8220;meetings&#8221; to once a week on Monday morning.  This one meeting is where we bring the client into the fold, and air out items where we may need his actions.  I&#8217;m currently in the US Federal Government arena and getting client buy in is usually not the easiest thing to do.</p>
<p>Side note, I&#8217;m currently in the process of disposing of the &#8220;waterfall&#8221; methodologies they are using and replacing them with a Kanban board.  Wish me luck.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pawel Brodzinski</title>
		<link>http://blog.brodzinski.com/2009/11/how-to-reduce-number-of-meetings-to-one.html#comment-3078</link>
		<dc:creator>Pawel Brodzinski</dc:creator>
		<pubDate>Fri, 22 Jan 2010 22:20:17 +0000</pubDate>
		<guid isPermaLink="false">http://blog.brodzinski.com/2009/11/how-to-reduce-number-of-meetings-to-one-per-quarter.html#comment-3078</guid>
		<description>Rubio,

I am aware of cost of distraction and still I believe co-location is way better than private offices. Actually I think most people are able to turn themselves off in a way they don&#039;t hear other people talking until it becomes interesting. We have these turn-back-on moment all the time: a question is addressed to someone and he tells &quot;give me the context, I haven&#039;t listened to you.&quot;

Another thing is people rush to tell that each interruption steals 15 minutes of productivity but I haven&#039;t seen people telling how much time it takes when people don&#039;t talk with each other when they should. Well, a couple of hours banging the wall with QA guy head before he asks developer for help? Half a day implementing wrong version because someone hasn&#039;t told it won&#039;t work anyway?

Send people to different rooms and they will talk with each other few times less. Send people to different floors and they would talk with each other as often as if they sit in different cities.

I am with you when it comes to a strong personalities who take the meeting over. I am because it sometimes happen that I am the person who drives the meeting in some strange direction and no one &quot;takes the ball&quot; from me since, well, I am the one who should do it. That&#039;s definitely something I need to work on.</description>
		<content:encoded><![CDATA[<p>Rubio,</p>
<p>I am aware of cost of distraction and still I believe co-location is way better than private offices. Actually I think most people are able to turn themselves off in a way they don&#8217;t hear other people talking until it becomes interesting. We have these turn-back-on moment all the time: a question is addressed to someone and he tells &#8220;give me the context, I haven&#8217;t listened to you.&#8221;</p>
<p>Another thing is people rush to tell that each interruption steals 15 minutes of productivity but I haven&#8217;t seen people telling how much time it takes when people don&#8217;t talk with each other when they should. Well, a couple of hours banging the wall with QA guy head before he asks developer for help? Half a day implementing wrong version because someone hasn&#8217;t told it won&#8217;t work anyway?</p>
<p>Send people to different rooms and they will talk with each other few times less. Send people to different floors and they would talk with each other as often as if they sit in different cities.</p>
<p>I am with you when it comes to a strong personalities who take the meeting over. I am because it sometimes happen that I am the person who drives the meeting in some strange direction and no one &#8220;takes the ball&#8221; from me since, well, I am the one who should do it. That&#8217;s definitely something I need to work on.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rubio</title>
		<link>http://blog.brodzinski.com/2009/11/how-to-reduce-number-of-meetings-to-one.html#comment-3076</link>
		<dc:creator>Rubio</dc:creator>
		<pubDate>Fri, 22 Jan 2010 21:54:24 +0000</pubDate>
		<guid isPermaLink="false">http://blog.brodzinski.com/2009/11/how-to-reduce-number-of-meetings-to-one-per-quarter.html#comment-3076</guid>
		<description>About open workspaces
Designing software is knowledge work. Hence it requires concentration. How easily people are distracted by outside interference differs from person to person. Open workspaces incourage people to interact, which, at best, improves communication. At worst, it doesn&#039;t. The frequency of interruption is also increased. When you&#039;re in the &quot;zone&quot;, it usually takes 10-15 minutes to get back into it after an interruption. If you get, say, 4 interruptions per hour, you don&#039;t get much work done. So, to a developer who is sensitive to interference, an open workspace with frequent interruption is an imposible place to work in.

About meetings
Whether a meeting was successful can, or at least should, be measured by how well it reached its goal. Therefore each meeting should have a clear goal. What are the problems that need to be solved. What are the things that will be dicussed and, more importantly, as people have a tendency to digress, what are the things that will NOT be discussed. All this requires a strong leader, someone who keeps everyone on track. Another problem with face-to-face meetings is that people with strong personalities tend to overpower the less vocal individuals. Again, it comes down to the leader to keep the discussion balanced. If a discussion starts to get out of hand, I use a mutex, my stress ball. Only the person holding the ball is allowed to talk. (Since it&#039;s soft, it&#039;s safe to throw around.) Well coordinated meetings are extremely fruitful.</description>
		<content:encoded><![CDATA[<p>About open workspaces<br />
Designing software is knowledge work. Hence it requires concentration. How easily people are distracted by outside interference differs from person to person. Open workspaces incourage people to interact, which, at best, improves communication. At worst, it doesn&#8217;t. The frequency of interruption is also increased. When you&#8217;re in the &#8220;zone&#8221;, it usually takes 10-15 minutes to get back into it after an interruption. If you get, say, 4 interruptions per hour, you don&#8217;t get much work done. So, to a developer who is sensitive to interference, an open workspace with frequent interruption is an imposible place to work in.</p>
<p>About meetings<br />
Whether a meeting was successful can, or at least should, be measured by how well it reached its goal. Therefore each meeting should have a clear goal. What are the problems that need to be solved. What are the things that will be dicussed and, more importantly, as people have a tendency to digress, what are the things that will NOT be discussed. All this requires a strong leader, someone who keeps everyone on track. Another problem with face-to-face meetings is that people with strong personalities tend to overpower the less vocal individuals. Again, it comes down to the leader to keep the discussion balanced. If a discussion starts to get out of hand, I use a mutex, my stress ball. Only the person holding the ball is allowed to talk. (Since it&#8217;s soft, it&#8217;s safe to throw around.) Well coordinated meetings are extremely fruitful.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Josh Nankivel</title>
		<link>http://blog.brodzinski.com/2009/11/how-to-reduce-number-of-meetings-to-one.html#comment-2855</link>
		<dc:creator>Josh Nankivel</dc:creator>
		<pubDate>Tue, 12 Jan 2010 23:23:49 +0000</pubDate>
		<guid isPermaLink="false">http://blog.brodzinski.com/2009/11/how-to-reduce-number-of-meetings-to-one-per-quarter.html#comment-2855</guid>
		<description>Bas de Baar and I discussed this post in What&#039;s Up in Project Management?

&lt;a href=&quot;http://whatsupinpm.com/show-1-intros-chaos-and-meetings/&quot; rel=&quot;nofollow&quot;&gt;http://whatsupinpm.com/show-1-intros-chaos-and-meetings&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>Bas de Baar and I discussed this post in What&#8217;s Up in Project Management?</p>
<p><a href="http://whatsupinpm.com/show-1-intros-chaos-and-meetings/" rel="nofollow">http://whatsupinpm.com/show-1-intros-chaos-and-meetings</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Josh</title>
		<link>http://blog.brodzinski.com/2009/11/how-to-reduce-number-of-meetings-to-one.html#comment-2446</link>
		<dc:creator>Josh</dc:creator>
		<pubDate>Mon, 16 Nov 2009 00:21:40 +0000</pubDate>
		<guid isPermaLink="false">http://blog.brodzinski.com/2009/11/how-to-reduce-number-of-meetings-to-one-per-quarter.html#comment-2446</guid>
		<description>Great post Pawel, this is definitely a huge benefit of co-located small teams.&lt;br /&gt;&lt;br /&gt;I wrote a post a while back on &lt;a href=&quot;http://pmstudent.com/help-your-people-escape-meeting-hell/&quot; rel=&quot;nofollow&quot;&gt;helping your team escape from meeting hell&lt;/a&gt; that I was reminded of while reading your post.</description>
		<content:encoded><![CDATA[<p>Great post Pawel, this is definitely a huge benefit of co-located small teams.</p>
<p>I wrote a post a while back on <a href="http://pmstudent.com/help-your-people-escape-meeting-hell/" rel="nofollow">helping your team escape from meeting hell</a> that I was reminded of while reading your post.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pawel Brodzinski</title>
		<link>http://blog.brodzinski.com/2009/11/how-to-reduce-number-of-meetings-to-one.html#comment-2445</link>
		<dc:creator>Pawel Brodzinski</dc:creator>
		<pubDate>Fri, 13 Nov 2009 15:49:43 +0000</pubDate>
		<guid isPermaLink="false">http://blog.brodzinski.com/2009/11/how-to-reduce-number-of-meetings-to-one-per-quarter.html#comment-2445</guid>
		<description>Glen,&lt;br /&gt;&lt;br /&gt;Exactly. You can say we have basically no team meetings at all, but you can say we are at the meeting all the time too. It&#039;s just sometimes everybody is silent.</description>
		<content:encoded><![CDATA[<p>Glen,</p>
<p>Exactly. You can say we have basically no team meetings at all, but you can say we are at the meeting all the time too. It&#39;s just sometimes everybody is silent.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Glen B. Alleman</title>
		<link>http://blog.brodzinski.com/2009/11/how-to-reduce-number-of-meetings-to-one.html#comment-2444</link>
		<dc:creator>Glen B. Alleman</dc:creator>
		<pubDate>Fri, 13 Nov 2009 15:05:15 +0000</pubDate>
		<guid isPermaLink="false">http://blog.brodzinski.com/2009/11/how-to-reduce-number-of-meetings-to-one-per-quarter.html#comment-2444</guid>
		<description>So you&#039;ve redefined the term &quot;meeting&quot; to be a continuous conversation in the same room you&#039;re working?</description>
		<content:encoded><![CDATA[<p>So you&#39;ve redefined the term &quot;meeting&quot; to be a continuous conversation in the same room you&#39;re working?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

