<?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>PMinFOCUS</title>
	<atom:link href="http://www.pminfocus.com/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.pminfocus.com</link>
	<description>by Vincent Birlouez</description>
	<lastBuildDate>Mon, 20 Feb 2012 20:43:52 +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>Sales &amp; Project Management</title>
		<link>http://www.pminfocus.com/2012/02/18/sales-project-management/</link>
		<comments>http://www.pminfocus.com/2012/02/18/sales-project-management/#comments</comments>
		<pubDate>Sat, 18 Feb 2012 09:43:09 +0000</pubDate>
		<dc:creator>vincent</dc:creator>
				<category><![CDATA[Picked]]></category>

		<guid isPermaLink="false">http://www.pminfocus.com/?p=128</guid>
		<description><![CDATA[The riskiest thing a supplier can do is to NOT involve project management into the sales process. I wrote about it here and got reminded of it by reading this article by Mike Cunningham. Have a read and try to convince your colleagues!]]></description>
			<content:encoded><![CDATA[<p>The riskiest thing a supplier can do is to NOT involve project management into the sales process. I wrote about it <a title="Sales and Project Management" href="http://www.pminfocus.com/2008/11/28/so-you-dont-need-a-pm-during-pre-sales/" target="_blank">here</a> and got reminded of it by reading this <a title="Sales meet Project Management" href="http://www.pmhut.com/sales-process-meets-project-management" target="_blank">article</a> by Mike Cunningham.</p>
<p>Have a read and try to convince your colleagues!</p>
]]></content:encoded>
			<wfw:commentRss>http://www.pminfocus.com/2012/02/18/sales-project-management/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>You have to do Software</title>
		<link>http://www.pminfocus.com/2012/02/10/you-have-to-do-software/</link>
		<comments>http://www.pminfocus.com/2012/02/10/you-have-to-do-software/#comments</comments>
		<pubDate>Fri, 10 Feb 2012 21:00:35 +0000</pubDate>
		<dc:creator>vincent</dc:creator>
				<category><![CDATA[Picked]]></category>

		<guid isPermaLink="false">http://www.pminfocus.com/?p=125</guid>
		<description><![CDATA[Off topic, but then again maybe not. A great read about Over The Top vs Mobile Carriers/Operators: But most of this will come to nothing and the OTT guys will triumph until carriers realize that having software DNA is a necessary condition for innovating in the world of digital services that many carriers believe they [...]]]></description>
			<content:encoded><![CDATA[<p>Off topic, but then again maybe not. A great read about <a title="OTT vs Carriers" href="http://www.visionmobile.com/blog/2012/02/fighting-for-voice-the-saga-of-telcos-vs-ott-players/">Over The Top vs Mobile Carriers/Operators</a>:</p>
<blockquote><p>But most of this will come to nothing and the OTT guys will triumph until carriers realize that having software DNA is a necessary condition for innovating in the world of digital services that many carriers believe they occupy. This too, is an inescapable fact.</p></blockquote>
<p>Paul Golding nailed it. I have worked with Mobile Operators for years and I always regret never seeing an operator building a software stack aimed at creating unique, differentiated services for their customers. That DNA is almost extinct in mobile carriers now.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.pminfocus.com/2012/02/10/you-have-to-do-software/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>3 questions</title>
		<link>http://www.pminfocus.com/2012/02/10/3-questions/</link>
		<comments>http://www.pminfocus.com/2012/02/10/3-questions/#comments</comments>
		<pubDate>Fri, 10 Feb 2012 09:39:15 +0000</pubDate>
		<dc:creator>vincent</dc:creator>
				<category><![CDATA[Picked]]></category>

		<guid isPermaLink="false">http://www.pminfocus.com/?p=118</guid>
		<description><![CDATA[Apparently there are 3 questions to be asked for Job Interviews: 1.  Can you do the job? 2.  Will you love the job? 3.  Can we tolerate working with you? It&#8217;s that simple.]]></description>
			<content:encoded><![CDATA[<p>Apparently there are <a title="3 questions" href="http://www.forbes.com/sites/georgebradt/2011/04/27/top-executive-recruiters-agree-there-are-only-three-key-job-interview-questions/">3 questions</a> to be asked for Job Interviews:</p>
<blockquote><p>1.  Can you do the job?<br />
2.  Will you love the job?<br />
3.  Can we tolerate working with you?</p></blockquote>
<p>It&#8217;s that simple.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.pminfocus.com/2012/02/10/3-questions/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Closing</title>
		<link>http://www.pminfocus.com/2012/02/08/closing/</link>
		<comments>http://www.pminfocus.com/2012/02/08/closing/#comments</comments>
		<pubDate>Wed, 08 Feb 2012 11:08:31 +0000</pubDate>
		<dc:creator>vincent</dc:creator>
				<category><![CDATA[Picked]]></category>

		<guid isPermaLink="false">http://www.pminfocus.com/?p=119</guid>
		<description><![CDATA[A nice article on Project Closure, Lessons Learned: As in all aspects of Project Management, it is essential that you involve your team in your end-of-project analysis. They will have different perspectives on the project, and will also have noticed problems which you, and others in the team, have not. Further to this, it is [...]]]></description>
			<content:encoded><![CDATA[<p>A nice article on <a title="Project Closure" href="http://www.theprojectbox.us/2012/01/project-closure-what-questions-to-ask/">Project Closure</a>, Lessons Learned:</p>
<blockquote><p>As in all aspects of Project Management, it is essential that you involve your team in your end-of-project analysis. They will have different perspectives on the project, and will also have noticed problems which you, and others in the team, have not. Further to this, it is important that the team understand any changes you instigate for the next project.</p></blockquote>
<p>Sounds obvious but it does not hurt to repeat it.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.pminfocus.com/2012/02/08/closing/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Sharing bad news (2)</title>
		<link>http://www.pminfocus.com/2012/02/03/bad-news/</link>
		<comments>http://www.pminfocus.com/2012/02/03/bad-news/#comments</comments>
		<pubDate>Fri, 03 Feb 2012 01:20:30 +0000</pubDate>
		<dc:creator>vincent</dc:creator>
				<category><![CDATA[Picked]]></category>

		<guid isPermaLink="false">http://www.pminfocus.com/?p=113</guid>
		<description><![CDATA[A good article on Lifehacker On how to share bad news.]]></description>
			<content:encoded><![CDATA[<p>A good article on Lifehacker On <a href="http://lifehacker.com/5881453/how-to-be-the-bearer-of-bad-news">how to share bad news</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.pminfocus.com/2012/02/03/bad-news/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Mis-aligned</title>
		<link>http://www.pminfocus.com/2012/01/16/mis-aligned/</link>
		<comments>http://www.pminfocus.com/2012/01/16/mis-aligned/#comments</comments>
		<pubDate>Mon, 16 Jan 2012 11:26:30 +0000</pubDate>
		<dc:creator>vincent</dc:creator>
				<category><![CDATA[Picked]]></category>

		<guid isPermaLink="false">http://www.pminfocus.com/?p=108</guid>
		<description><![CDATA[Interesting survey about IT and the business its supports misalignment from ComputerWeekly.com: Only 3% of CIOs believe IT and business strategies are fully aligned despite 35% of boardrooms recognising IT’s critical role in the businesses performance. The article does not explain the root cause for those results, there are probably a number of them including: [...]]]></description>
			<content:encoded><![CDATA[<p>Interesting survey about IT and the business its supports misalignment from <a title="IT-Business Misalignment" href="http://www.computerweekly.com/news/2240113787/IT-shockingly-misaligned-with-the-business-it-supports">ComputerWeekly.com</a>:</p>
<blockquote><p>Only 3% of CIOs believe IT and business strategies are fully aligned despite 35% of boardrooms recognising IT’s critical role in the businesses performance.</p></blockquote>
<p>The article does not explain the root cause for those results, there are probably a number of them including: separated budgets, business units silos, power struggles, lack of programme management at CEO level, etc.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.pminfocus.com/2012/01/16/mis-aligned/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Sharing bad news</title>
		<link>http://www.pminfocus.com/2012/01/15/sharing-bad-news/</link>
		<comments>http://www.pminfocus.com/2012/01/15/sharing-bad-news/#comments</comments>
		<pubDate>Sun, 15 Jan 2012 21:36:40 +0000</pubDate>
		<dc:creator>vincent</dc:creator>
				<category><![CDATA[Picked]]></category>

		<guid isPermaLink="false">http://www.pminfocus.com/?p=104</guid>
		<description><![CDATA[Nice short post on ITtoolbox about sharing bad news. Sharing bad news is an important task that the project manager has to handle himself. It&#8217;s paramount that trust is the least damaged as possible with stakeholders. That&#8217;s where you need to be open, explain clearly the issues and what you are doing about it. By [...]]]></description>
			<content:encoded><![CDATA[<p>Nice short post on ITtoolbox about <a title="Sharing Bad News" href="http://it.toolbox.com/blogs/project-management-tips/4-tips-for-sharing-bad-news-50050?rss=1">sharing bad news</a>.</p>
<p>Sharing bad news is an important task that the project manager has to handle himself. It&#8217;s paramount that trust is the least damaged as possible with stakeholders. That&#8217;s where you need to be open, explain clearly the issues and what you are doing about it.</p>
<p>By be open and by engaging with skateholders you will score &#8220;trust&#8221; points.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.pminfocus.com/2012/01/15/sharing-bad-news/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Software Estimates</title>
		<link>http://www.pminfocus.com/2011/12/16/software-estimates/</link>
		<comments>http://www.pminfocus.com/2011/12/16/software-estimates/#comments</comments>
		<pubDate>Fri, 16 Dec 2011 14:28:46 +0000</pubDate>
		<dc:creator>vincent</dc:creator>
				<category><![CDATA[Picked]]></category>

		<guid isPermaLink="false">http://www.pminfocus.com/?p=100</guid>
		<description><![CDATA[A great post from Pawel Brodzinski on estimation for software development: OK, but what about majority of cases when we need some kind of real estimate? For example all those fixed price projects where estimates are basically a part of risk management, as the better the estimate is the smaller are chances that the project goes [...]]]></description>
			<content:encoded><![CDATA[<p>A great post from Pawel Brodzinski on <a title="Pawel Brodzinski on estimation for software development" href="http://blog.brodzinski.com/2011/12/get-rid-of-estimation.html">estimation for software development</a>:</p>
<blockquote><p>OK, but what about majority of cases when we need some kind of real estimate? For example all those fixed price projects where estimates are basically a part of risk management, as the better the estimate is the smaller are chances that the project goes under water. I can’t deny that we need to have something better than wild-ass guess then.</p></blockquote>
<p>Yes. Assessing the cost and make sure the schedule is right. The main two reasons estimates are needed in fixed price projects. Its&#8217; also part of the planning process that helps identify the skills needed.</p>
<blockquote><p>In other words, no matter the method, if you are just guessing how much something is going to take, you will likely to end up with way worse results when compared to a method, which uses your track record.</p></blockquote>
<p>This is also about having estimates from people who are actually doing or have actually done the job. We are not machines and every development team works/is different. Everybody is different and I always found that  programmatic ways of estimating work could not be the best tools out there.</p>
<p>&nbsp;</p>
<p>&nbsp;</p>
]]></content:encoded>
			<wfw:commentRss>http://www.pminfocus.com/2011/12/16/software-estimates/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>How to accomplish more by doing less</title>
		<link>http://www.pminfocus.com/2011/12/13/how-to-accomplish-more-by-doing-less/</link>
		<comments>http://www.pminfocus.com/2011/12/13/how-to-accomplish-more-by-doing-less/#comments</comments>
		<pubDate>Tue, 13 Dec 2011 13:52:28 +0000</pubDate>
		<dc:creator>vincent</dc:creator>
				<category><![CDATA[Picked]]></category>

		<guid isPermaLink="false">http://www.pminfocus.com/?p=97</guid>
		<description><![CDATA[Excellent read: Tony Schwartz on HBR Blog Network about focusing on the task at hand. It&#8217;s not just the number of hours we sit at a desk in that determines the value we generate. It&#8217;s the energy we bring to the hours we work. Human beings are designed to pulse rhythmically between spending and renewing energy. [...]]]></description>
			<content:encoded><![CDATA[<p>Excellent read: <a title="Tony Schwartz on HBR Blog Network" href="http://blogs.hbr.org/schwartz/2011/12/how-to-accomplish-more-by-doin.html">Tony Schwartz on HBR Blog Network</a> about focusing on the task at hand.</p>
<blockquote><p>It&#8217;s not just the number of hours we sit at a desk in that determines the value we generate. It&#8217;s the energy we bring to the hours we work. Human beings are designed to pulse rhythmically between spending and renewing energy. That&#8217;s how we operate at our best. Maintaining a steady reservoir of energy — physically, mentally, emotionally and even spiritually — requires refueling it intermittently.</p></blockquote>
<p>Focus, focus, focus&#8230;moving that concept to project management and scheduling it means multi-tasking does not give satisfactory outcomes.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.pminfocus.com/2011/12/13/how-to-accomplish-more-by-doing-less/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Magic pills</title>
		<link>http://www.pminfocus.com/2011/12/09/magic-pills/</link>
		<comments>http://www.pminfocus.com/2011/12/09/magic-pills/#comments</comments>
		<pubDate>Fri, 09 Dec 2011 10:59:16 +0000</pubDate>
		<dc:creator>vincent</dc:creator>
				<category><![CDATA[Picked]]></category>

		<guid isPermaLink="false">http://www.pminfocus.com/?p=93</guid>
		<description><![CDATA[Rick A. Morris on unrealistic expectations: I like to compare projects to weight loss.  Look, I would love to take a pill at night, never have to work out, eat whatever I want, and lose weight.  The reality is that eating right and exercise is what it takes.  The sales numbers for weight loss fads, products, pills, exercise [...]]]></description>
			<content:encoded><![CDATA[<p>Rick A. Morris on <a href="http://www.pmthatworks.com/2011/11/i-dont-acknowledge-ittherefore-it.html?utm_source=feedburner&amp;utm_medium=feed&amp;utm_campaign=Feed%3A+ProjectManagementThatWorks+%28Project+Management+That+Works%21%29" target="_blank">unrealistic expectations</a>:</p>
<blockquote><p>I like to compare projects to weight loss.  Look, I would love to take a pill at night, never have to work out, eat whatever I want, and lose weight.  The reality is that eating right and exercise is what it takes.  The sales numbers for weight loss fads, products, pills, exercise machines, etc. is staggering!  Every day I hear an ad for a new product that promised dramatic weight loss without changing and of the bad habits that lead to the weight gain in the first place.  It is this same mentality that continues to plague projects.  This mentality that if we put it out there it will happen and if we don’t acknowledge the bad stuff, it doesn’t exist is the basis of many of the organizations in business today.</p></blockquote>
<p>This is true, a lot of organisation do not take planning seriously and prefer to manage issues when they are boiling red.</p>
<p>&nbsp;</p>
]]></content:encoded>
			<wfw:commentRss>http://www.pminfocus.com/2011/12/09/magic-pills/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

