<?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: On Engineering Meetings (redux)</title>
	<atom:link href="http://crankypm.com/2009/01/product-management-engineering-meetings/feed/" rel="self" type="application/rss+xml" />
	<link>http://crankypm.com/2009/01/product-management-engineering-meetings/</link>
	<description>Product management and the ugly side of software product development.</description>
	<lastBuildDate>Fri, 12 Mar 2010 19:24:05 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=abc</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Support the Cranky PM at BoS 2009 &#171; On Product Management</title>
		<link>http://crankypm.com/2009/01/product-management-engineering-meetings/comment-page-1/#comment-3970</link>
		<dc:creator>Support the Cranky PM at BoS 2009 &#171; On Product Management</dc:creator>
		<pubDate>Thu, 22 Oct 2009 00:03:32 +0000</pubDate>
		<guid isPermaLink="false">http://crankypm.com/?p=981#comment-3970</guid>
		<description>[...] On Engineering Meetings: Redux [...]</description>
		<content:encoded><![CDATA[<p>[...] On Engineering Meetings: Redux [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: The Cranky Product Manager</title>
		<link>http://crankypm.com/2009/01/product-management-engineering-meetings/comment-page-1/#comment-2859</link>
		<dc:creator>The Cranky Product Manager</dc:creator>
		<pubDate>Fri, 23 Jan 2009 22:03:07 +0000</pubDate>
		<guid isPermaLink="false">http://crankypm.com/?p=981#comment-2859</guid>
		<description>Chuck, thanks for this.  You&#039;ve summed up what the Cranky Product Manager wanted to say in a much clearer and complete way.</description>
		<content:encoded><![CDATA[<p>Chuck, thanks for this.  You&#8217;ve summed up what the Cranky Product Manager wanted to say in a much clearer and complete way.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: The Cranky Product Manager</title>
		<link>http://crankypm.com/2009/01/product-management-engineering-meetings/comment-page-1/#comment-2858</link>
		<dc:creator>The Cranky Product Manager</dc:creator>
		<pubDate>Fri, 23 Jan 2009 21:58:55 +0000</pubDate>
		<guid isPermaLink="false">http://crankypm.com/?p=981#comment-2858</guid>
		<description>Zoe, the Cranky Product Manager has worked with many a Finn and Swede  and Norwegian and found that the pre-meeting is even MORE important with them because of the strong (inflexible!) opinions they often have and put forth in meetings - often before hearing all the information - plus their unwillingness to change their minds. Things are different if you discuss things in a social context ahead of time.

Oh, and by &quot;big&quot; meeting the CPM does not necessarily mean large, but important.

Too often, the  meetings that you recommend the CPM embrace degrade into male pissing contests. The various men in the room do the equivalent of &quot;whipping it out&quot; and try to show how frakin&#039; smart they are, all while putting down the others.  The loudest and most obnoxious often win.  But I guess you&#039;d categorize the ones who don&#039;t partake in this type of verbal contest as &quot;weak-minded fools&quot;.  Well, the Cranky Product Manager disagrees. Some of the best ideas and most important points come from the people who are quiet in meetings.

Perhaps because the CPM is female she is especially annoyed by this type of thing.  Premeetings work lots better.</description>
		<content:encoded><![CDATA[<p>Zoe, the Cranky Product Manager has worked with many a Finn and Swede  and Norwegian and found that the pre-meeting is even MORE important with them because of the strong (inflexible!) opinions they often have and put forth in meetings &#8211; often before hearing all the information &#8211; plus their unwillingness to change their minds. Things are different if you discuss things in a social context ahead of time.</p>
<p>Oh, and by &#8220;big&#8221; meeting the CPM does not necessarily mean large, but important.</p>
<p>Too often, the  meetings that you recommend the CPM embrace degrade into male pissing contests. The various men in the room do the equivalent of &#8220;whipping it out&#8221; and try to show how frakin&#8217; smart they are, all while putting down the others.  The loudest and most obnoxious often win.  But I guess you&#8217;d categorize the ones who don&#8217;t partake in this type of verbal contest as &#8220;weak-minded fools&#8221;.  Well, the Cranky Product Manager disagrees. Some of the best ideas and most important points come from the people who are quiet in meetings.</p>
<p>Perhaps because the CPM is female she is especially annoyed by this type of thing.  Premeetings work lots better.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Saeed vs. Cranky PM: Fight! &#171; On Product Management</title>
		<link>http://crankypm.com/2009/01/product-management-engineering-meetings/comment-page-1/#comment-2794</link>
		<dc:creator>Saeed vs. Cranky PM: Fight! &#171; On Product Management</dc:creator>
		<pubDate>Sat, 17 Jan 2009 23:49:44 +0000</pubDate>
		<guid isPermaLink="false">http://crankypm.com/?p=981#comment-2794</guid>
		<description>[...] really relevant points in some comments (1,2) on the Cranky PM&#8217;s site, because she decided to honour me with a post entirely dedicated to refuting those [...]</description>
		<content:encoded><![CDATA[<p>[...] really relevant points in some comments (1,2) on the Cranky PM&#8217;s site, because she decided to honour me with a post entirely dedicated to refuting those [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: NWGuy</title>
		<link>http://crankypm.com/2009/01/product-management-engineering-meetings/comment-page-1/#comment-2747</link>
		<dc:creator>NWGuy</dc:creator>
		<pubDate>Fri, 16 Jan 2009 17:40:32 +0000</pubDate>
		<guid isPermaLink="false">http://crankypm.com/?p=981#comment-2747</guid>
		<description>Of course the Cranky PM is right; close communication is key to removing contentious issues.

Could you please provide some additional insights?  How do you accomplish this with remote teams, which may have a 12 hour time shift from your normal office hours?  Late night conference calls help but the communication remains strained.  What frequency do you suggest for face to face meetings, which are more helpful than voice or video calling.  

Please enlighten more, there may be some sushi in it for you :)</description>
		<content:encoded><![CDATA[<p>Of course the Cranky PM is right; close communication is key to removing contentious issues.</p>
<p>Could you please provide some additional insights?  How do you accomplish this with remote teams, which may have a 12 hour time shift from your normal office hours?  Late night conference calls help but the communication remains strained.  What frequency do you suggest for face to face meetings, which are more helpful than voice or video calling.  </p>
<p>Please enlighten more, there may be some sushi in it for you :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Zoe</title>
		<link>http://crankypm.com/2009/01/product-management-engineering-meetings/comment-page-1/#comment-2729</link>
		<dc:creator>Zoe</dc:creator>
		<pubDate>Fri, 16 Jan 2009 00:39:54 +0000</pubDate>
		<guid isPermaLink="false">http://crankypm.com/?p=981#comment-2729</guid>
		<description>Well the famous &quot;pre-meeting&quot;.  Now I do understand why, specially if you are working in USA.  Even more so if you have Asian influence and losing face is problematic for you.  If you are Scandinavian, this may be insulting and if you are German it is a sure sign of weakness.

There are other ways to handle this.  Do more than one big meeting.  Why are meetings so big?  Allow engineers to do what they do, engineer things.  Recommend things to them, explain etc.  

The problem with pre-meetings is when you manage to get too many of the weak minded fools on your side when you are wrong.  Embrace the contentious meetings.  Feel good about losing every now and then.  

Oh and if you have not gathered... I have been on both sides of the table, in engineering (not software) and product management.  I am wrong a lot :-) and I hate the political bs of pre-meeting.  And yes I am from Finland.</description>
		<content:encoded><![CDATA[<p>Well the famous &#8220;pre-meeting&#8221;.  Now I do understand why, specially if you are working in USA.  Even more so if you have Asian influence and losing face is problematic for you.  If you are Scandinavian, this may be insulting and if you are German it is a sure sign of weakness.</p>
<p>There are other ways to handle this.  Do more than one big meeting.  Why are meetings so big?  Allow engineers to do what they do, engineer things.  Recommend things to them, explain etc.  </p>
<p>The problem with pre-meetings is when you manage to get too many of the weak minded fools on your side when you are wrong.  Embrace the contentious meetings.  Feel good about losing every now and then.  </p>
<p>Oh and if you have not gathered&#8230; I have been on both sides of the table, in engineering (not software) and product management.  I am wrong a lot :-) and I hate the political bs of pre-meeting.  And yes I am from Finland.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ron</title>
		<link>http://crankypm.com/2009/01/product-management-engineering-meetings/comment-page-1/#comment-2721</link>
		<dc:creator>Ron</dc:creator>
		<pubDate>Thu, 15 Jan 2009 20:43:54 +0000</pubDate>
		<guid isPermaLink="false">http://crankypm.com/?p=981#comment-2721</guid>
		<description>One good reason to talk to other people about potentially contentious ideas: maybe you don&#039;t know everything even though you think you do.

As far as the Asian thing, having worked with Asian businessmen a lot (large companies) the &quot;big meetings&quot; are usually a rubber stamp. Consensus building, face saving etc happens first. Initially I thought it a very frustrating and slow approach. It is slow, and I don&#039;t like it, but I hate it less now that I&#039;m older.</description>
		<content:encoded><![CDATA[<p>One good reason to talk to other people about potentially contentious ideas: maybe you don&#8217;t know everything even though you think you do.</p>
<p>As far as the Asian thing, having worked with Asian businessmen a lot (large companies) the &#8220;big meetings&#8221; are usually a rubber stamp. Consensus building, face saving etc happens first. Initially I thought it a very frustrating and slow approach. It is slow, and I don&#8217;t like it, but I hate it less now that I&#8217;m older.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: William Pietri</title>
		<link>http://crankypm.com/2009/01/product-management-engineering-meetings/comment-page-1/#comment-2714</link>
		<dc:creator>William Pietri</dc:creator>
		<pubDate>Thu, 15 Jan 2009 18:42:27 +0000</pubDate>
		<guid isPermaLink="false">http://crankypm.com/?p=981#comment-2714</guid>
		<description>Absolutely right! I think the key bit to what you write is this: &lt;i&gt;Note, though, that if you frequently meet and socialize with individual developers, you can expect less and less contentious meetings over time.&lt;/i&gt;

If somebody is too busy to actually spend time with all of the team members, that&#039;s not unreasonable. But their opinions will be treated as those of an outsider. If you want people to take your ideas seriously, you have to take them seriously. As people.</description>
		<content:encoded><![CDATA[<p>Absolutely right! I think the key bit to what you write is this: <i>Note, though, that if you frequently meet and socialize with individual developers, you can expect less and less contentious meetings over time.</i></p>
<p>If somebody is too busy to actually spend time with all of the team members, that&#8217;s not unreasonable. But their opinions will be treated as those of an outsider. If you want people to take your ideas seriously, you have to take them seriously. As people.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chuck Kinnan</title>
		<link>http://crankypm.com/2009/01/product-management-engineering-meetings/comment-page-1/#comment-2713</link>
		<dc:creator>Chuck Kinnan</dc:creator>
		<pubDate>Thu, 15 Jan 2009 18:22:52 +0000</pubDate>
		<guid isPermaLink="false">http://crankypm.com/?p=981#comment-2713</guid>
		<description>Hopefully I read the original article and comments thoroughly enough and I&#039;m not repeating an idea here, and I&#039;m sorry if I am, but I think there is another huge benefit to having these smaller meetings ahead of time.

I think the idea was hinted at when CPM said that meeting with people ahead of time allows the PM to hear unforeseen objections.  It also gives engineers time to digest the problem.  

There are many reasons why this helps.  It gives people time to get past any emotion flare ups that even the most rational of engineers have from time to time.  Perhaps they can think of better solutions and compromises while not in the heat of an argument.  Maybe a good night&#039;s sleep just changes their perspective on things.

As for the idea that there are two types of environments, rational and irrational, I just don&#039;t buy that at all.  First off, this is the real world.  Every person has different capacities for logic and emotion.  There are many people that have more of both characteristics than others.  And it is hard to know what will set off different people.

I concede that having rational, cooler heads involved in a discussion makes meetings go better.  But if your engineers are always so rational that you can drop bombs on them and they never let their emotions affect them, I question whether you really have the best workers.

I want people that care working on my projects; they do a better job.  

Caring is an emotion.  Emotions are unpredictable at times.  Yes, sometimes those emotions can cause problems.  If you do have continual problems with an individual, mayhaps they don&#039;t belong at your company.  But giving most real people warning when contentious decisions are about to be made gives them time to get their emotions in check and think about things rationally.</description>
		<content:encoded><![CDATA[<p>Hopefully I read the original article and comments thoroughly enough and I&#8217;m not repeating an idea here, and I&#8217;m sorry if I am, but I think there is another huge benefit to having these smaller meetings ahead of time.</p>
<p>I think the idea was hinted at when CPM said that meeting with people ahead of time allows the PM to hear unforeseen objections.  It also gives engineers time to digest the problem.  </p>
<p>There are many reasons why this helps.  It gives people time to get past any emotion flare ups that even the most rational of engineers have from time to time.  Perhaps they can think of better solutions and compromises while not in the heat of an argument.  Maybe a good night&#8217;s sleep just changes their perspective on things.</p>
<p>As for the idea that there are two types of environments, rational and irrational, I just don&#8217;t buy that at all.  First off, this is the real world.  Every person has different capacities for logic and emotion.  There are many people that have more of both characteristics than others.  And it is hard to know what will set off different people.</p>
<p>I concede that having rational, cooler heads involved in a discussion makes meetings go better.  But if your engineers are always so rational that you can drop bombs on them and they never let their emotions affect them, I question whether you really have the best workers.</p>
<p>I want people that care working on my projects; they do a better job.  </p>
<p>Caring is an emotion.  Emotions are unpredictable at times.  Yes, sometimes those emotions can cause problems.  If you do have continual problems with an individual, mayhaps they don&#8217;t belong at your company.  But giving most real people warning when contentious decisions are about to be made gives them time to get their emotions in check and think about things rationally.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve Johnson</title>
		<link>http://crankypm.com/2009/01/product-management-engineering-meetings/comment-page-1/#comment-2711</link>
		<dc:creator>Steve Johnson</dc:creator>
		<pubDate>Thu, 15 Jan 2009 17:36:47 +0000</pubDate>
		<guid isPermaLink="false">http://crankypm.com/?p=981#comment-2711</guid>
		<description>If only developers--and husbands--could learn to say &quot;You&#039;re right, dear. I&#039;m sorry.&quot; 60% of the time it works all the time.</description>
		<content:encoded><![CDATA[<p>If only developers&#8211;and husbands&#8211;could learn to say &#8220;You&#8217;re right, dear. I&#8217;m sorry.&#8221; 60% of the time it works all the time.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
