<?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: How to Report Status on a Project</title>
	<atom:link href="http://www.pmhut.com/how-to-report-status-on-a-project/feed" rel="self" type="application/rss+xml" />
	<link>http://www.pmhut.com/how-to-report-status-on-a-project</link>
	<description></description>
	<pubDate>Sat, 11 Feb 2012 20:17:00 +0000</pubDate>
	<generator>http://wordpress.org/?v=abc</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: x</title>
		<link>http://www.pmhut.com/how-to-report-status-on-a-project/comment-page-1#comment-1002</link>
		<dc:creator>x</dc:creator>
		<pubDate>Thu, 12 Mar 2009 05:58:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.pmhut.com/how-to-report-status-on-a-project#comment-1002</guid>
		<description>Dependencies?

Key dependencies?

And how to identify the differences between either? And how to report?</description>
		<content:encoded><![CDATA[<p>Dependencies?</p>
<p>Key dependencies?</p>
<p>And how to identify the differences between either? And how to report?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Samer Zawaydeh</title>
		<link>http://www.pmhut.com/how-to-report-status-on-a-project/comment-page-1#comment-1000</link>
		<dc:creator>Samer Zawaydeh</dc:creator>
		<pubDate>Tue, 20 Jan 2009 21:01:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.pmhut.com/how-to-report-status-on-a-project#comment-1000</guid>
		<description>Dear Sir/ Madam (PM Hut),

Thank you for your article about the Project Status report. It is directed toward creating a brief summary of the project. This is what the Executive Summary in the Monthly report should contain.

Please allow me to add, that if the Planner is trying to create a Monthly Status report, then it should be more comprehensive.

These segments are a must in each Monthly status report:

Scope:
I. Engineering (Material and Shop Drawings)
II. Procurement
III. Construction
IV. Commissioning and Testing

Cost:
I. Invoicing
II. Extra Work
III. Variations

Time:
I. Approved schedule with Critical Path
II. Actual progress with updated Critical Path
III. Delays and reasons for delays

The status report should address each issue above in addition to list all the following:

1. Minutes of Meeting
2. The following logs:
a. Correspondence sent and received
b. Non Conformance Recrods Issued
c. Material submittals status Log
d. Shop Drawings status Log
e. Procurement Log
f. Invoicing, insurance and guaranttees Summary
g. Request for Information
h. Confirmation of Verbal Instructions
i. Daily reports
3. Manpower summary
4. Outstanding Issue and Recommendations

Thank you again for your excellent article.

Samer</description>
		<content:encoded><![CDATA[<p>Dear Sir/ Madam (PM Hut),</p>
<p>Thank you for your article about the Project Status report. It is directed toward creating a brief summary of the project. This is what the Executive Summary in the Monthly report should contain.</p>
<p>Please allow me to add, that if the Planner is trying to create a Monthly Status report, then it should be more comprehensive.</p>
<p>These segments are a must in each Monthly status report:</p>
<p>Scope:<br />
I. Engineering (Material and Shop Drawings)<br />
II. Procurement<br />
III. Construction<br />
IV. Commissioning and Testing</p>
<p>Cost:<br />
I. Invoicing<br />
II. Extra Work<br />
III. Variations</p>
<p>Time:<br />
I. Approved schedule with Critical Path<br />
II. Actual progress with updated Critical Path<br />
III. Delays and reasons for delays</p>
<p>The status report should address each issue above in addition to list all the following:</p>
<p>1. Minutes of Meeting<br />
2. The following logs:<br />
a. Correspondence sent and received<br />
b. Non Conformance Recrods Issued<br />
c. Material submittals status Log<br />
d. Shop Drawings status Log<br />
e. Procurement Log<br />
f. Invoicing, insurance and guaranttees Summary<br />
g. Request for Information<br />
h. Confirmation of Verbal Instructions<br />
i. Daily reports<br />
3. Manpower summary<br />
4. Outstanding Issue and Recommendations</p>
<p>Thank you again for your excellent article.</p>
<p>Samer</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Synergy Solutions</title>
		<link>http://www.pmhut.com/how-to-report-status-on-a-project/comment-page-1#comment-1001</link>
		<dc:creator>Synergy Solutions</dc:creator>
		<pubDate>Sat, 27 Dec 2008 03:47:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.pmhut.com/how-to-report-status-on-a-project#comment-1001</guid>
		<description>Just to sum up this matter, we put three points to consider on a status report.

Point #1: "where we are": this is to describe the position of current progress. It could be cost status, time status, and scope status. Use a dashboard or simple chart to describe these will be better.

Point #2: "how we are doing the project": this is to report what problems and issues happened within the project and how we responded them. This will include summary of changes within the project and/or the product.

Point #3: "where we are going next": this is to describe action plans to do next week.

Notes: The summary of Point #2 can be also put in Lessons Learned Document at the end of the project phase.</description>
		<content:encoded><![CDATA[<p>Just to sum up this matter, we put three points to consider on a status report.</p>
<p>Point #1: &#8220;where we are&#8221;: this is to describe the position of current progress. It could be cost status, time status, and scope status. Use a dashboard or simple chart to describe these will be better.</p>
<p>Point #2: &#8220;how we are doing the project&#8221;: this is to report what problems and issues happened within the project and how we responded them. This will include summary of changes within the project and/or the product.</p>
<p>Point #3: &#8220;where we are going next&#8221;: this is to describe action plans to do next week.</p>
<p>Notes: The summary of Point #2 can be also put in Lessons Learned Document at the end of the project phase.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Julian Gall</title>
		<link>http://www.pmhut.com/how-to-report-status-on-a-project/comment-page-1#comment-999</link>
		<dc:creator>Julian Gall</dc:creator>
		<pubDate>Sun, 14 Dec 2008 08:14:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.pmhut.com/how-to-report-status-on-a-project#comment-999</guid>
		<description>I agree with most of what has been written but I'm a little uncomfortable about the reporting percentage complete of a milestone. One of my pet peeves is lack of clarity in terminology for project management. I think we need to know what we mean by deliverables, activities, milestones, scope, objectives etc.

It seems to me that pregnancy is an activity, birth is a milestone and the baby is the deliverable. This is intuitively understandable. The pregnancy has all the features you mention when you talk about a milestone.

So, are we as part of atatus reporting just talking about major activities or project phases? I don't think so. As a project manager, it's important to know about the milestones too. e.g. When will system testing start, when will it be finished, when will the system go live etc. These are the really important aspects of the project and do not necessarily have any related "percent complete", but meeting them keeps the project on track.</description>
		<content:encoded><![CDATA[<p>I agree with most of what has been written but I&#8217;m a little uncomfortable about the reporting percentage complete of a milestone. One of my pet peeves is lack of clarity in terminology for project management. I think we need to know what we mean by deliverables, activities, milestones, scope, objectives etc.</p>
<p>It seems to me that pregnancy is an activity, birth is a milestone and the baby is the deliverable. This is intuitively understandable. The pregnancy has all the features you mention when you talk about a milestone.</p>
<p>So, are we as part of atatus reporting just talking about major activities or project phases? I don&#8217;t think so. As a project manager, it&#8217;s important to know about the milestones too. e.g. When will system testing start, when will it be finished, when will the system go live etc. These are the really important aspects of the project and do not necessarily have any related &#8220;percent complete&#8221;, but meeting them keeps the project on track.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bruno Collet</title>
		<link>http://www.pmhut.com/how-to-report-status-on-a-project/comment-page-1#comment-998</link>
		<dc:creator>Bruno Collet</dc:creator>
		<pubDate>Wed, 03 Dec 2008 14:37:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.pmhut.com/how-to-report-status-on-a-project#comment-998</guid>
		<description>Very helpful summary, Rob.

I'd like to add that project status should be provided in both &lt;em&gt;push&lt;/em&gt; and &lt;em&gt;pull&lt;/em&gt; mode. Let me explain. Push mode is when the PM sends the status to managers, let's say every Monday morning. Push mode allows managers to access project status &lt;em&gt;on-demand&lt;/em&gt; with a web interface. A project management software with a server version, or a simple wiki, does the job.

Even if managers don't often use the on-demand project status, they will appreciate the "ongoing" nature of reporting.

I am in both roles: PM and manager. As manager, I also like seeing a chart (a burndown chart for example). I also like colors, but that's really a question of personal taste.

Bruno Collet
&lt;a href="http://www.brunocollet.com/blog" rel="nofollow"&gt;Blog "Execution in the Information Age"&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>Very helpful summary, Rob.</p>
<p>I&#8217;d like to add that project status should be provided in both <em>push</em> and <em>pull</em> mode. Let me explain. Push mode is when the PM sends the status to managers, let&#8217;s say every Monday morning. Push mode allows managers to access project status <em>on-demand</em> with a web interface. A project management software with a server version, or a simple wiki, does the job.</p>
<p>Even if managers don&#8217;t often use the on-demand project status, they will appreciate the &#8220;ongoing&#8221; nature of reporting.</p>
<p>I am in both roles: PM and manager. As manager, I also like seeing a chart (a burndown chart for example). I also like colors, but that&#8217;s really a question of personal taste.</p>
<p>Bruno Collet<br />
<a href="http://www.brunocollet.com/blog" rel="nofollow">Blog &#8220;Execution in the Information Age&#8221;</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>

