<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.technet.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>Reliability\Quality of Data</title><link>http://blogs.technet.com/projectified/archive/2008/10/09/3134841.aspx</link><description>In the past few weeks I have seen a ton of questions floating around about users of project management systems wanting to see reporting showing resource capacity vs. demand. Now you might be saying “But Brian, that is pretty common. Doesn’t EVERYONE want</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>re: Reliability\Quality of Data</title><link>http://blogs.technet.com/projectified/archive/2008/10/09/3134841.aspx#3134971</link><pubDate>Fri, 10 Oct 2008 14:51:06 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:3134971</guid><dc:creator>greg</dc:creator><description>&lt;P&gt;This empahsizes the need for systems to be able to incorporate both bottom-up and top down resource planning and tracking. &lt;/P&gt;
&lt;P&gt;Top-down is more about portfolio level resource allocations, priorities, and organization capacity than it is about managing individual projects.&lt;/P&gt;
&lt;P&gt;To me, if you have a very heterogenous workforce and a limited need to track detailed human resource monetary costs on individual projects, the amount of effort required to capture bottom up resource data (planned or actual) is hard to justify.&lt;/P&gt;</description></item><item><title>re: Reliability\Quality of Data</title><link>http://blogs.technet.com/projectified/archive/2008/10/09/3134841.aspx#3135107</link><pubDate>Fri, 10 Oct 2008 19:51:09 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:3135107</guid><dc:creator>brianken</dc:creator><description>&lt;p&gt;Im confused a bit. Your statement about top down being about portfolio level and your statement about bottoms up being hard to justify seem to be in conflict. If top-down is about portfolio level allocations and priorities and bottoms-up estimates are hard to justify based on level of effort then where are projets getting their estimates and status information?&lt;/p&gt;
&lt;p&gt;I also dont think that my post is emphesizes the need for both (though I do think that both should be in place in a good system). I think it emphesizes the need to be careful when looking at ANY data (bottom up or top down) that is far into the future. &lt;/p&gt;
</description></item><item><title>re: Reliability\Quality of Data</title><link>http://blogs.technet.com/projectified/archive/2008/10/09/3134841.aspx#3139314</link><pubDate>Mon, 20 Oct 2008 20:59:31 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:3139314</guid><dc:creator>jack dahlgren</dc:creator><description>&lt;p&gt;Brian,&lt;/p&gt;
&lt;p&gt;I think the thing that people really want is a seamless way of forecasting demand and availability. Surely, your precise needs three years out are going to be fuzzy, so people estimate them in some sort of spreadsheet and build their long term plans on those estimates. Perhaps they even work on a recruitment and training plan to get those resources in place. Then as they get closer they want to look at things a bit more closely and finally get to individual assignments. &lt;/p&gt;
&lt;p&gt;Right now Project and Project Server and Portfolio Server only do this in a very awkward way. Working with FTE's (full-time equivalents) isn't supported in the data analysis views and there is no easy way to do things like resource constraint analysis.&lt;/p&gt;
&lt;p&gt;Doing this while still displaying a confidence interval would be a great help. I expect that would take a bit of training to achieve though. Many are used to taking the one number that excel gives or the project finish date that project gives as &amp;quot;the answer&amp;quot; when in reality, it is just one of many possible answers. Until people understand that, there is little point in spending much time generating the models in the first place.&lt;/p&gt;</description></item></channel></rss>