<?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>Technology and Leadership&#187; Metrics</title>
	<atom:link href="http://technologyandleadership.com/tag/metrics/feed/" rel="self" type="application/rss+xml" />
	<link>http://technologyandleadership.com</link>
	<description>The intersection of Technology and Leadership</description>
	<lastBuildDate>Sat, 20 Aug 2011 18:20:09 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Project Maturity Model</title>
		<link>http://technologyandleadership.com/project-maturity-model/</link>
		<comments>http://technologyandleadership.com/project-maturity-model/#comments</comments>
		<pubDate>Sat, 28 Nov 2009 14:30:02 +0000</pubDate>
		<dc:creator>Aruna</dc:creator>
				<category><![CDATA[Project Management]]></category>
		<category><![CDATA[best practices]]></category>
		<category><![CDATA[Bugs triage]]></category>
		<category><![CDATA[Defect Backlog]]></category>
		<category><![CDATA[Effort Variance]]></category>
		<category><![CDATA[lessons learned]]></category>
		<category><![CDATA[Metrics]]></category>
		<category><![CDATA[OPM3]]></category>
		<category><![CDATA[Project Management Maturity Model]]></category>

		<guid isPermaLink="false">http://technologyandleadership.com/?p=15</guid>
		<description><![CDATA[Organizational Project Management Maturity Model (OPM3) is the project management maturity model proposed by the Project Management Institute (PMI). It sets the standard for excellence in project, program, and portfolio management best practices. OPM3 explains the capabilities necessary to achieve those best practices and to deliver projects successfully, consistently, and predictably. A Capability Assessment reports [...]]]></description>
			<content:encoded><![CDATA[<p style="text-align: justify;">Organizational Project Management Maturity Model (OPM3) is the project management maturity model proposed by the Project Management Institute (PMI). It <strong>sets the standard for excellence</strong> in project, program, and portfolio management best practices. OPM3 explains the capabilities necessary to achieve those best practices and to <strong>deliver projects successfully, consistently, and predictably</strong>. A Capability Assessment reports one’s existing capabilities (level of maturity) and <strong>provides specific, actionable, and manageable options for developing existing capabilities further</strong>.</p>
<p style="text-align: justify;">OPM3 considers that project management consists of 3 layers; wherein maturity should be improved continuously throughout the stages of <strong>standardization, measurement, control and improvement</strong>. OPM3 provides organizations with an assessment tool to evaluate their maturity in each of these 3 layers and to develop improvement plans aligned with the best practices and organizational strategy. OPM3 provides an objective basis upon which organizations can <strong>assess their maturity on a continuous scale of 0 to 100%</strong>, based on a standard developed and accepted globally by the Project Management community.</p>
<p style="text-align: justify;"> </p>
<h2 style="text-align: justify;"><span style="color: #800000;">OPM3 Model</span></h2>
<p style="text-align: justify;"> <img src="http://www.pmaktuell.org/uploads/PMAktuell-200601/041-Wissen.jpg" alt="OPM3 Model" /></p>
<p style="text-align: justify;"><em><span style="color: #333300;">Credit:Rubrik Wissen</span></em></p>
<h3 style="text-align: justify;"><span style="color: #800000;"> </span></h3>
<h3 style="text-align: justify;"><span style="color: #800000;">Some techniques to develop improvement plans:</span></h3>
<p style="text-align: justify;">1. Metrics reveal the health of a project. The devil is in the details. Tracking metrics can help identify process gaps and develop improvement plans. Some examples of metrics that can be tracked in a project are as below:</p>
<ul style="text-align: justify;">
<li><strong>Effort variance:</strong> tasks planned versus actual and hours planned versus actual</li>
<li><strong>Defect Backlog:</strong> Shows new and open defects by severity, functionality group and release</li>
<li><strong>Customer weighted requirements prioritization matrix</strong></li>
<li><strong>Bugs triage:</strong> Prioritize bugs according to customer impact and complexity of the fix</li>
</ul>
<p style="text-align: justify;">2. Enable communication between the Project team and Auditors where cross-pollination of ideas can take place.</p>
<p style="text-align: justify;">3. Document <strong>best practices and lessons learned</strong></p>
]]></content:encoded>
			<wfw:commentRss>http://technologyandleadership.com/project-maturity-model/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Project Estimation</title>
		<link>http://technologyandleadership.com/project-estimation/</link>
		<comments>http://technologyandleadership.com/project-estimation/#comments</comments>
		<pubDate>Sun, 15 Nov 2009 11:12:36 +0000</pubDate>
		<dc:creator>Aruna</dc:creator>
				<category><![CDATA[Project Management]]></category>
		<category><![CDATA[Deming]]></category>
		<category><![CDATA[Estimation]]></category>
		<category><![CDATA[Metrics]]></category>
		<category><![CDATA[performance]]></category>
		<category><![CDATA[PERT]]></category>
		<category><![CDATA[Schedule]]></category>

		<guid isPermaLink="false">http://technologyandleadership.com/?p=3</guid>
		<description><![CDATA[Running an organization without access to relevant and pertinent performance metrics is like driving a car without any instrument. The more inspiring the final goal and challenging the deadline, the more key stakeholders are tempted to compromise on best principles of planning, management and control.  Yet, it is critical to measure project performance for cost [...]]]></description>
			<content:encoded><![CDATA[<p style="text-align: justify;">Running an organization without access to relevant and pertinent performance metrics is like driving a car without any instrument. The more inspiring the final goal and challenging the deadline, the more key stakeholders are tempted to compromise on best principles of planning, management and control.  Yet, it is critical to measure project performance for cost and schedule objectives, process improvement activities for business maturity objectives and system performance and desired outcome measures for our Return on Investment (ROI) objectives.</p>
<p><a href="http://technologyandleadership.com/wp-content/uploads/2009/11/Umer-Ahmed-Khan.jpg"><img class="alignnone size-medium wp-image-468" title="Project Estimation" src="http://technologyandleadership.com/wp-content/uploads/2009/11/Umer-Ahmed-Khan-440x298.jpg" alt="" width="440" height="298" /></a><em> </em></p>
<p><em>Credit: Flickr &#8211; Umer Ahmed Khan</em></p>
<p><em> </em></p>
<p style="text-align: justify;"><strong>Hard indicators</strong> are facts that can be measured directly, whereas <strong>soft indicators</strong> are less tangible conditions that must be measured indirectly. The time it takes to execute a task or how much it costs are typical hard indicators. Quality, expressed as customer satisfaction of needs, is one example of typical soft indicator. Hard indicators are by far more widely used; soft indicators are seen by many as being so inaccurate that they are rarely useful<strong>. As Deming (1986) stated, the most important numbers are often unknown. Management by numbers is one of the deadly diseases that have ruined many enterprises.</strong> Planning for the unknown or the importance of a detailed upfront scoping process is one of the major critical success factors for a project.</p>
<p style="text-align: justify;">The success of any software project largely depends on effective estimation of project effort, time, and cost. Estimation helps in setting realistic targets for completing a project. The most important estimation that is required to be fairly accurate is that of effort and schedule. This enables you to obtain a reasonable idea of the project cost. If the team starts fully aware of the likely reasons schedules fall apart and takes some actions to minimize those risks, the schedule can become a more useful and accurate tool in the DEV process.</p>
<p style="text-align: justify;">Schedules are a kind of prediction.  Good schedules come only from a team that relentlessly pursues and achieves <strong>good judgment</strong>. There is no magic formula or science for creating perfect schedules. Schedules don’t have to be perfect. Schedules need to be good enough for the team to believe in, provide a basis for tracking and making adjustments, and have a probability of success that satisfies the client, the business or the overall project sponsor. Good work estimates have a high probability of being accurate.</p>
<p style="text-align: justify;"> </p>
<h2 style="text-align: justify;"><span style="color: #800000;">Good estimates come from good designs</span></h2>
<p style="text-align: justify;">Good engineering estimates are possible only if you have two things: good information and good engineers. If the spec are crap, and a programmer is asked to conjure up a number based on an incomprehensible whiteboard scribbling, everyone should know exactly what they are getting – a fuzzy scribble of an estimate.</p>
<p style="text-align: justify;">There are known techniques for making better estimates. The most well-known technique is <strong>PERT</strong>, which tries to minimize risks by averaging out high, medium and low estimates. This is good for two reasons. First, it forces everyone to realize <strong>estimates are predictions, and that there is a range of possible outcomes</strong>. Second, it gives project management a chance to throttle how aggressive or conservative the schedules are.</p>
]]></content:encoded>
			<wfw:commentRss>http://technologyandleadership.com/project-estimation/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>

