﻿<?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 on: Pre-operational cashflow modelling in project finance</title>
	<atom:link href="http://www.fimodo.com/2009/12/pre-operational-cashflow-modelling-in-project-finance/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.fimodo.com/2009/12/pre-operational-cashflow-modelling-in-project-finance/</link>
	<description>Financial Modelling Experts sharing their knowledge</description>
	<lastBuildDate>Thu, 08 Jul 2010 20:23:15 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Gavin Townshend</title>
		<link>http://www.fimodo.com/2009/12/pre-operational-cashflow-modelling-in-project-finance/comment-page-1/#comment-291</link>
		<dc:creator>Gavin Townshend</dc:creator>
		<pubDate>Mon, 11 Jan 2010 17:39:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.fimodo.com/?p=700#comment-291</guid>
		<description>Similar to other articles by Nick, when reading this article I felt: &quot;This guy is reading my mind&quot;.

I have been building and reviewing financial models for 10 years, the last 2 of which has been in the PFI/PPP arena.  Traditionally in this area there was a clear Construction phase followed by an Operations phase.  As Nick pointed out in his article, on more and more projects this simplistic approach is no longer appropriate.

My initial experience of modelling did not require such phases, so when I saw models with a Construction calculation sheet and then an Operations calculation sheet, it looked odd to me.  Yes, individually several formulae were simpler, but overall I found this approach far too restrictive to cater for the more complex project requirements as described by Nick.

From a financial modelling point of view, splitting a model into phases (such as Construction and Operations) should simply be a presentational thing in the final outputs, not an issue in a model&#039;s structural design.

In some cases, it will be necessary to have more complex formulae to seamlessly &#039;transition&#039; from monthly to semi-annual periods, but that&#039;s the sort of detailed technical challenge that good modellers thrive on (or should, in my view).</description>
		<content:encoded><![CDATA[<p>Similar to other articles by Nick, when reading this article I felt: &#8220;This guy is reading my mind&#8221;.</p>
<p>I have been building and reviewing financial models for 10 years, the last 2 of which has been in the PFI/PPP arena.  Traditionally in this area there was a clear Construction phase followed by an Operations phase.  As Nick pointed out in his article, on more and more projects this simplistic approach is no longer appropriate.</p>
<p>My initial experience of modelling did not require such phases, so when I saw models with a Construction calculation sheet and then an Operations calculation sheet, it looked odd to me.  Yes, individually several formulae were simpler, but overall I found this approach far too restrictive to cater for the more complex project requirements as described by Nick.</p>
<p>From a financial modelling point of view, splitting a model into phases (such as Construction and Operations) should simply be a presentational thing in the final outputs, not an issue in a model&#8217;s structural design.</p>
<p>In some cases, it will be necessary to have more complex formulae to seamlessly &#8216;transition&#8217; from monthly to semi-annual periods, but that&#8217;s the sort of detailed technical challenge that good modellers thrive on (or should, in my view).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stephen Morton</title>
		<link>http://www.fimodo.com/2009/12/pre-operational-cashflow-modelling-in-project-finance/comment-page-1/#comment-234</link>
		<dc:creator>Stephen Morton</dc:creator>
		<pubDate>Tue, 15 Dec 2009 10:49:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.fimodo.com/?p=700#comment-234</guid>
		<description>Excellent summary of the complex issue of financial modelling of pre-operational cashflows! Your screenshots also looks absolutely fantastic - I wish our project finance models looked that great!</description>
		<content:encoded><![CDATA[<p>Excellent summary of the complex issue of financial modelling of pre-operational cashflows! Your screenshots also looks absolutely fantastic &#8211; I wish our project finance models looked that great!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: J</title>
		<link>http://www.fimodo.com/2009/12/pre-operational-cashflow-modelling-in-project-finance/comment-page-1/#comment-232</link>
		<dc:creator>J</dc:creator>
		<pubDate>Mon, 14 Dec 2009 17:12:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.fimodo.com/?p=700#comment-232</guid>
		<description>Nick, as expected a very good article that shows your experience and expertise in the area (not that they were ever in doubt!).

As usual, of a financial model, the cardinal rule of GIGO applies. Given a transactional model involves a lot of stakeholders and each has a hand in providing the input and assumption, maybe in your next article you should share some of your experience in dealing with the parties providing the inputs (and quite often the inputs are of varying level of granularity and quality). 

Not sure if its appropriate for a financial modelling website to deal with project management but you have to admit, as a transactional modeller, project management is just as an important skill set as Excel.</description>
		<content:encoded><![CDATA[<p>Nick, as expected a very good article that shows your experience and expertise in the area (not that they were ever in doubt!).</p>
<p>As usual, of a financial model, the cardinal rule of GIGO applies. Given a transactional model involves a lot of stakeholders and each has a hand in providing the input and assumption, maybe in your next article you should share some of your experience in dealing with the parties providing the inputs (and quite often the inputs are of varying level of granularity and quality). </p>
<p>Not sure if its appropriate for a financial modelling website to deal with project management but you have to admit, as a transactional modeller, project management is just as an important skill set as Excel.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
