<?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>Advisicon Blog &#187; resource management</title>
	<atom:link href="http://www.advisiconblog.com/tag/resource-management/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.advisiconblog.com</link>
	<description>Microsoft Project and Project Server</description>
	<lastBuildDate>Thu, 19 Jan 2012 17:49:59 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>How many resources does it take to change a light bulb?</title>
		<link>http://www.advisiconblog.com/2008/11/25/how-many-resources-does-it-take-to-change-a-light-bulb/</link>
		<comments>http://www.advisiconblog.com/2008/11/25/how-many-resources-does-it-take-to-change-a-light-bulb/#comments</comments>
		<pubDate>Wed, 26 Nov 2008 00:14:14 +0000</pubDate>
		<dc:creator>Jeff Jacobson-Swartfager</dc:creator>
				<category><![CDATA[Project Management]]></category>
		<category><![CDATA[assign resources]]></category>
		<category><![CDATA[resource management]]></category>

		<guid isPermaLink="false">http://www.advisiconblog.com/?p=45</guid>
		<description><![CDATA[Tip #1 for Task Management in Project Server Do you find yourself having to clarify project tasks assignments sent out to resources when you published your Project schedules? Do you spend unnecessary time clearing up confusion or even conflict around task assignments to teams? Here is the first in a series of best practices tips [...]]]></description>
			<content:encoded><![CDATA[<p class="rvps2"><strong><span class="rvts7">Tip #1 for Task Management in Project Server</span></strong></p>
<p class="rvps2"><strong><span class="rvts9">Do you find yourself having to clarify project tasks assignments sent out to resources when you published your Project schedules? Do you spend unnecessary time clearing up confusion or even conflict around task assignments to teams?</span></strong></p>
<p class="rvps2"><span class="rvts10">Here is the first in a series of best practices tips for project managers working in the Microsoft Office Project Server EPM environment. </span></p>
<p class="rvps4"><strong><span class="rvts11">Task Management Tip #1:</span><span class="rvts12"> Assign as few resources as possible to each task.</span></strong></p>
<p class="rvps2"><span class="rvts10">Ask yourself, “If I assign a task to two people, who is responsible for it?” </span></p>
<p class="rvps2"><span class="rvts10">Consider this common scenario:</span></p>
<p class="rvps2"><span class="rvts10">Suppose you assign a task to two resources, Peter and John. Monday rolls around and it appears from the updates waiting for you from Friday that neither Peter nor John have updated the shared task. You will likely call or e-mail both of them to remind them to update the shared task. John responds Monday afternoon, stating that he is waiting for Peter to do his part first, to let him know that he can do his. You hear from Peter on Tuesday morning that he thought John was going to do his part first.  By Tuesday afternoon you finally get Peter and John on a call and work out the division of labor, but not without some refereeing and defensiveness about the confusion.  By late Tuesday of the week after the task was to scheduled to start, you have Peter working on the task, while John is waiting, more tension on your project team, and having wasted your time and Peter and John</span><span class="rvts13">’</span><span class="rvts10">s time on at least six e-mail exchanges, a few phone calls, and frustration, and perhaps some interpersonal conflict, on your team because of poor communications.</span></p>
<p class="rvps2"><span class="rvts10">In reality, assigning multiple resources to a single task can lead to confusion and delays, and can make accountability more difficult to manage. </span></p>
<p class="rvps2"><span class="rvts10">In addition to these universal issues of delegation, assigning a task to multiple people has further risks in the Project Server environment:</span></p>
<ol style="text-indent: 0px; margin-left: 48px; list-style-position: outside;" type="a">
<li class="rvps5" style="margin-left: 0; text-indent: 0px"><span class="rvts10">Task updating is more complex.</span></li>
<li class="rvps5" style="margin-left: 0; text-indent: 0px"><span class="rvts10">Resource leveling is also more complex.</span></li>
<li class="rvps5" style="margin-left: 0; text-indent: 0px"><span class="rvts10">Tracking can be more complex, too. One slacking resource can negatively impact the Earned Value metrics for other on-time resources assigned to the same task.</span></li>
</ol>
<p class="rvps6"><span class="rvts10">When two or more resources update a task in Microsoft Office Project Server (through Project Web Access), a number of potential issues come into play. Each resource is supposed to enter the time they worked on the task. If the task is complete, but they have not worked as many hours as were estimated, they will need to enter either </span><span class="rvts13">‘</span><span class="rvts10">0</span><span class="rvts13">’</span><span class="rvts10"> hours remaining or mark the task complete. </span></p>
<p class="rvps6"><strong><span class="rvts9">Issue 1: Share tasks usually take more time to manage:</span></strong><span class="rvts10"> If the multiple resources do not confer (spend additional time on communications to manage a task), how will they know if the task is complete?</span></p>
<p class="rvps7"><strong><span class="rvts9">Issue 2: Updating shared tasks is more complex:</span></strong><span class="rvts10"> If the multiple resources do not confer, but one of the resources marks the task </span><span class="rvts13">‘</span><span class="rvts10">complete</span><span class="rvts13">’</span><span class="rvts10">, the other resources will not be able to log their time against that task.</span></p>
<p class="rvps7"><strong><span class="rvts9">Issue 3: Undoing </span><span class="rvts14">‘</span><span class="rvts9">done</span><span class="rvts14">’</span></strong><span class="rvts9"><strong> tasks requires extra steps:</strong> </span><span class="rvts10">If resources enter as many hours as were estimated for a task, but the task is not really complete, PWA will automatically mark that task complete, because they have worked the estimated amount of hours. (This is great if the task was complete; but an extra, sometimes overlooked step if the task is still incomplete.) Resources need to enter the estimated hours of work remaining </span><strong><span class="rvts15">at the time of their updates</span></strong><span class="rvts10"> or PWA will automatically calculate and status the task based on the original estimate. If this happens and someone detects it, it will require more (wasted) time and steps to change the task back to an incomplete state.</span></p>
<p class="rvps2"><span class="rvts10">Assigning each task to just one resource, you make your life and job as a project manager much easier.</span></p>
<ul style="text-indent: 0px; margin-left: 24px; list-style-position: outside;">
<li class="rvps8" style="margin-left: 0; text-indent: 0px"><span class="rvts10">Updating tasks will be more efficient for you and your project team members.</span></li>
<li class="rvps8" style="margin-left: 0; text-indent: 0px"><span class="rvts10">You avoid wasting time resolving confusion and conflicts.</span></li>
<li class="rvps8" style="margin-left: 0; text-indent: 0px"><span class="rvts10">You are able to hold resources accountable for their work and updates without unnecessary cycles of discussion, defensiveness, and conflict.</span></li>
<li class="rvps8" style="margin-left: 0; text-indent: 0px"><span class="rvts10">You protect responsive resources from getting dinged for laggards</span><span class="rvts13">’</span><span class="rvts10"> irresponsibility.</span></li>
</ul>
<p class="rvps7"><span class="rvts10">By breaking tasks down to the </span><span class="rvts13">‘</span><span class="rvts10">work package</span><span class="rvts13">’</span><span class="rvts10"> level, to the point that you can assign them to a single resource you will keep things simpler for resources updating their tasks in PWA.  Your reporting will likely reflect reality more closely, and you will not have to chase down resources to qualify or confirm their updates. (Well, not as much anyhow.)</span></p>
<p class="rvps3"><span class="rvts16">Do yourself and your project teams a favor, and make your life and projects easier to manage. Learn to apply . . .</span></p>
<p class="rvps4"><strong><span class="rvts17">Task Management Tip #1: </span><span class="rvts12">Assign as few resources as possible to each task.</span></strong></p>
<p class="rvps4">
<p class="rvps3"><strong>Posted By: </strong>Kevin Williamson</p>
<div><a class="addthis_button" href="http://www.advisiconblog.com//addthis.com/bookmark.php?v=250" addthis:url='http://www.advisiconblog.com/2008/11/25/how-many-resources-does-it-take-to-change-a-light-bulb/' addthis:title='How many resources does it take to change a light bulb? '><img src="//cache.addthis.com/cachefly/static/btn/v2/lg-share-en.gif" width="125" height="16" alt="Bookmark and Share" style="border:0"/></a></div>]]></content:encoded>
			<wfw:commentRss>http://www.advisiconblog.com/2008/11/25/how-many-resources-does-it-take-to-change-a-light-bulb/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>

