<?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: Probably I&#8217;m a &#8220;products person&#8221;</title>
	<atom:link href="http://blog.burcudogan.com/444/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.burcudogan.com/444/</link>
	<description>burcu dogan&#039;s monthly routine. caution: risk of overdose.</description>
	<lastBuildDate>Wed, 08 Sep 2010 21:09:09 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: Burcu Dogan</title>
		<link>http://blog.burcudogan.com/444/comment-page-1/#comment-4606</link>
		<dc:creator>Burcu Dogan</dc:creator>
		<pubDate>Fri, 26 Feb 2010 14:16:41 +0000</pubDate>
		<guid isPermaLink="false">http://blog.burcudogan.com/?p=444#comment-4606</guid>
		<description>&lt;blockquote&gt;
 &lt;p&gt;To become a product person is simple. Just take a hammer, and hit yourself in the head until you loose all cognitive capacity. In my humble opinion, “product people” are dumb-asses. No really… They love buzzwords, and they love simple schemas that show with a big arrow where the “product” is supposed to be placed in infrastructure, in case they forget what the product was for.&lt;/p&gt;
&lt;/blockquote&gt;

I was totally in agree with you a few months back in time. But it all depends on the organization you are working. In a not very well organized company, any technical job is more tragical than the product manager&#039;s story above. To make proper product management, your organization should give the whole responsible and freedom to you to make choices -- these choices may vary from software development practices to the daily hours interval your team should be on site. Otherwise, the BOSS becomes who makes the product management and no other is needed. So you end up being a time sheet filler, an Excel master and some dummy person that repeats the goal of the holly BOSS.</description>
		<content:encoded><![CDATA[<blockquote>
<p>To become a product person is simple. Just take a hammer, and hit yourself in the head until you loose all cognitive capacity. In my humble opinion, “product people” are dumb-asses. No really… They love buzzwords, and they love simple schemas that show with a big arrow where the “product” is supposed to be placed in infrastructure, in case they forget what the product was for.</p>
</blockquote>
<p>I was totally in agree with you a few months back in time. But it all depends on the organization you are working. In a not very well organized company, any technical job is more tragical than the product manager&#8217;s story above. To make proper product management, your organization should give the whole responsible and freedom to you to make choices &#8212; these choices may vary from software development practices to the daily hours interval your team should be on site. Otherwise, the BOSS becomes who makes the product management and no other is needed. So you end up being a time sheet filler, an Excel master and some dummy person that repeats the goal of the holly BOSS.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Can</title>
		<link>http://blog.burcudogan.com/444/comment-page-1/#comment-4595</link>
		<dc:creator>Can</dc:creator>
		<pubDate>Thu, 25 Feb 2010 18:20:48 +0000</pubDate>
		<guid isPermaLink="false">http://blog.burcudogan.com/?p=444#comment-4595</guid>
		<description>To become a product person is simple. Just take a hammer, and hit yourself in the head until you loose all cognitive capacity. In my humble opinion, &quot;product people&quot; are dumb-asses. No really... They love buzzwords, and they love simple schemas that show with a big arrow where the &quot;product&quot; is supposed to be placed in infrastructure, in case they forget what the product was for.

I also really love stuff like changing the outlook settings of product persons and watch them get all confused. 

Anyhow, you should not pay attention to any of those. If you want to learn things like budget, market visibility, commerce, etc, just sit down with excel and plan the stuff.

I also recommend all the developers to listen to Scott Adams audiotape `MBA in 30 minutes` - once this material is digested and understood by the developer, next day she/he can go to work with a ceo&#039;ish attitude.</description>
		<content:encoded><![CDATA[<p>To become a product person is simple. Just take a hammer, and hit yourself in the head until you loose all cognitive capacity. In my humble opinion, &#8220;product people&#8221; are dumb-asses. No really&#8230; They love buzzwords, and they love simple schemas that show with a big arrow where the &#8220;product&#8221; is supposed to be placed in infrastructure, in case they forget what the product was for.</p>
<p>I also really love stuff like changing the outlook settings of product persons and watch them get all confused. </p>
<p>Anyhow, you should not pay attention to any of those. If you want to learn things like budget, market visibility, commerce, etc, just sit down with excel and plan the stuff.</p>
<p>I also recommend all the developers to listen to Scott Adams audiotape `MBA in 30 minutes` &#8211; once this material is digested and understood by the developer, next day she/he can go to work with a ceo&#8217;ish attitude.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
