<?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: Musings About Management Debt</title>
	<atom:link href="http://www.jrothman.com/blog/mpd/2009/01/musings-about-management-debt.html/feed" rel="self" type="application/rss+xml" />
	<link>http://www.jrothman.com/blog/mpd/2009/01/musings-about-management-debt.html</link>
	<description>Management, especially good management, is hard to do. This blog is for people who want to think about how they manage people, projects, and risk.</description>
	<lastBuildDate>Fri, 18 May 2012 15:02:36 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: annug</title>
		<link>http://www.jrothman.com/blog/mpd/2009/01/musings-about-management-debt.html/comment-page-1#comment-57383</link>
		<dc:creator>annug</dc:creator>
		<pubDate>Fri, 02 Oct 2009 14:41:30 +0000</pubDate>
		<guid isPermaLink="false">http://jrothman.com/blog/mpd/?p=8621#comment-57383</guid>
		<description>excellent terminology &quot;management debt&quot; which i guess is visible very much in most of the well structured organisation this is due to the lack of skilled managers/ organisers</description>
		<content:encoded><![CDATA[<p>excellent terminology &#8220;management debt&#8221; which i guess is visible very much in most of the well structured organisation this is due to the lack of skilled managers/ organisers</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Clifford</title>
		<link>http://www.jrothman.com/blog/mpd/2009/01/musings-about-management-debt.html/comment-page-1#comment-34826</link>
		<dc:creator>John Clifford</dc:creator>
		<pubDate>Fri, 27 Feb 2009 23:40:04 +0000</pubDate>
		<guid isPermaLink="false">http://jrothman.com/blog/mpd/?p=8621#comment-34826</guid>
		<description>Why not just call a spade a spade? The real term here is &quot;incompetence.&quot; 

A manager has one role: to make decisions. Good managers can make decisions, aren&#039;t afraid of making them. Bad managers are afraid, and either don&#039;t/won&#039;t make decision, or continually re-decide based upon the fear du jour.

Project managers fighting over resources? Management hasn&#039;t prioritized projects. Workers confused as to which manager to listen to? The group manager hasn&#039;t established a viable organization (management hierarchy). Frequent context-switching? Again, group manager either hasn&#039;t prioritized AND hasn&#039;t established a viable organization, or he keeps re-deciding because he is afraid he was wrong with his last decision. It all reduces to lack of competence at the primary responsibility of decision-making.

Maybe the real problem is how we choose managers. Often the best manager may not be the most technically astute person on the team, yet that&#039;s how we usually choose managers (by promoting the individuals with the best skills in a particular function). 

Hopefully, the cultural paradigm inspired by Agile will force us to revisit how we choose managers, and what we expect from them.</description>
		<content:encoded><![CDATA[<p>Why not just call a spade a spade? The real term here is &#8220;incompetence.&#8221; </p>
<p>A manager has one role: to make decisions. Good managers can make decisions, aren&#8217;t afraid of making them. Bad managers are afraid, and either don&#8217;t/won&#8217;t make decision, or continually re-decide based upon the fear du jour.</p>
<p>Project managers fighting over resources? Management hasn&#8217;t prioritized projects. Workers confused as to which manager to listen to? The group manager hasn&#8217;t established a viable organization (management hierarchy). Frequent context-switching? Again, group manager either hasn&#8217;t prioritized AND hasn&#8217;t established a viable organization, or he keeps re-deciding because he is afraid he was wrong with his last decision. It all reduces to lack of competence at the primary responsibility of decision-making.</p>
<p>Maybe the real problem is how we choose managers. Often the best manager may not be the most technically astute person on the team, yet that&#8217;s how we usually choose managers (by promoting the individuals with the best skills in a particular function). </p>
<p>Hopefully, the cultural paradigm inspired by Agile will force us to revisit how we choose managers, and what we expect from them.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Craig Brown</title>
		<link>http://www.jrothman.com/blog/mpd/2009/01/musings-about-management-debt.html/comment-page-1#comment-33421</link>
		<dc:creator>Craig Brown</dc:creator>
		<pubDate>Fri, 06 Feb 2009 11:54:43 +0000</pubDate>
		<guid isPermaLink="false">http://jrothman.com/blog/mpd/?p=8621#comment-33421</guid>
		<description>How about &quot;Failure to achieve target benefits&quot;  or even &quot;No benefits tracking.&quot;

After all this environment probably starts a ltr of projects and finishes few or even none.

Cheers</description>
		<content:encoded><![CDATA[<p>How about &#8220;Failure to achieve target benefits&#8221;  or even &#8220;No benefits tracking.&#8221;</p>
<p>After all this environment probably starts a ltr of projects and finishes few or even none.</p>
<p>Cheers</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ben</title>
		<link>http://www.jrothman.com/blog/mpd/2009/01/musings-about-management-debt.html/comment-page-1#comment-32774</link>
		<dc:creator>Ben</dc:creator>
		<pubDate>Thu, 22 Jan 2009 00:15:36 +0000</pubDate>
		<guid isPermaLink="false">http://jrothman.com/blog/mpd/?p=8621#comment-32774</guid>
		<description>Technical Debt is a term I am using more and more to help highlight to people the hidden cost of hacking/poor design etc.
Extending its use into Management to highlight the hidden costs of indecision, flip-flopping etc. is a great idea. Pawel&#039;s additions are spot on.</description>
		<content:encoded><![CDATA[<p>Technical Debt is a term I am using more and more to help highlight to people the hidden cost of hacking/poor design etc.<br />
Extending its use into Management to highlight the hidden costs of indecision, flip-flopping etc. is a great idea. Pawel&#8217;s additions are spot on.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pawel Brodzinski</title>
		<link>http://www.jrothman.com/blog/mpd/2009/01/musings-about-management-debt.html/comment-page-1#comment-32740</link>
		<dc:creator>Pawel Brodzinski</dc:creator>
		<pubDate>Wed, 21 Jan 2009 11:40:48 +0000</pubDate>
		<guid isPermaLink="false">http://jrothman.com/blog/mpd/?p=8621#comment-32740</guid>
		<description>The term is nice. If you need some more symptoms:
- Project managers fights with each other for the crucial resources (especially the best specialists)
- A lot of unnecessary context switching which hurts everyone but especially developers
- Different assingments comes from different managers and people are confused
- There are managers from different departments (e.g. sales) telling people what to do

And one more thing form the other side of a barricade. A manager who is responsible for project management, software development etc asks decision-makers which project is the most important and the answer is &quot;all of them.&quot; I used to reply &quot;it does actually mean all our projets are equally unimportant&quot; and risked &quot;not a team player&quot; label. Anyway, that&#039;s the early harbinger of management debt. The symptoms seen by the team appear usually a bit later.</description>
		<content:encoded><![CDATA[<p>The term is nice. If you need some more symptoms:<br />
- Project managers fights with each other for the crucial resources (especially the best specialists)<br />
- A lot of unnecessary context switching which hurts everyone but especially developers<br />
- Different assingments comes from different managers and people are confused<br />
- There are managers from different departments (e.g. sales) telling people what to do</p>
<p>And one more thing form the other side of a barricade. A manager who is responsible for project management, software development etc asks decision-makers which project is the most important and the answer is &#8220;all of them.&#8221; I used to reply &#8220;it does actually mean all our projets are equally unimportant&#8221; and risked &#8220;not a team player&#8221; label. Anyway, that&#8217;s the early harbinger of management debt. The symptoms seen by the team appear usually a bit later.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jim Ward</title>
		<link>http://www.jrothman.com/blog/mpd/2009/01/musings-about-management-debt.html/comment-page-1#comment-32684</link>
		<dc:creator>Jim Ward</dc:creator>
		<pubDate>Tue, 20 Jan 2009 13:56:34 +0000</pubDate>
		<guid isPermaLink="false">http://jrothman.com/blog/mpd/?p=8621#comment-32684</guid>
		<description>As projects are not prioritized, everything has equal priority, which keeps changing every time the manager&#039;s phone rings. 

The organization is run in crisis mode, as the staff all piles on the &quot;Crisis of the moment,&quot; which is quickly forgotten when the next crisis emerges.</description>
		<content:encoded><![CDATA[<p>As projects are not prioritized, everything has equal priority, which keeps changing every time the manager&#8217;s phone rings. </p>
<p>The organization is run in crisis mode, as the staff all piles on the &#8220;Crisis of the moment,&#8221; which is quickly forgotten when the next crisis emerges.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dwayne Phillips</title>
		<link>http://www.jrothman.com/blog/mpd/2009/01/musings-about-management-debt.html/comment-page-1#comment-32678</link>
		<dc:creator>Dwayne Phillips</dc:creator>
		<pubDate>Tue, 20 Jan 2009 11:20:15 +0000</pubDate>
		<guid isPermaLink="false">http://jrothman.com/blog/mpd/?p=8621#comment-32678</guid>
		<description>. People are trying to understand what managers think is important.</description>
		<content:encoded><![CDATA[<p>. People are trying to understand what managers think is important.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

