<?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: Meeting Madness? Don’t Do it!</title> <atom:link href="http://pmtoolsthatwork.com/meeting-madness-dont-do-it/feed/" rel="self" type="application/rss+xml" /><link>http://pmtoolsthatwork.com/meeting-madness-dont-do-it/?utm_source=rss&amp;utm_medium=rss&amp;utm_campaign=meeting-madness-dont-do-it</link> <description>Getting to On-Time Software Projects</description> <lastBuildDate>Thu, 09 Sep 2010 20:43:50 +0000</lastBuildDate> <sy:updatePeriod>hourly</sy:updatePeriod> <sy:updateFrequency>1</sy:updateFrequency> <generator>http://wordpress.org/?v=3.0.1</generator> <item><title>By: Leonard</title><link>http://pmtoolsthatwork.com/meeting-madness-dont-do-it/comment-page-1/#comment-470</link> <dc:creator>Leonard</dc:creator> <pubDate>Sat, 03 Jul 2010 21:44:52 +0000</pubDate> <guid
isPermaLink="false">http://project-management-tools.thruhere.net/?p=120#comment-470</guid> <description>While I&#039;m getting my second helping of popcorn, so, how long did the madness continued? I see a linear trend, so I get the point, more meetings, less meetings, weekend meetings, the defects/bugs where fixed at a constant rate.  I predict about 10 weeks later the last 200 defects were fixed. Still wondering.. did they see the light?</description> <content:encoded><![CDATA[<p>While I&#8217;m getting my second helping of popcorn, so, how long did the madness continued? I see a linear trend, so I get the point, more meetings, less meetings, weekend meetings, the defects/bugs where fixed at a constant rate.  I predict about 10 weeks later the last 200 defects were fixed. Still wondering.. did they see the light?</p> ]]></content:encoded> </item> <item><title>By: Bruce Benson</title><link>http://pmtoolsthatwork.com/meeting-madness-dont-do-it/comment-page-1/#comment-39</link> <dc:creator>Bruce Benson</dc:creator> <pubDate>Wed, 19 Aug 2009 14:29:10 +0000</pubDate> <guid
isPermaLink="false">http://project-management-tools.thruhere.net/?p=120#comment-39</guid> <description>Kendra,Every situation, of course, must be assessed on its own merits and needs.Only interacting when a specific issue comes up has some limitations.  I&#039;ve seen cases where everyone thinks things are going fine, until they get together and talk about what they are doing.  Then they realize someone is going down the wrong path or someone is duplicating what another is doing, etc..  So periodically getting together as a team is necessary.Quick stand-up meetings where everyone gathers -- stands -- and the meeting only runs 10-15 minutes can be useful for keeping teams focused on common goals (and for team identity and building).Generally, I find many meetings are just &quot;fixes&quot; for other things are are not going well:  goals constantly changing, schedule constantly changing, scope constantly changing, no other way of getting information is available, etc..   So when suddenly more meetings are needed, there is often an underlying cause that needs to be fixed.  Once that is done, the need for so many meetings can go away.Bruce</description> <content:encoded><![CDATA[<p>Kendra,</p><p>Every situation, of course, must be assessed on its own merits and needs.</p><p>Only interacting when a specific issue comes up has some limitations.  I&#8217;ve seen cases where everyone thinks things are going fine, until they get together and talk about what they are doing.  Then they realize someone is going down the wrong path or someone is duplicating what another is doing, etc..  So periodically getting together as a team is necessary.</p><p>Quick stand-up meetings where everyone gathers &#8212; stands &#8212; and the meeting only runs 10-15 minutes can be useful for keeping teams focused on common goals (and for team identity and building).</p><p>Generally, I find many meetings are just &#8220;fixes&#8221; for other things are are not going well:  goals constantly changing, schedule constantly changing, scope constantly changing, no other way of getting information is available, etc..   So when suddenly more meetings are needed, there is often an underlying cause that needs to be fixed.  Once that is done, the need for so many meetings can go away.</p><p>Bruce</p> ]]></content:encoded> </item> <item><title>By: Kendra</title><link>http://pmtoolsthatwork.com/meeting-madness-dont-do-it/comment-page-1/#comment-38</link> <dc:creator>Kendra</dc:creator> <pubDate>Wed, 19 Aug 2009 13:11:59 +0000</pubDate> <guid
isPermaLink="false">http://project-management-tools.thruhere.net/?p=120#comment-38</guid> <description>Do you really feel that daily meetings are helpful?  We are a small team of 2 developers, 2 designers, and 2 PMs. I feel these daily meetings are not effective for us because we are all working on different projects; if we run into issues, we are a small enough team that we talk about those issues in the moment.</description> <content:encoded><![CDATA[<p>Do you really feel that daily meetings are helpful?  We are a small team of 2 developers, 2 designers, and 2 PMs. I feel these daily meetings are not effective for us because we are all working on different projects; if we run into issues, we are a small enough team that we talk about those issues in the moment.</p> ]]></content:encoded> </item> <item><title>By: Bruce</title><link>http://pmtoolsthatwork.com/meeting-madness-dont-do-it/comment-page-1/#comment-22</link> <dc:creator>Bruce</dc:creator> <pubDate>Mon, 03 Aug 2009 21:51:49 +0000</pubDate> <guid
isPermaLink="false">http://project-management-tools.thruhere.net/?p=120#comment-22</guid> <description>Mark,What I liked about Scrum (Agile management method) was the &quot;burn down&quot; metric.  It is central to Scrum management.  As you know, metrics are all too often &quot;tweaked&quot; and start to lose their usefulness as a management tool. My fear is in organization that likes to &quot;fix&quot; measurements that in their hands Scrum and other Agile techniques will suffer the same fate.Our old common company is trying to use Scrum. This should be a perfect laboratory to see how the two worlds collide.  So far, based upon quarterly financial releases, I don&#039;t yet see much change.ThanksBruce</description> <content:encoded><![CDATA[<p>Mark,</p><p>What I liked about Scrum (Agile management method) was the &#8220;burn down&#8221; metric.  It is central to Scrum management.  As you know, metrics are all too often &#8220;tweaked&#8221; and start to lose their usefulness as a management tool. My fear is in organization that likes to &#8220;fix&#8221; measurements that in their hands Scrum and other Agile techniques will suffer the same fate.</p><p>Our old common company is trying to use Scrum. This should be a perfect laboratory to see how the two worlds collide.  So far, based upon quarterly financial releases, I don&#8217;t yet see much change.</p><p>Thanks</p><p>Bruce</p> ]]></content:encoded> </item> <item><title>By: Mark</title><link>http://pmtoolsthatwork.com/meeting-madness-dont-do-it/comment-page-1/#comment-21</link> <dc:creator>Mark</dc:creator> <pubDate>Mon, 03 Aug 2009 17:12:11 +0000</pubDate> <guid
isPermaLink="false">http://project-management-tools.thruhere.net/?p=120#comment-21</guid> <description>Bruce;Spot on article. Definitely brings back memories (some even good!).  I&#039;ve been looking at Agile Methods and am convinced there is some good potential. For example take a look at the daily scrum meetings and I think you&#039;ll find it tries to provide a framework that builds on some of the better aspects of the information exchange while leaving some of the artificial &quot;this is how we drive the team&quot; methodology out.  It will be interesting to see if there is real world  feedback on how the agile and traditional pm methods get integrated over time.-mgk</description> <content:encoded><![CDATA[<p>Bruce;</p><p>Spot on article. Definitely brings back memories (some even good!).  I&#8217;ve been looking at Agile Methods and am convinced there is some good potential. For example take a look at the daily scrum meetings and I think you&#8217;ll find it tries to provide a framework that builds on some of the better aspects of the information exchange while leaving some of the artificial &#8220;this is how we drive the team&#8221; methodology out.  It will be interesting to see if there is real world  feedback on how the agile and traditional pm methods get integrated over time.</p><p>-mgk</p> ]]></content:encoded> </item> </channel> </rss>
<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Minified using disk
Page Caching using disk (user agent is rejected)
Database Caching 6/20 queries in 0.032 seconds using disk

Served from: pmtoolsthatwork.com @ 2010-09-10 00:27:21 -->