<?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 for Barbecana</title>
	<atom:link href="http://barbecana.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://barbecana.com</link>
	<description></description>
	<lastBuildDate>Wed, 25 Jan 2012 17:57:32 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Comment on Merge Bias by New White Paper &#124; Barbecana</title>
		<link>http://barbecana.com/merge-bias/#comment-167</link>
		<dc:creator>New White Paper &#124; Barbecana</dc:creator>
		<pubDate>Wed, 25 Jan 2012 17:57:32 +0000</pubDate>
		<guid isPermaLink="false">http://barbecana.com/?page_id=1085#comment-167</guid>
		<description>[...] posted the paper, as well as all the materials I used in the presentation, on our website.  Go to www.barbecana.com/merge-bias or you can get to it from the About/White Papers menu.    &#160;           If you enjoyed this [...]</description>
		<content:encoded><![CDATA[<p>[...] posted the paper, as well as all the materials I used in the presentation, on our website.  Go to <a href="http://www.barbecana.com/merge-bias" rel="nofollow">http://www.barbecana.com/merge-bias</a> or you can get to it from the About/White Papers menu.    &nbsp;           If you enjoyed this [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Beta Test of Full Monte Cost and Schedule Risk Analysis by Tony Welsh</title>
		<link>http://barbecana.com/2011/10/19/beta-test-of-full-monte-cost-and-schedule-risk-analysis/#comment-38</link>
		<dc:creator>Tony Welsh</dc:creator>
		<pubDate>Thu, 27 Oct 2011 19:37:57 +0000</pubDate>
		<guid isPermaLink="false">http://barbecana.com/?p=375#comment-38</guid>
		<description>I would not exactly say &quot;lying,&quot; Gary.  But any exact statement is sort of untrue, in the sense that if i say the temperature is 75 degrees it most definitely is not exactly true,  whereas if i say it is between 74 and 76 I am on safer ground.  And statements about the future are of course much more problematic.  And then again, because of the interaction between paths there is a systematic error (or bias) in critical path analysis.</description>
		<content:encoded><![CDATA[<p>I would not exactly say &#8220;lying,&#8221; Gary.  But any exact statement is sort of untrue, in the sense that if i say the temperature is 75 degrees it most definitely is not exactly true,  whereas if i say it is between 74 and 76 I am on safer ground.  And statements about the future are of course much more problematic.  And then again, because of the interaction between paths there is a systematic error (or bias) in critical path analysis.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Beta Test of Full Monte Cost and Schedule Risk Analysis by Gary Richardson</title>
		<link>http://barbecana.com/2011/10/19/beta-test-of-full-monte-cost-and-schedule-risk-analysis/#comment-37</link>
		<dc:creator>Gary Richardson</dc:creator>
		<pubDate>Thu, 27 Oct 2011 19:32:33 +0000</pubDate>
		<guid isPermaLink="false">http://barbecana.com/?p=375#comment-37</guid>
		<description>The project management market has bee in need of a risk tool such as this for sometime. The claim that deterministic estimates are lying by definition is a very accurate statement and one not often recognized. I am anxious to see if this product can live up to the claims made. If it does, it has bright place in the future. 

Dr. Gary Richardson
Program Director
Technology Project Management Program
University of Houston</description>
		<content:encoded><![CDATA[<p>The project management market has bee in need of a risk tool such as this for sometime. The claim that deterministic estimates are lying by definition is a very accurate statement and one not often recognized. I am anxious to see if this product can live up to the claims made. If it does, it has bright place in the future. </p>
<p>Dr. Gary Richardson<br />
Program Director<br />
Technology Project Management Program<br />
University of Houston</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Full Monte Risk Analysis for Microsoft® Project by Tony Welsh</title>
		<link>http://barbecana.com/2011/09/05/full-monte-risk-analysis-for-microsoft-project/#comment-14</link>
		<dc:creator>Tony Welsh</dc:creator>
		<pubDate>Wed, 28 Sep 2011 14:06:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.marketinggoneright.com/?p=86#comment-14</guid>
		<description>The branching data itself is in a text field.  During the simulation it just processes the inactive branch(es) on a particular iteration differently. Basically it is as if they were not there.

I suppose what you suggest re milestone could be done.  It would not be part of Full  Monte though; it would I suppose be a button on  the add-in ribbon to do that between two selected tasks?</description>
		<content:encoded><![CDATA[<p>The branching data itself is in a text field.  During the simulation it just processes the inactive branch(es) on a particular iteration differently. Basically it is as if they were not there.</p>
<p>I suppose what you suggest re milestone could be done.  It would not be part of Full  Monte though; it would I suppose be a button on  the add-in ribbon to do that between two selected tasks?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Full Monte Risk Analysis for Microsoft® Project by Steve Grey</title>
		<link>http://barbecana.com/2011/09/05/full-monte-risk-analysis-for-microsoft-project/#comment-13</link>
		<dc:creator>Steve Grey</dc:creator>
		<pubDate>Wed, 28 Sep 2011 10:06:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.marketinggoneright.com/?p=86#comment-13</guid>
		<description>Tony

I did wonder if it might be possible to support the introduction of a dummy milestone between the end of a predecessor and the end of a successor, which is how I work around MSP&#039;s limitation.

I presume that you overlay the native MSP data when you imtroduce a branching point.</description>
		<content:encoded><![CDATA[<p>Tony</p>
<p>I did wonder if it might be possible to support the introduction of a dummy milestone between the end of a predecessor and the end of a successor, which is how I work around MSP&#8217;s limitation.</p>
<p>I presume that you overlay the native MSP data when you imtroduce a branching point.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Full Monte Risk Analysis for Microsoft® Project by Tony Welsh</title>
		<link>http://barbecana.com/2011/09/05/full-monte-risk-analysis-for-microsoft-project/#comment-12</link>
		<dc:creator>Tony Welsh</dc:creator>
		<pubDate>Wed, 28 Sep 2011 07:54:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.marketinggoneright.com/?p=86#comment-12</guid>
		<description>Stephen, thanks for your comments.  

Re. point 1, There is not much we can do because Project blocks this on input.  Our own code makes no assumptions like that.  Unlike the way i understand other systems work we do not rely on Project&#039;s time analysis algorithms or even their date calculations.  (This is why we are so fast.)  So Full Monte could replace their regular time analysis -- basically just doing one iteration with fixed durations -- but again how do we get the data in?  I suspect it would get blocked even if you tried to create those relationships programmatically though I have not tried.  

Point 2 is a good idea, though regrettably we have not included it in 1.0.  (I suspect there would be some pretty hairy math involved for the beta distribution.)  We do document that for the normal, lognormal, and beta distributions, we interpret the input values as 3-sigma limits, which from memory I think means about a 99.5% confidence interval.  Even then it&#039;s approximate in the case of the beta. We also truncate the distribution at these points to avoid the odd outliers which might confuse people.    (For the uniform and triangular distributions of course we treat the input as absolute.)</description>
		<content:encoded><![CDATA[<p>Stephen, thanks for your comments.  </p>
<p>Re. point 1, There is not much we can do because Project blocks this on input.  Our own code makes no assumptions like that.  Unlike the way i understand other systems work we do not rely on Project&#8217;s time analysis algorithms or even their date calculations.  (This is why we are so fast.)  So Full Monte could replace their regular time analysis &#8212; basically just doing one iteration with fixed durations &#8212; but again how do we get the data in?  I suspect it would get blocked even if you tried to create those relationships programmatically though I have not tried.  </p>
<p>Point 2 is a good idea, though regrettably we have not included it in 1.0.  (I suspect there would be some pretty hairy math involved for the beta distribution.)  We do document that for the normal, lognormal, and beta distributions, we interpret the input values as 3-sigma limits, which from memory I think means about a 99.5% confidence interval.  Even then it&#8217;s approximate in the case of the beta. We also truncate the distribution at these points to avoid the odd outliers which might confuse people.    (For the uniform and triangular distributions of course we treat the input as absolute.)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Full Monte Risk Analysis for Microsoft® Project by Stephen Grey</title>
		<link>http://barbecana.com/2011/09/05/full-monte-risk-analysis-for-microsoft-project/#comment-11</link>
		<dc:creator>Stephen Grey</dc:creator>
		<pubDate>Wed, 28 Sep 2011 00:35:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.marketinggoneright.com/?p=86#comment-11</guid>
		<description>This looks interesting.

Two queries:

1  Having augmented the network logic capabilities of MSP to include branching, is there any chance of overcoming its ban on having SS and FF links between the same two tasks?  This is very useful when modelling high level representations of projects with overlapping activities such as Design, Procurement, Construction.  Primavera Risk Analysis allows it but one has to use dummy activities to have the same effect in @Risk for MSP.

2  Are you making provision to define distributions using percentile points instead of extreme values.  That is, if I elicit information from a client in the form of forecast P10, Likely and P90 outcomes, which has all sorts of benefits for the process, can I use those directly in your tool to define the distribution or would I need to extrapolate to the extremes and use those values?

Steve</description>
		<content:encoded><![CDATA[<p>This looks interesting.</p>
<p>Two queries:</p>
<p>1  Having augmented the network logic capabilities of MSP to include branching, is there any chance of overcoming its ban on having SS and FF links between the same two tasks?  This is very useful when modelling high level representations of projects with overlapping activities such as Design, Procurement, Construction.  Primavera Risk Analysis allows it but one has to use dummy activities to have the same effect in @Risk for MSP.</p>
<p>2  Are you making provision to define distributions using percentile points instead of extreme values.  That is, if I elicit information from a client in the form of forecast P10, Likely and P90 outcomes, which has all sorts of benefits for the process, can I use those directly in your tool to define the distribution or would I need to extrapolate to the extremes and use those values?</p>
<p>Steve</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Full Monte Beta Test by Tony Welsh</title>
		<link>http://barbecana.com/2011/09/14/full-monte-beta-test/#comment-10</link>
		<dc:creator>Tony Welsh</dc:creator>
		<pubDate>Tue, 27 Sep 2011 17:51:28 +0000</pubDate>
		<guid isPermaLink="false">http://barbecana.com/?p=285#comment-10</guid>
		<description>Thanks, Robert.  The product is looking very good and we have a dozen people signed up for the beta, which we hope to start around 10/14.  Not heard the term go gold but I assume you mean released software.  &quot;We will sell no wine before its time&quot; but I am guessing mid-January.</description>
		<content:encoded><![CDATA[<p>Thanks, Robert.  The product is looking very good and we have a dozen people signed up for the beta, which we hope to start around 10/14.  Not heard the term go gold but I assume you mean released software.  &#8220;We will sell no wine before its time&#8221; but I am guessing mid-January.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Full Monte Beta Test by Robert</title>
		<link>http://barbecana.com/2011/09/14/full-monte-beta-test/#comment-9</link>
		<dc:creator>Robert</dc:creator>
		<pubDate>Tue, 27 Sep 2011 15:49:20 +0000</pubDate>
		<guid isPermaLink="false">http://barbecana.com/?p=285#comment-9</guid>
		<description>Looking good, Tony, and good luck with the beta. Given successful, when do you expect to go gold?</description>
		<content:encoded><![CDATA[<p>Looking good, Tony, and good luck with the beta. Given successful, when do you expect to go gold?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

