<?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 Institute of Business Forecasting &amp; Planning - IBF Blog</title>
	<atom:link href="http://www.demand-planning.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.demand-planning.com</link>
	<description>Viewpoints on Demand Planning, Forecasting, Sales &#38; Operations Planning (S&#38;OP), and the Supply Chain for Today&#039;s Challenging Marketplace</description>
	<lastBuildDate>Tue, 20 Sep 2011 04:40:51 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3</generator>
	<item>
		<title>Comment on What happened to CPFR? by Logistics Guy</title>
		<link>http://www.demand-planning.com/2010/11/29/what-happened-to-cpfr/comment-page-1/#comment-987</link>
		<dc:creator>Logistics Guy</dc:creator>
		<pubDate>Tue, 20 Sep 2011 04:40:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.demand-planning.com/?p=1011#comment-987</guid>
		<description>I think if you work in non-retail industry, you may not need software to help with CPFR. Because, the benefit of joint business planning already is already good for CPFR implementation.</description>
		<content:encoded><![CDATA[<p>I think if you work in non-retail industry, you may not need software to help with CPFR. Because, the benefit of joint business planning already is already good for CPFR implementation.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Demand Planning: Value Added vs. Cost Center by Vijay Kumar</title>
		<link>http://www.demand-planning.com/2011/02/07/demand-planning-value-added-vs-cost-center-2/comment-page-1/#comment-931</link>
		<dc:creator>Vijay Kumar</dc:creator>
		<pubDate>Sun, 14 Aug 2011 05:54:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.demand-planning.com/?p=1055#comment-931</guid>
		<description>A demand Planner enables the organization to take decision on What to be stocked &amp; what not, how much to be kept. How to nullify the abnormal sales while deciding future trend, &amp; correcting base line. Creates SKU level planning on Stock norm, Safety Stock, measuring the forecast accuracy. The Demand planner also helps you in rationalizing the assortment and ABC classification.
They are the bridge between Sales Team &amp; Purchase Team.</description>
		<content:encoded><![CDATA[<p>A demand Planner enables the organization to take decision on What to be stocked &amp; what not, how much to be kept. How to nullify the abnormal sales while deciding future trend, &amp; correcting base line. Creates SKU level planning on Stock norm, Safety Stock, measuring the forecast accuracy. The Demand planner also helps you in rationalizing the assortment and ABC classification.<br />
They are the bridge between Sales Team &amp; Purchase Team.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Five Suggestions For Effective Executive S&amp;OP Meetings by Shail Akhil</title>
		<link>http://www.demand-planning.com/2011/06/01/five-suggestions-for-effective-executive-sop-meetings/comment-page-1/#comment-922</link>
		<dc:creator>Shail Akhil</dc:creator>
		<pubDate>Wed, 10 Aug 2011 00:26:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.demand-planning.com/?p=1221#comment-922</guid>
		<description>I agree with scm above.

At this level the focus and concern is almost exclusively on the Financial aspects of the business, and Operations tends to invariably end up being the whipping boy because of Production or Inventory issues, and sometimes also because their numbers don&#039;t always stack up against the voodoo that the Finance Dept does with their own numbers.

I think that the review at this level should be one lead by Finance, with representation from Operations, but that the actual S&amp;OP process should be focused at a lower level to align Sales  &amp; Marketing expectations with the rest of the Supply Chain.</description>
		<content:encoded><![CDATA[<p>I agree with scm above.</p>
<p>At this level the focus and concern is almost exclusively on the Financial aspects of the business, and Operations tends to invariably end up being the whipping boy because of Production or Inventory issues, and sometimes also because their numbers don&#8217;t always stack up against the voodoo that the Finance Dept does with their own numbers.</p>
<p>I think that the review at this level should be one lead by Finance, with representation from Operations, but that the actual S&amp;OP process should be focused at a lower level to align Sales  &amp; Marketing expectations with the rest of the Supply Chain.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Is Massaging Data Pushing the Passion out of our S&amp;OP Process? by Shail Akhil</title>
		<link>http://www.demand-planning.com/2011/07/22/is-massaging-data-pushing-the-passion-out-of-our-sop-process/comment-page-1/#comment-918</link>
		<dc:creator>Shail Akhil</dc:creator>
		<pubDate>Tue, 09 Aug 2011 04:24:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.demand-planning.com/?p=1263#comment-918</guid>
		<description>I found it very interesting to note how the S&amp;OP process was interpreted at your organisation, which from the way you describe it, seems to have lost sight of any of the intended goals of an integrated Sales &amp; Operations Planning process.

True, in order for this process to be meaningful you need to gather a lot of data pertaining to each and every SKU in your stable, but I would have presumed it to be a relatively simple task to extract this information from whatever ERP system you&#039;re using.

I also presume that &quot;massaging&quot; data as you put it refers to nothing more than formatting it into a readable state? If that&#039;s all you&#039;re going to do to it, it seems like a terrible waste of a potential source of invaluable information that your organisation could use to its great benefit.

Essentially, the S&amp;OP process should be the process by which you align your Operations with Sales, so that each knows what the other is up to and expecting from each other. It is the meeting place of your Production/Procurement/Inventory Management spheres with the Sales &amp; Marketing domain. In a nutshell, it is where you measure the accuracy of the expectations Sales &amp; Marketing had for your products vs what they actually achieved, and report on where your Supply Chain fell over and why and what&#039;s been done to fix it.

I have worked for numerous organisations where I&#039;ve prepared data for, and run, such meetings. I have found that the chief requirement is to work smarter rather than harder, and to manage by exception rather than trying to manage everything.

Drop me a line if I can be of assistance.</description>
		<content:encoded><![CDATA[<p>I found it very interesting to note how the S&amp;OP process was interpreted at your organisation, which from the way you describe it, seems to have lost sight of any of the intended goals of an integrated Sales &amp; Operations Planning process.</p>
<p>True, in order for this process to be meaningful you need to gather a lot of data pertaining to each and every SKU in your stable, but I would have presumed it to be a relatively simple task to extract this information from whatever ERP system you&#8217;re using.</p>
<p>I also presume that &#8220;massaging&#8221; data as you put it refers to nothing more than formatting it into a readable state? If that&#8217;s all you&#8217;re going to do to it, it seems like a terrible waste of a potential source of invaluable information that your organisation could use to its great benefit.</p>
<p>Essentially, the S&amp;OP process should be the process by which you align your Operations with Sales, so that each knows what the other is up to and expecting from each other. It is the meeting place of your Production/Procurement/Inventory Management spheres with the Sales &amp; Marketing domain. In a nutshell, it is where you measure the accuracy of the expectations Sales &amp; Marketing had for your products vs what they actually achieved, and report on where your Supply Chain fell over and why and what&#8217;s been done to fix it.</p>
<p>I have worked for numerous organisations where I&#8217;ve prepared data for, and run, such meetings. I have found that the chief requirement is to work smarter rather than harder, and to manage by exception rather than trying to manage everything.</p>
<p>Drop me a line if I can be of assistance.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on To Prepare Demand Forecasts, Should We Listen to Our Customers? by Rizwan</title>
		<link>http://www.demand-planning.com/2010/01/28/to-prepare-demand-forecasts-should-we-listen-to-our-customers/comment-page-1/#comment-849</link>
		<dc:creator>Rizwan</dc:creator>
		<pubDate>Wed, 29 Jun 2011 09:20:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.demand-planning.com/?p=690#comment-849</guid>
		<description>Very well explained and very insight full but i just want to know in the light of present global inflation phenomenon which is on increase till the next five years especially for agri commodities,i believe seeing incresing prices isnt good to store some of the raw materials which can be stored to gain further benefit in near future days? though will effect the inventory holding cost but seeing percentage of increasing inflation holding cost seems nominal and gain seems bigger.

Regards</description>
		<content:encoded><![CDATA[<p>Very well explained and very insight full but i just want to know in the light of present global inflation phenomenon which is on increase till the next five years especially for agri commodities,i believe seeing incresing prices isnt good to store some of the raw materials which can be stored to gain further benefit in near future days? though will effect the inventory holding cost but seeing percentage of increasing inflation holding cost seems nominal and gain seems bigger.</p>
<p>Regards</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Five Suggestions For Effective Executive S&amp;OP Meetings by scm</title>
		<link>http://www.demand-planning.com/2011/06/01/five-suggestions-for-effective-executive-sop-meetings/comment-page-1/#comment-805</link>
		<dc:creator>scm</dc:creator>
		<pubDate>Tue, 07 Jun 2011 04:09:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.demand-planning.com/?p=1221#comment-805</guid>
		<description>I&#039;m not a big fan of S&amp;OP at executive level. Because, in order to make proper decision, most executives need almost real-time information from ERP or analytics software.</description>
		<content:encoded><![CDATA[<p>I&#8217;m not a big fan of S&amp;OP at executive level. Because, in order to make proper decision, most executives need almost real-time information from ERP or analytics software.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Why Integrate Cash Flow Forecasting in the Sales &amp; Operations Planning (S&amp;OP) Process? by Jeff Baker</title>
		<link>http://www.demand-planning.com/2011/05/13/why-integrate-cash-flow-forecasting-in-the-sales-operations-planning-sop-process/comment-page-1/#comment-757</link>
		<dc:creator>Jeff Baker</dc:creator>
		<pubDate>Mon, 16 May 2011 03:22:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.demand-planning.com/?p=1203#comment-757</guid>
		<description>I like points 1-3, and 5; #4 makes me uneasy:

4) Better cash flow management. Building too much inventory can cause major issues with the company’s cash flow but by integrating financial data into S&amp;OP the team was able to see the impact of the decision and adjust the inventory build to meet both demand and cash flow needs.

My read of that is that they are cutting into SS, therefore cutting service level / fill rate to meet cash flow needs. The real S&amp;OP decision, I think, is to understand the drop in fill rate that will likely result from the reduced inventory, an agree that the increased cash flow needs warrant that.</description>
		<content:encoded><![CDATA[<p>I like points 1-3, and 5; #4 makes me uneasy:</p>
<p>4) Better cash flow management. Building too much inventory can cause major issues with the company’s cash flow but by integrating financial data into S&amp;OP the team was able to see the impact of the decision and adjust the inventory build to meet both demand and cash flow needs.</p>
<p>My read of that is that they are cutting into SS, therefore cutting service level / fill rate to meet cash flow needs. The real S&amp;OP decision, I think, is to understand the drop in fill rate that will likely result from the reduced inventory, an agree that the increased cash flow needs warrant that.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Perfect Forecast and the Cost of Error: Radio Shack&#8217;s Experience by Amy - Demand Foresight</title>
		<link>http://www.demand-planning.com/2011/04/11/the-perfect-forecast-and-the-cost-of-error-radio-shacks-experience/comment-page-1/#comment-735</link>
		<dc:creator>Amy - Demand Foresight</dc:creator>
		<pubDate>Mon, 02 May 2011 16:55:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.demand-planning.com/?p=1150#comment-735</guid>
		<description>Thank you for this excellent article and great job highlighting the importance of reducing forecasting error. Continuously working to drive accurate demand forecasting at the detailed execution level is critical to support efforts for improving customer service, maintaining appropriate inventory and for allowing necessary flexibility and adaptability. Ever improving forecasting is also critical for measuring the opportunity costs of not executing – irrespective of version of the world in which your supply chain operates.</description>
		<content:encoded><![CDATA[<p>Thank you for this excellent article and great job highlighting the importance of reducing forecasting error. Continuously working to drive accurate demand forecasting at the detailed execution level is critical to support efforts for improving customer service, maintaining appropriate inventory and for allowing necessary flexibility and adaptability. Ever improving forecasting is also critical for measuring the opportunity costs of not executing – irrespective of version of the world in which your supply chain operates.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on What happened to CPFR? by Duncan Klett</title>
		<link>http://www.demand-planning.com/2010/11/29/what-happened-to-cpfr/comment-page-1/#comment-680</link>
		<dc:creator>Duncan Klett</dc:creator>
		<pubDate>Fri, 01 Apr 2011 17:16:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.demand-planning.com/?p=1011#comment-680</guid>
		<description>When I did a deep look at CPFR several years ago, it included a number of pre-defined, rigid, processes.  These reminded me of Rosetta Net - defined by a committee to cover all possible cases.  The result is a system requiring so much data, and so complex, that it becomes extremely difficult to implement, confusing to users, and ultimately falls out of favor.

On the other hand, I know of several major electronics companies who have implemented the CPFR principles:  namely capture forecast (their own to suppliers or from their major customers), review changes from the previous cycle, firm up on a common view of the demand.

Then, if getting demand from customers, they test/simulate the capability of their supply chain to satisfy that demand, resulting in a committment back to their customers (which could result in an adjustment to the demand the customer plans to place on them).

When communicating with suppliers, the objective is to obtain a committed supply chain back from the supplier, which is then used to feed committments back up the chain.

The point is, not only CAN it be done, but that it IS being done with EXCELLENT results.  However, the process has been simplified from formal CPFR into something that can be implemented and used.</description>
		<content:encoded><![CDATA[<p>When I did a deep look at CPFR several years ago, it included a number of pre-defined, rigid, processes.  These reminded me of Rosetta Net &#8211; defined by a committee to cover all possible cases.  The result is a system requiring so much data, and so complex, that it becomes extremely difficult to implement, confusing to users, and ultimately falls out of favor.</p>
<p>On the other hand, I know of several major electronics companies who have implemented the CPFR principles:  namely capture forecast (their own to suppliers or from their major customers), review changes from the previous cycle, firm up on a common view of the demand.</p>
<p>Then, if getting demand from customers, they test/simulate the capability of their supply chain to satisfy that demand, resulting in a committment back to their customers (which could result in an adjustment to the demand the customer plans to place on them).</p>
<p>When communicating with suppliers, the objective is to obtain a committed supply chain back from the supplier, which is then used to feed committments back up the chain.</p>
<p>The point is, not only CAN it be done, but that it IS being done with EXCELLENT results.  However, the process has been simplified from formal CPFR into something that can be implemented and used.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on IBF Year End Blog – What we Learned About Forecasting in 2010 by Mike Gilliland</title>
		<link>http://www.demand-planning.com/2010/12/21/ibf-year-end-blog-%e2%80%93-what-we-learned-about-forecasting-in-2010/comment-page-1/#comment-678</link>
		<dc:creator>Mike Gilliland</dc:creator>
		<pubDate>Mon, 21 Feb 2011 15:44:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.demand-planning.com/?p=1032#comment-678</guid>
		<description>Hi Davis,

Quantifying the maximum achievable forecast accuracy is a difficult problem, and I don&#039;t think there is a perfect answer. We can concoct examples, such as forecasting Heads or Tails in the toss of a fair coin, in which we can determine the limit of forecast accuracy.  We can do this because we understand what governs the behavior being forecast (called the data generation process (DGP)), and our accuracy is limited only by the randomness in the tossing of the fair coin.  In real life situations we usually don&#039;t know the DGP, the DGP may change over time, and we don&#039;t know the amount of randomness in the behavior.

There are some good articles on the general topic of forecastability and forecast performance measurement. I discuss these periodically on my blog (http://blogs.sas.com/forecasting) and provide links to some specific articles that may be of use. There is also an article &quot;Setting accuracy targets for short-term judgemental sales forecasting&quot; by Bunn and Taylor in the International Journal of Forecasting 17 (2001) 159-169.

Since we really don&#039;t know what is the best accuracy that is possible to achieve, I prefer to set performance targets with respect to what is the worst we should be able to achieve.  Thus, I would set the goal &quot;Forecast no worse than a naive model&quot; (where a naive model is something cheap and easy to implement, such as a random walk or moving average).  

Since we don&#039;t know in advance what accuracy the naive model will achieve, we don&#039;t set a specific numerical target.  Instead, over time, we evaluate our forecasting process accuracy vs. the accuracy the naive model achieved.  If our process is doing WORSE than the naive model, obviously something is going very wrong!</description>
		<content:encoded><![CDATA[<p>Hi Davis,</p>
<p>Quantifying the maximum achievable forecast accuracy is a difficult problem, and I don&#8217;t think there is a perfect answer. We can concoct examples, such as forecasting Heads or Tails in the toss of a fair coin, in which we can determine the limit of forecast accuracy.  We can do this because we understand what governs the behavior being forecast (called the data generation process (DGP)), and our accuracy is limited only by the randomness in the tossing of the fair coin.  In real life situations we usually don&#8217;t know the DGP, the DGP may change over time, and we don&#8217;t know the amount of randomness in the behavior.</p>
<p>There are some good articles on the general topic of forecastability and forecast performance measurement. I discuss these periodically on my blog (<a href="http://blogs.sas.com/forecasting" rel="nofollow">http://blogs.sas.com/forecasting</a>) and provide links to some specific articles that may be of use. There is also an article &#8220;Setting accuracy targets for short-term judgemental sales forecasting&#8221; by Bunn and Taylor in the International Journal of Forecasting 17 (2001) 159-169.</p>
<p>Since we really don&#8217;t know what is the best accuracy that is possible to achieve, I prefer to set performance targets with respect to what is the worst we should be able to achieve.  Thus, I would set the goal &#8220;Forecast no worse than a naive model&#8221; (where a naive model is something cheap and easy to implement, such as a random walk or moving average).  </p>
<p>Since we don&#8217;t know in advance what accuracy the naive model will achieve, we don&#8217;t set a specific numerical target.  Instead, over time, we evaluate our forecasting process accuracy vs. the accuracy the naive model achieved.  If our process is doing WORSE than the naive model, obviously something is going very wrong!</p>
]]></content:encoded>
	</item>
</channel>
</rss>

