<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Agile Ones &#187; deliverables</title>
	<atom:link href="http://www.toplinestrategies.com/agileones/tag/deliverables/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.toplinestrategies.com/agileones</link>
	<description>Project Management -- The Straight Stuff</description>
	<lastBuildDate>Mon, 22 Aug 2011 15:58:09 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.3</generator>
		<item>
		<title>An 8 Step Program for Recovering Micromanagers Like Me</title>
		<link>http://www.toplinestrategies.com/agileones/it-professional-services/an-8-step-program-for-recovering-micromanagers-like-me/</link>
		<comments>http://www.toplinestrategies.com/agileones/it-professional-services/an-8-step-program-for-recovering-micromanagers-like-me/#comments</comments>
		<pubDate>Fri, 15 Apr 2011 22:30:50 +0000</pubDate>
		<dc:creator>mgrollman</dc:creator>
				<category><![CDATA[Agile Development]]></category>
		<category><![CDATA[IT Professional Services]]></category>
		<category><![CDATA[Leadership]]></category>
		<category><![CDATA[Project Management]]></category>
		<category><![CDATA[agile]]></category>
		<category><![CDATA[art]]></category>
		<category><![CDATA[communication]]></category>
		<category><![CDATA[deliverables]]></category>
		<category><![CDATA[management]]></category>
		<category><![CDATA[Project Manager]]></category>
		<category><![CDATA[project process]]></category>
		<category><![CDATA[project team]]></category>
		<category><![CDATA[software development]]></category>
		<category><![CDATA[stakeholders]]></category>

		<guid isPermaLink="false">http://www.toplinestrategies.com/agileones/?p=1421</guid>
		<description><![CDATA[Getting peak performance from a great project team is no mean feat. What can make the challenge particularly intense is a senior and seasoned team, combined with a complex project that requires large amounts of interaction and communication to coordinate effectively. For those PM&#8217;s highly skilled in the art of ruthless task management and no holds [...]]]></description>
			<content:encoded><![CDATA[<p>Getting peak performance from a great project team is no mean feat. What can make the challenge particularly intense is a senior and seasoned team, combined with a complex project that requires large amounts of interaction and communication to coordinate effectively. For those PM&#8217;s highly skilled in the art of ruthless task management and no holds barred follow-up, it is not hard to let diligent and <em>very necessary</em> pursuit of closure outcomes slip into annoying and counterproductive micromanagement.</p>
<p>Why is this especially a concern with more senior teams? Because many senior people are often much better able to <em>rise to the occasion</em> of contributing to solving hard problems when the team environment both allows and encourages them to do so; and they are often the most likely to get bent out of shape and experience falling productivity when their manager starts to give detailed input on how to spend each minute of day.</p>
<p>I saw a recent blog post that was nicely on point to this issue, from the <a href="http://www.pm-alliance.com/">PM Alliance</a>. I excerpt it below, but the slightly longer piece is worth the read as well <a href="http://it.toolbox.com/blogs/project-management-tips/8-ways-to-banish-your-inner-micromanager-45275">here</a>.</p>
<div class="wp-caption alignnone" style="width: 470px"><img src="http://www.toplinestrategies.com/cloudhead/wp-content/uploads/2011/04/041311_2128_An8StepProg1.png" alt="" width="460" height="192" /><p class="wp-caption-text">Credit: iStockPhoto.com</p></div>
<p style="margin-left: 36pt;"><span style="font-family: Times New Roman; font-size: 12pt;"><em>&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;<br />
</em></span></p>
<p><span style="font-family: Times New Roman; font-size: 24pt;"><strong>8 Ways to Banish Your Inner Micromanager<br />
</strong></span></p>
<p style="margin-left: 36pt;"><span style="font-family: Times New Roman; font-size: 12pt;"><em>By PM Alliance President, April 2, 2011<br />
</em></span></p>
<p style="margin-left: 36pt;"><span style="font-family: Times New Roman; font-size: 12pt;"><em><strong>1 – Stop hovering.</strong> If you find yourself peering over a teammate&#8217;s shoulder, step back …<br />
</em></span></p>
<p style="margin-left: 36pt;"><span style="font-family: Times New Roman; font-size: 12pt;"><em><strong>2 – Ask fewer questions.</strong> That&#8217;s right—instead of assuming that you need to request every bit of data you want, you should be relying on your team to keep you informed proactively [and holding them accountable for doing so]…<br />
</em></span></p>
<p style="margin-left: 36pt;"><span style="font-family: Times New Roman; font-size: 12pt;"><em><strong>3 – Delegate more.</strong> Micromanagers are famous for giving tasks away without ever really letting go, and sometimes for not giving tasks away at all&#8230;<br />
</em></span></p>
<p style="margin-left: 36pt;"><span style="font-family: Times New Roman; font-size: 12pt;"><em><strong>4 – Stick to working hours.</strong> Some projects require overtime, but constantly pulling employees&#8217; brains back to work after they&#8217;ve gone home is just a variation of hovering&#8230;<br />
</em></span></p>
<p style="margin-left: 36pt;"><span style="font-family: Times New Roman; font-size: 12pt;"><em><strong>5 – Empower your team.</strong> Are your employees forced to seek approval for every decision, from the big stuff all the way down to day-to-day minutiae? Set up a process that instills responsibility and grants authority based on each staff member&#8217;s seniority and experience.<br />
</em></span></p>
<p style="margin-left: 36pt;"><span style="font-family: Times New Roman; font-size: 12pt;"><em><strong>6 – Watch your temper.</strong> Getting overly upset or losing your cool with employees is a classic sign of a micromanager. It frequently leads to hovering and incessant questioning, both of which you want to avoid. When you feel something isn&#8217;t going well, stop. Take a minute, gather your composure&#8230;<br />
</em></span></p>
<p style="margin-left: 36pt;"><span style="font-family: Times New Roman; font-size: 12pt;"><em><strong>7 – Take mistakes in stride.</strong> Glitches are the siren song of the micromanager—they make it easy to doubt your team&#8217;s abilities, assume you have to do everything yourself, and generally make life miserable for those around you. Remember that mistakes happen to the best of us&#8230;<br />
</em></span></p>
<p style="margin-left: 36pt;"><span style="font-family: Times New Roman; font-size: 12pt;"><em><strong>8 – Don&#8217;t let your boss bring you down.</strong> If your boss is a micromanager (or perhaps just a difficult personality), you may find yourself offloading stress by funneling your frustration and anger into your team. It&#8217;s a tough position to be in, but you somehow need to separate the way you&#8217;re being treated from how you treat your team&#8230;<br />
</em></span></p>
<p> </p>
<p>As I said at the start, this is just an excerpt; the whole article is worth reading at: <a href="http://it.toolbox.com/blogs/project-management-tips/8-ways-to-banish-your-inner-micromanager-45275">http://it.toolbox.com/blogs/project-management-tips/8-ways-to-banish-your-inner-micromanager-45275</a> BTW, the <a href="http://www.pm-alliance.com">PMAlliance, Inc.</a> is a <a href="http://www.pm-alliance.com/Project_Management_Consulting.htm">project management consulting</a>, <a href="http://www.pm-alliance.com/Project_Management_Training.htm">project management training</a> and <a href="http://www.pm-alliance.com/Project_Office_Development.htm">project office development</a> company that helps Fortune 1000 companies improve the execution of their mission-critical projects.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.toplinestrategies.com/agileones/it-professional-services/an-8-step-program-for-recovering-micromanagers-like-me/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Check this box if you think you are exempt&#8230;</title>
		<link>http://www.toplinestrategies.com/agileones/uncategorized/check-this-box-if-you-think-you-are-exempt-3/</link>
		<comments>http://www.toplinestrategies.com/agileones/uncategorized/check-this-box-if-you-think-you-are-exempt-3/#comments</comments>
		<pubDate>Mon, 15 Nov 2010 15:49:32 +0000</pubDate>
		<dc:creator>agileone</dc:creator>
				<category><![CDATA[Agile Development]]></category>
		<category><![CDATA[Business Drivers]]></category>
		<category><![CDATA[Project Management]]></category>
		<category><![CDATA[Technology]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[agile]]></category>
		<category><![CDATA[deliverables]]></category>
		<category><![CDATA[management]]></category>
		<category><![CDATA[Project Manager]]></category>
		<category><![CDATA[project phases]]></category>
		<category><![CDATA[project planning]]></category>
		<category><![CDATA[project process]]></category>
		<category><![CDATA[project team]]></category>
		<category><![CDATA[software development]]></category>

		<guid isPermaLink="false">http://www.toplinestrategies.com/agileones/?p=1405</guid>
		<description><![CDATA[Building software is hard! There are minefields everywhere&#8230;and if you don’t get the basics right the project is going to explode. Everyone hide in the bunkers right now, because when I say ‘the basics’, the basic that is the topic of the day is TESTING. Just because the letters QA are nowhere to be seen [...]]]></description>
			<content:encoded><![CDATA[<p>Building software is hard! There are minefields everywhere&#8230;and if you don’t get the basics right the project is going to explode. Everyone hide in the bunkers right now, because when I say ‘the basics’, the basic that is the topic of the day is TESTING. Just because the letters QA are nowhere to be seen in your job description you are not exempt from the responsibility/accountability.</p>
<p>Now that I have your attention, I promise no more military references. But I also promise that reading on will force a gut check of your testing awareness. Today is a re-blog and it’s an oldie but goodie. One of those that makes you laugh lightly when you read it, but deep down in your core you know most of it rings true and hints at your organization’s flaws. Its title: The Joel Test: 12 Steps to Better Code implies that that the target audience is developers…but those of us who are always on the lookout for motive know that the post was likely intended to be used as ammunition (sorry… incentive)for PMs to get budget to upgrade their defect tracking software or hire another testing resource.</p>
<p>More thoughts on this blog:</p>
<p>• Giggling at the Netscape references may date you.</p>
<p>• The writing style is entertaining enough that your peers will read it all the way through and so will your developers, after which they will initiate much conversation about how you can help them do their job better. Be sure to tell them that improvement takes time, and unless you are a hard-core Commercial house, a score of 8 or above on ‘The Joel Test’ is perfectly respectable for the moment.</p>
<p>• Each question is open to interpretation; everyone’s definition of quiet or up-to-date is different. Bottom line: if your score is lower than 6, then you now know what needs to be done!</p>
<p><a class="alignleft" href="http://www.joelonsoftware.com/articles/fog0000000043.html" target="_blank">http://www.joelonsoftware.com/articles/fog0000000043.html</a></p>
<p><strong> </strong></p>
<p><strong>Post your score and any related *issues* here so everyone can discuss how to improve the testing model within your organization.</strong></p>
]]></content:encoded>
			<wfw:commentRss>http://www.toplinestrategies.com/agileones/uncategorized/check-this-box-if-you-think-you-are-exempt-3/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>The WBS: Making the first mistake</title>
		<link>http://www.toplinestrategies.com/agileones/project-management/the-wbs-making-the-first-mistake/</link>
		<comments>http://www.toplinestrategies.com/agileones/project-management/the-wbs-making-the-first-mistake/#comments</comments>
		<pubDate>Mon, 14 Dec 2009 14:55:33 +0000</pubDate>
		<dc:creator>tstreveler</dc:creator>
				<category><![CDATA[Project Management]]></category>
		<category><![CDATA[deliverables]]></category>
		<category><![CDATA[Project Manager]]></category>
		<category><![CDATA[to do list]]></category>
		<category><![CDATA[WBS]]></category>
		<category><![CDATA[Work Breakdown Schedule]]></category>

		<guid isPermaLink="false">http://www.toplinestrategies.com/agileones/?p=1160</guid>
		<description><![CDATA[The work breakdown structure is not a "to do" list.  Rather, it is a hierarchy of deliverables with major deliverables developed during a scope definition process which we then decompose into smaller and smaller deliverables.]]></description>
			<content:encoded><![CDATA[<p><img class="alignnone size-large wp-image-1161" title="to-do-list-nothing" src="http://www.toplinestrategies.com/agileones/http://staging.toplinestrategies.com/agileones/wp-content/uploads/2009/10/to-do-list-nothing-300x225.jpg" alt="to-do-list-nothing" width="300" height="225" /></p>
<p>Many Project Managers begin a project by writing up a &#8216;to do&#8217; list of activities for each team member.  Within weeks the list is out of date, the project has evolved and more time is spent keeping the list up to date rather than doing the work. The Work Breakdown Structure starts by writing a NOT &#8216;to do&#8217; list. Forget about activities and look at key deliverables.  Each person is responsible to achieving different aspects of the task - how they get their is often irrelevant.  It is reaching the desired outcome in the assigned time frame that propels a project forward.</p>
<p>To read more, <a href="http://www.4pm.com/articles/wbs.html" target="_blank">click here</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.toplinestrategies.com/agileones/project-management/the-wbs-making-the-first-mistake/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

