<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>My Project Management Lessons &#187; Design</title>
	<atom:link href="http://www.myprojectlessons.com/category/design/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.myprojectlessons.com</link>
	<description>Lessons learned in Project Management</description>
	<lastBuildDate>Sat, 28 Nov 2009 02:34:57 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
		<item>
		<title>Construction Stage Services Costs</title>
		<link>http://www.myprojectlessons.com/2009/11/construction-stage-services-costs/</link>
		<comments>http://www.myprojectlessons.com/2009/11/construction-stage-services-costs/#comments</comments>
		<pubDate>Sat, 28 Nov 2009 02:34:57 +0000</pubDate>
		<dc:creator>michael</dc:creator>
				<category><![CDATA[Construction]]></category>
		<category><![CDATA[Cost]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Planning]]></category>
		<category><![CDATA[construction stage services]]></category>
		<category><![CDATA[deliverables]]></category>
		<category><![CDATA[work packages]]></category>

		<guid isPermaLink="false">http://www.myprojectlessons.com/?p=720</guid>
		<description><![CDATA[Construction stage services cost more if the design is still being done when construction begins. Target all the design to be done before construction begins. If that is not possible, try to have complete deliverables packages complete before construction begins. If design is still proceeding when construction starts, the constructors will require a lot more [...]

<h3>Related Posts</h3>
<ol>
		<li><a href="http://www.myprojectlessons.com/2009/03/design-discrepancies/" rel="bookmark">Design Discrepancies</a><!-- (10)--></li>
		<li><a href="http://www.myprojectlessons.com/2009/03/document-design-changes-and-delays/" rel="bookmark">Document Design Changes and Delays</a><!-- (8.8)--></li>
		<li><a href="http://www.myprojectlessons.com/2009/10/consider-overall-costs/" rel="bookmark">Consider Overall Costs</a><!-- (7.9)--></li>
	</ol>
]]></description>
			<content:encoded><![CDATA[<p><strong>Construction stage services cost more if the design is still being done when construction begins.</strong></p>
<p>Target all the design to be done before construction begins.</p>
<p>If that is not possible, try to have complete deliverables packages complete before construction begins.</p>
<p>If design is still proceeding when construction starts, the constructors will require a lot more input from the designers, leading to higher design costs (in construction stage services).</p>


<h3>Related Posts</h3>
<ol>
		<li><a href="http://www.myprojectlessons.com/2009/03/design-discrepancies/" rel="bookmark">Design Discrepancies</a><!-- (10)--></li>
		<li><a href="http://www.myprojectlessons.com/2009/03/document-design-changes-and-delays/" rel="bookmark">Document Design Changes and Delays</a><!-- (8.8)--></li>
		<li><a href="http://www.myprojectlessons.com/2009/10/consider-overall-costs/" rel="bookmark">Consider Overall Costs</a><!-- (7.9)--></li>
	</ol>
]]></content:encoded>
			<wfw:commentRss>http://www.myprojectlessons.com/2009/11/construction-stage-services-costs/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Processing Purchase Orders Efficiently</title>
		<link>http://www.myprojectlessons.com/2009/11/processing-purchase-orders-efficiently/</link>
		<comments>http://www.myprojectlessons.com/2009/11/processing-purchase-orders-efficiently/#comments</comments>
		<pubDate>Sun, 22 Nov 2009 20:14:12 +0000</pubDate>
		<dc:creator>michael</dc:creator>
				<category><![CDATA[Cost]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Documentation]]></category>
		<category><![CDATA[Procurement]]></category>
		<category><![CDATA[alliance project]]></category>
		<category><![CDATA[forms]]></category>
		<category><![CDATA[project delays]]></category>
		<category><![CDATA[purchase order]]></category>
		<category><![CDATA[sub consultant]]></category>

		<guid isPermaLink="false">http://www.myprojectlessons.com/?p=711</guid>
		<description><![CDATA[If you work on an alliance project or any project where some tasks are done by a collection of organisations, make sure there is a clear and simple procedure for making purchase orders. A designated group of people should be responsible for this and should know the system. That group should be able to process [...]

<h3>Related Posts</h3>
<ol>
		<li><a href="http://www.myprojectlessons.com/2008/11/get-a-signed-contract-before-starting-work/" rel="bookmark">Get a Signed Contract Before Starting Work</a><!-- (13.6)--></li>
		<li><a href="http://www.myprojectlessons.com/2009/05/authorization-system/" rel="bookmark">Authorization System</a><!-- (13.6)--></li>
		<li><a href="http://www.myprojectlessons.com/2009/03/subconsultant-agreement-with-tender/" rel="bookmark">Sub Consultant Agreement with Tender</a><!-- (10.6)--></li>
	</ol>
]]></description>
			<content:encoded><![CDATA[<p>If you work on an alliance project or any project where some tasks are done by a collection of organisations, make sure there is a clear and simple procedure for making purchase orders.</p>
<p>A designated group of people should be responsible for this and should know the system. That group should be able to process purchase orders for work even if that work will be paid for by the head companies and not the alliance.</p>
<p>For example, I needed to get some external design work done. I had an external person who could do a set of designs for a set price. Yet it took ten weeks to actually make the purchase order so that work could start, including 10 hours of my time in going backwards and forwards trying to sort the system out.</p>
<p>The process included these steps:</p>
<ol>
<li>Try to find out which head company was paying</li>
<li>Get the correct forms for the purchase</li>
<li>Find the sub consultant agreement forms</li>
<li>Wait until the head company could send me the right forms</li>
<li>Fill these out and sending them to the head office accounts department</li>
<li>Get them returned to me saying they were wrong and a different form should be used (different people thought different forms should be used)</li>
<li>Send the agreement forms to the sub contractor to agree to.</li>
<li>Get them back with alterations.</li>
<li>Send them to the head office corporate solicitor to check and advise.</li>
<li>Get a new form recommended and send them again to the sub consultant for agreement.</li>
<li> Get agreement and then get signatures from alliance managers.</li>
<li>Send the signed form to the head company for signatures.</li>
<li>After agreements are all signed, give these and sub consultant details to accounts department for a purchase order to be made.</li>
<li>Get this purchase order signed by alliance managers</li>
<li>Get the purchase order signed by head company.</li>
<li>Alter purchase order and agreement because different designs are now required (because of the time delay some internal staff had done some designs themselves as they were needed urgently)</li>
<li>Get signatures again (alliance, head company, sub consultant.</li>
<li>Send purchase order and agreement to sub consultant for work to be commenced.</li>
</ol>
<p>Many of these steps took one or two weeks for review and responses. It would have been cheaper, quicker, and easier to get these designs done internally and pay overtime to get them done.</p>
<p>Management cost to get these processed $2000</p>
<p>Cost of designs $8000</p>
<p>These costs do not include all the purchasing and accounts department time and costs, only the direct design management costs (my time and my manager’s time).</p>
<p>If there was a division in the alliance office who could do all this, I could have taken the sub consultant details and price to them and they could have done this whole process in less than one hour, at a cost of perhaps $50.</p>
<ul>
<li>They would need all the correct forms and agreements from the head companies.</li>
<li>They would need to know who authorises these forms and have easy access to these people.</li>
<li>They should know what forms and agreements are used for each purpose.</li>
</ul>


<h3>Related Posts</h3>
<ol>
		<li><a href="http://www.myprojectlessons.com/2008/11/get-a-signed-contract-before-starting-work/" rel="bookmark">Get a Signed Contract Before Starting Work</a><!-- (13.6)--></li>
		<li><a href="http://www.myprojectlessons.com/2009/05/authorization-system/" rel="bookmark">Authorization System</a><!-- (13.6)--></li>
		<li><a href="http://www.myprojectlessons.com/2009/03/subconsultant-agreement-with-tender/" rel="bookmark">Sub Consultant Agreement with Tender</a><!-- (10.6)--></li>
	</ol>
]]></content:encoded>
			<wfw:commentRss>http://www.myprojectlessons.com/2009/11/processing-purchase-orders-efficiently/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Avoid Bias</title>
		<link>http://www.myprojectlessons.com/2009/10/avoid-bias/</link>
		<comments>http://www.myprojectlessons.com/2009/10/avoid-bias/#comments</comments>
		<pubDate>Mon, 19 Oct 2009 19:01:35 +0000</pubDate>
		<dc:creator>michael</dc:creator>
				<category><![CDATA[Design]]></category>
		<category><![CDATA[bias]]></category>
		<category><![CDATA[decisions]]></category>
		<category><![CDATA[primed]]></category>

		<guid isPermaLink="false">http://www.myprojectlessons.com/?p=683</guid>
		<description><![CDATA[When you are making important decisions or preparing designs, get a second opinion on them before acting, because you may be coming from a biased or primed attitude. (Primed is when you are thinking a certain way because of some previous input. It may cause you to think about the topic in only a certain [...]

<h3>Related Posts</h3>
<ol>
		<li><a href="http://www.myprojectlessons.com/2008/10/check-standards-for-pipes/" rel="bookmark">Check Standards for Pipes</a><!-- (6.7)--></li>
	</ol>
]]></description>
			<content:encoded><![CDATA[<p>When you are making important decisions or preparing designs, get a second opinion on them before acting, because you may be coming from a biased or primed attitude.</p>
<p>(Primed is when you are thinking a certain way because of some previous input. It may cause you to think about the topic in only a certain way, and overlook better alternatives).</p>
<p>It is good to seek out the views of other team members on decisions and designs to get a different perspective.</p>


<h3>Related Posts</h3>
<ol>
		<li><a href="http://www.myprojectlessons.com/2008/10/check-standards-for-pipes/" rel="bookmark">Check Standards for Pipes</a><!-- (6.7)--></li>
	</ol>
]]></content:encoded>
			<wfw:commentRss>http://www.myprojectlessons.com/2009/10/avoid-bias/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Allow Enough Time for Design and Drawing Approvals</title>
		<link>http://www.myprojectlessons.com/2009/10/allow-enough-time-for-design-and-drawing-approvals/</link>
		<comments>http://www.myprojectlessons.com/2009/10/allow-enough-time-for-design-and-drawing-approvals/#comments</comments>
		<pubDate>Sun, 18 Oct 2009 02:04:07 +0000</pubDate>
		<dc:creator>michael</dc:creator>
				<category><![CDATA[Design]]></category>
		<category><![CDATA[Documentation]]></category>
		<category><![CDATA[approval]]></category>
		<category><![CDATA[drawings]]></category>
		<category><![CDATA[review]]></category>
		<category><![CDATA[verification]]></category>

		<guid isPermaLink="false">http://www.myprojectlessons.com/?p=675</guid>
		<description><![CDATA[Make sure you allow enough time in your project plan for designs and drawings to be approved, internally as well as by the client. It is common to need 1-2 weeks for each step of FDR (Final Design Review), IDC (Interdisciplinary Check), Verification, IFC (Issue For Construction) etc reviews and approvals, especially if more than [...]

<h3>Related Posts</h3>
<ol>
		<li><a href="http://www.myprojectlessons.com/2009/01/dont-do-blanket-approvals/" rel="bookmark">Don&#8217;t Do Blanket Approvals</a><!-- (10)--></li>
		<li><a href="http://www.myprojectlessons.com/2009/05/authorization-system/" rel="bookmark">Authorization System</a><!-- (9.6)--></li>
		<li><a href="http://www.myprojectlessons.com/2009/06/good-change-management-system/" rel="bookmark">Good Change Management System</a><!-- (9.2)--></li>
	</ol>
]]></description>
			<content:encoded><![CDATA[<p>Make sure you allow enough time in your project plan for designs and drawings to be approved, internally as well as by the client.</p>
<p>It is common to need 1-2 weeks for each step of FDR (Final Design Review), IDC (Interdisciplinary Check), Verification, IFC (Issue For Construction) etc reviews and approvals, especially if more than one person must approve these.</p>
<p>It is important to keep track of the approval status of these and follow up on people to review and sign them. I often find that although people get notified, they overlook signing the reviews or it sits on a desk waiting and gets buried.</p>
<p>If all the approvers are collocated, it is often worth having someone walk the documents around personally to each person for their approval, this can dramatically reduce the time taken and stop the documents being buried under other work or being forgotten about.</p>


<h3>Related Posts</h3>
<ol>
		<li><a href="http://www.myprojectlessons.com/2009/01/dont-do-blanket-approvals/" rel="bookmark">Don&#8217;t Do Blanket Approvals</a><!-- (10)--></li>
		<li><a href="http://www.myprojectlessons.com/2009/05/authorization-system/" rel="bookmark">Authorization System</a><!-- (9.6)--></li>
		<li><a href="http://www.myprojectlessons.com/2009/06/good-change-management-system/" rel="bookmark">Good Change Management System</a><!-- (9.2)--></li>
	</ol>
]]></content:encoded>
			<wfw:commentRss>http://www.myprojectlessons.com/2009/10/allow-enough-time-for-design-and-drawing-approvals/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Estimating Design Time</title>
		<link>http://www.myprojectlessons.com/2009/08/estimating-design-time/</link>
		<comments>http://www.myprojectlessons.com/2009/08/estimating-design-time/#comments</comments>
		<pubDate>Fri, 28 Aug 2009 10:48:57 +0000</pubDate>
		<dc:creator>michael</dc:creator>
				<category><![CDATA[Communication]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Planning]]></category>
		<category><![CDATA[design schedule]]></category>
		<category><![CDATA[drawings]]></category>
		<category><![CDATA[schedule]]></category>

		<guid isPermaLink="false">http://www.myprojectlessons.com/?p=638</guid>
		<description><![CDATA[Get to know the usual time schedules for producing plans, drawings, and designs in your organisation. Estimates may be 2 weeks but people with experience in the organisation may know to double this when told 2 weeks by the design department. Project managers should keep up with the designers for their project regularly to see [...]

<h3>Related Posts</h3>
<ol>
		<li><a href="http://www.myprojectlessons.com/2009/11/get-clear-directions-on-organizational-priorities/" rel="bookmark">Get Clear Directions on Organizational Priorities</a><!-- (10.7)--></li>
		<li><a href="http://www.myprojectlessons.com/2009/06/plan-the-use-of-your-resources-properly/" rel="bookmark">Plan the use of your Resources Properly</a><!-- (9.5)--></li>
		<li><a href="http://www.myprojectlessons.com/2009/10/allow-enough-time-for-design-and-drawing-approvals/" rel="bookmark">Allow Enough Time for Design and Drawing Approvals</a><!-- (7.5)--></li>
	</ol>
]]></description>
			<content:encoded><![CDATA[<p>Get to know the usual<strong> time schedules for producing plans, drawings, and designs in your organisation.</strong><br />
Estimates may be 2 weeks but people with experience in the organisation may know to double this when told 2 weeks by the design department.</p>
<p>Project managers should keep up with the designers for their project regularly to see what they are working on and what their priorities are.<br />
Resources often get pulled onto other tasks/projects, so it important you stay informed.</p>
<p>Possibly escalate to the projects director if necessary.</p>


<h3>Related Posts</h3>
<ol>
		<li><a href="http://www.myprojectlessons.com/2009/11/get-clear-directions-on-organizational-priorities/" rel="bookmark">Get Clear Directions on Organizational Priorities</a><!-- (10.7)--></li>
		<li><a href="http://www.myprojectlessons.com/2009/06/plan-the-use-of-your-resources-properly/" rel="bookmark">Plan the use of your Resources Properly</a><!-- (9.5)--></li>
		<li><a href="http://www.myprojectlessons.com/2009/10/allow-enough-time-for-design-and-drawing-approvals/" rel="bookmark">Allow Enough Time for Design and Drawing Approvals</a><!-- (7.5)--></li>
	</ol>
]]></content:encoded>
			<wfw:commentRss>http://www.myprojectlessons.com/2009/08/estimating-design-time/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Eliminate Unnecessary Features</title>
		<link>http://www.myprojectlessons.com/2009/08/eliminate-unnecessary-features/</link>
		<comments>http://www.myprojectlessons.com/2009/08/eliminate-unnecessary-features/#comments</comments>
		<pubDate>Thu, 27 Aug 2009 09:53:26 +0000</pubDate>
		<dc:creator>michael</dc:creator>
				<category><![CDATA[Client]]></category>
		<category><![CDATA[Cost]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Scope]]></category>
		<category><![CDATA[features]]></category>
		<category><![CDATA[savings]]></category>

		<guid isPermaLink="false">http://www.myprojectlessons.com/?p=636</guid>
		<description><![CDATA[Eliminating unnecessary features in design will give the largest savings in a project. If your client wants costs cut, look for the most costly features (in design cost and construction cost) that could be eliminated without significantly reducing the final required result of the project. For example, a client wanted a set of equipment protected [...]

<h3>Related Posts</h3>
<ol>
		<li><a href="http://www.myprojectlessons.com/2009/04/good-document-system/" rel="bookmark">Good Document System</a><!-- (7.4)--></li>
		<li><a href="http://www.myprojectlessons.com/2009/08/learn-to-say-no/" rel="bookmark">Learn to Say No</a><!-- (7)--></li>
		<li><a href="http://www.myprojectlessons.com/2009/04/is-it-contaminated/" rel="bookmark">Is It Contaminated?</a><!-- (6.7)--></li>
	</ol>
]]></description>
			<content:encoded><![CDATA[<p>Eliminating unnecessary features in design will give the largest savings in a project.</p>
<p>If your client wants costs cut, look for the most costly features (in design cost and construction cost) that could be eliminated without significantly reducing the final required result of the project.</p>
<p>For example, a client wanted a set of equipment protected from potential flood levels by constructing it on the flat roof of an existing building. However, the rest of the existing plant was below that level so in the case of a flood would be out of operation anyway. To construct on the roof of the building would have taken significant extra structural support costing more than the equipment being installed. It was decided to install the equipment at ground level instead of raising it above the potential (rare) flood level, and installing a simple bypass system for use in case it failed. This saved more than double the price of replacing the equipment in the unlikely event of it being flooded.</p>
<p>Of course this may not be possible with features that are critical to operation, but if they are not critical, eliminating these features at the design stage (early in the project) can save a lot of money.</p>


<h3>Related Posts</h3>
<ol>
		<li><a href="http://www.myprojectlessons.com/2009/04/good-document-system/" rel="bookmark">Good Document System</a><!-- (7.4)--></li>
		<li><a href="http://www.myprojectlessons.com/2009/08/learn-to-say-no/" rel="bookmark">Learn to Say No</a><!-- (7)--></li>
		<li><a href="http://www.myprojectlessons.com/2009/04/is-it-contaminated/" rel="bookmark">Is It Contaminated?</a><!-- (6.7)--></li>
	</ol>
]]></content:encoded>
			<wfw:commentRss>http://www.myprojectlessons.com/2009/08/eliminate-unnecessary-features/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Learn to Say No</title>
		<link>http://www.myprojectlessons.com/2009/08/learn-to-say-no/</link>
		<comments>http://www.myprojectlessons.com/2009/08/learn-to-say-no/#comments</comments>
		<pubDate>Wed, 26 Aug 2009 09:14:02 +0000</pubDate>
		<dc:creator>michael</dc:creator>
				<category><![CDATA[Client]]></category>
		<category><![CDATA[Contract]]></category>
		<category><![CDATA[Cost]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Risk]]></category>
		<category><![CDATA[Safety]]></category>
		<category><![CDATA[Scope]]></category>
		<category><![CDATA[change]]></category>
		<category><![CDATA[schedule]]></category>

		<guid isPermaLink="false">http://www.myprojectlessons.com/?p=634</guid>
		<description><![CDATA[You must learn to say no to some requests from clients If change requests from the client will make the design unsafe or unusable, you should refuse to change it. Otherwise you could still be sued as the designer for giving misleading information when your company is the expert (accepting a change could be deemed [...]

<h3>Related Posts</h3>
<ol>
		<li><a href="http://www.myprojectlessons.com/2009/01/get-instructions-in-writing/" rel="bookmark">Get Instructions in Writing</a><!-- (7.9)--></li>
		<li><a href="http://www.myprojectlessons.com/2009/07/addition-clause-in-contract/" rel="bookmark">Addition Clause in Contract</a><!-- (7.8)--></li>
		<li><a href="http://www.myprojectlessons.com/2009/03/unreasonable-project-and-construction-schedules/" rel="bookmark">Unreasonable Project And Construction Schedules</a><!-- (6.5)--></li>
	</ol>
]]></description>
			<content:encoded><![CDATA[<p>You must learn to say no to some requests from clients</p>
<p>If change requests from the client will make the design unsafe or unusable, you should refuse to change it. Otherwise you could still be sued as the designer for giving misleading information when your company is the expert (accepting a change could be deemed as approving it, even if you gave a warning that it would be unsafe or unusable).</p>
<p>Another instance to say no is if the client asks for changes that will increase the schedule but won’t approve the increased schedule. Get approval from the client for the extended schedule or cost before saying yes to the proposed change.</p>


<h3>Related Posts</h3>
<ol>
		<li><a href="http://www.myprojectlessons.com/2009/01/get-instructions-in-writing/" rel="bookmark">Get Instructions in Writing</a><!-- (7.9)--></li>
		<li><a href="http://www.myprojectlessons.com/2009/07/addition-clause-in-contract/" rel="bookmark">Addition Clause in Contract</a><!-- (7.8)--></li>
		<li><a href="http://www.myprojectlessons.com/2009/03/unreasonable-project-and-construction-schedules/" rel="bookmark">Unreasonable Project And Construction Schedules</a><!-- (6.5)--></li>
	</ol>
]]></content:encoded>
			<wfw:commentRss>http://www.myprojectlessons.com/2009/08/learn-to-say-no/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Graffiti Problems</title>
		<link>http://www.myprojectlessons.com/2009/07/graffiti-problems/</link>
		<comments>http://www.myprojectlessons.com/2009/07/graffiti-problems/#comments</comments>
		<pubDate>Wed, 01 Jul 2009 09:57:58 +0000</pubDate>
		<dc:creator>michael</dc:creator>
				<category><![CDATA[Cost]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[art]]></category>
		<category><![CDATA[artists]]></category>
		<category><![CDATA[graffiti]]></category>
		<category><![CDATA[painting]]></category>
		<category><![CDATA[repainting]]></category>

		<guid isPermaLink="false">http://www.myprojectlessons.com/?p=513</guid>
		<description><![CDATA[If your project site has potential graffiti problems (or has problems) consider hiring some street artists to paint murals on those walls with graffiti problems. When painted well, graffiti is less likely to be put there as there is already good art. It makes the site more attractive. If it discourages graffiti, it may work [...]

<h3>Related Posts</h3>
<ol>
		<li><a href="http://www.myprojectlessons.com/2009/03/visit-the-intended-site/" rel="bookmark">Visit the Intended Site</a><!-- (7.8)--></li>
		<li><a href="http://www.myprojectlessons.com/2008/12/cautionary-notes-on-drawings/" rel="bookmark">Cautionary Notes On Drawings</a><!-- (6.1)--></li>
		<li><a href="http://www.myprojectlessons.com/2009/11/prepare-properly-for-transport-of-painted-work/" rel="bookmark">Prepare Properly for Transport of Painted Work</a><!-- (5.5)--></li>
	</ol>
]]></description>
			<content:encoded><![CDATA[<p>If your project site has potential graffiti problems (or has problems) consider <strong>hiring some street artists to paint murals on those walls with graffiti problems.</strong></p>
<ul>
<li>When painted well, graffiti is less likely to be put there as there is already good art.</li>
<li>It makes the site more attractive.</li>
<li>If it discourages graffiti, it may work out less expensive than continually repainting the areas to cover graffiti.</li>
<li>An example is the electrical boxes around Brisbane, Australia. They have all been painted with different topical, sometimes funny, always creative pictures. Very little graffiti is put on them now, and they make a very attractive addition to the street.</li>
</ul>


<h3>Related Posts</h3>
<ol>
		<li><a href="http://www.myprojectlessons.com/2009/03/visit-the-intended-site/" rel="bookmark">Visit the Intended Site</a><!-- (7.8)--></li>
		<li><a href="http://www.myprojectlessons.com/2008/12/cautionary-notes-on-drawings/" rel="bookmark">Cautionary Notes On Drawings</a><!-- (6.1)--></li>
		<li><a href="http://www.myprojectlessons.com/2009/11/prepare-properly-for-transport-of-painted-work/" rel="bookmark">Prepare Properly for Transport of Painted Work</a><!-- (5.5)--></li>
	</ol>
]]></content:encoded>
			<wfw:commentRss>http://www.myprojectlessons.com/2009/07/graffiti-problems/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Clarify Terminology</title>
		<link>http://www.myprojectlessons.com/2009/06/clarify-terminology/</link>
		<comments>http://www.myprojectlessons.com/2009/06/clarify-terminology/#comments</comments>
		<pubDate>Fri, 05 Jun 2009 09:52:49 +0000</pubDate>
		<dc:creator>michael</dc:creator>
				<category><![CDATA[Communication]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Documentation]]></category>
		<category><![CDATA[definitions]]></category>
		<category><![CDATA[mistakes]]></category>
		<category><![CDATA[terminology]]></category>
		<category><![CDATA[terms]]></category>

		<guid isPermaLink="false">http://www.myprojectlessons.com/?p=461</guid>
		<description><![CDATA[You should make sure that terminology that is ambiguous or unclear is made clear with definitions. This can avoid mistakes and reduce the time necessary to re-design. For example: &#8220;Rail Overbridge&#8221;. Is this a rail bridge that goes over something, or is it a rail with a bridge over it? A Rail Overbridge is a [...]

<h3>Related Posts</h3>
<ol>
		<li><a href="http://www.myprojectlessons.com/2008/11/clarify-terms-and-conditions/" rel="bookmark">Clarify Terms and Conditions</a><!-- (11.3)--></li>
		<li><a href="http://www.myprojectlessons.com/2009/05/clarify-who-uses-documents-and-why/" rel="bookmark">Clarify Who Uses Documents and Why</a><!-- (6.2)--></li>
		<li><a href="http://www.myprojectlessons.com/2009/10/alliance-communications-efficiency/" rel="bookmark">Alliance Communications Efficiency</a><!-- (5.5)--></li>
	</ol>
]]></description>
			<content:encoded><![CDATA[<p>You should <strong>make sure that terminology that is ambiguous or unclear is made clear with definitions.</strong></p>
<p>This can avoid mistakes and reduce the time necessary to re-design.</p>
<p>For example:</p>
<ul>
<li>&#8220;Rail Overbridge&#8221;. Is this a rail bridge that goes over something, or is it a rail with a bridge over it?
<ul>
<li>A Rail Overbridge is a bridge over the railway.</li>
<li>A Rail Underbridge is a bridge carrying the railway and allowing a roadway, river etc. to pass under the railway.</li>
</ul>
</li>
</ul>
<p>You may have to get clarifications of definitions from you project sponsor for organizational specific terms.</p>
<p>Don&#8217;t assume all your team knows the terms.</p>


<h3>Related Posts</h3>
<ol>
		<li><a href="http://www.myprojectlessons.com/2008/11/clarify-terms-and-conditions/" rel="bookmark">Clarify Terms and Conditions</a><!-- (11.3)--></li>
		<li><a href="http://www.myprojectlessons.com/2009/05/clarify-who-uses-documents-and-why/" rel="bookmark">Clarify Who Uses Documents and Why</a><!-- (6.2)--></li>
		<li><a href="http://www.myprojectlessons.com/2009/10/alliance-communications-efficiency/" rel="bookmark">Alliance Communications Efficiency</a><!-- (5.5)--></li>
	</ol>
]]></content:encoded>
			<wfw:commentRss>http://www.myprojectlessons.com/2009/06/clarify-terminology/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Good Change Management System</title>
		<link>http://www.myprojectlessons.com/2009/06/good-change-management-system/</link>
		<comments>http://www.myprojectlessons.com/2009/06/good-change-management-system/#comments</comments>
		<pubDate>Thu, 04 Jun 2009 09:57:30 +0000</pubDate>
		<dc:creator>michael</dc:creator>
				<category><![CDATA[Communication]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Documentation]]></category>
		<category><![CDATA[Planning]]></category>
		<category><![CDATA[Time]]></category>
		<category><![CDATA[authorisation]]></category>
		<category><![CDATA[change management]]></category>
		<category><![CDATA[change management system]]></category>
		<category><![CDATA[database]]></category>
		<category><![CDATA[reports]]></category>
		<category><![CDATA[signatures]]></category>
		<category><![CDATA[spreadsheets]]></category>

		<guid isPermaLink="false">http://www.myprojectlessons.com/?p=457</guid>
		<description><![CDATA[Instigate and enforce a good change management system Change management coordinators and people who have to approve changes spend a lot of time chasing signatures, putting information in to spreadsheets, and general admin duties that could be automated. It is easy to lose track of changes, or not document them properly. Documentation for changes often [...]

<h3>Related Posts</h3>
<ol>
		<li><a href="http://www.myprojectlessons.com/2009/05/authorization-system/" rel="bookmark">Authorization System</a><!-- (15.3)--></li>
		<li><a href="http://www.myprojectlessons.com/2009/03/document-design-changes-and-delays/" rel="bookmark">Document Design Changes and Delays</a><!-- (14.6)--></li>
		<li><a href="http://www.myprojectlessons.com/2009/05/simple-document-system/" rel="bookmark">Simple Document System</a><!-- (14.5)--></li>
	</ol>
]]></description>
			<content:encoded><![CDATA[<p><strong>Instigate and enforce a good change management system</strong></p>
<p>Change management coordinators and people who have to approve changes spend a lot of time chasing signatures, putting information in to spreadsheets, and general admin duties that could be automated.</p>
<p>It is easy to lose track of changes, or not document them properly.</p>
<p>Documentation for changes often lags a long way behind the actual change occurrence.</p>
<p>Many companies use a collection of spreadsheets. This can be cumbersome because different copies are in different locations, people forget to fill in details. The change coordinator ends up having to fill in all details (when that person may not understand the change).</p>
<p>A very good system would only need the coordinator to set up the initial templates in the system and file hard copies of signatures on approvals as they are received.</p>
<p>Ideally want a system in which the internal instigator can log-in, tick boxes to show effects of changes, type the title and description, allocate who is responsible to enter costs and who should sign. The system should then send messages to those people to review the item fill in details (and attach supporting docs) and approve (all on the system), with printouts available for the person to print, sign, and send to coordinator to file (if required). Ideally want instigators to be able to do all with little work from coordinator except for filing hard copies.</p>
<p>It is even better if your system allows for electronic authorisation, eliminating the need to print and sign papers.</p>
<p>Often the problem with a system is that emails get sent and people don&#8217;t notice them, leading to change documentation to be overlooked. This can be avoided with a log-in system that lists what tasks are to be completed for that person.</p>
<p>A system should have a way of enforcing adherence. Ideally where each person who may have to authorise a change has an icon which tells them when something is waiting their authorization.</p>
<p>I system could be a simple database, or it could be a complete enterprise system. Having a system is the important part.</p>
<p>If a senior manager calls up and wants a report on all the changes on a project sorted by cost, with a good system you should be able to give it to him within a few minutes. If your change management system is just on a collection of spreadsheets, this may not be possible. Even better, a good system would allow the manager to log-in and look at the reports themselves.</p>


<h3>Related Posts</h3>
<ol>
		<li><a href="http://www.myprojectlessons.com/2009/05/authorization-system/" rel="bookmark">Authorization System</a><!-- (15.3)--></li>
		<li><a href="http://www.myprojectlessons.com/2009/03/document-design-changes-and-delays/" rel="bookmark">Document Design Changes and Delays</a><!-- (14.6)--></li>
		<li><a href="http://www.myprojectlessons.com/2009/05/simple-document-system/" rel="bookmark">Simple Document System</a><!-- (14.5)--></li>
	</ol>
]]></content:encoded>
			<wfw:commentRss>http://www.myprojectlessons.com/2009/06/good-change-management-system/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
	</channel>
</rss>

