<?xml version="1.0" encoding="UTF-8"?><rss version="0.92">
<channel>
	<title>CTO/CIO Perspectives</title>
	<link>http://www.peterkretzman.com</link>
	<description>Intensely practical tips on information technology management, by Peter Kretzman</description>
	<lastBuildDate>Tue, 27 Jul 2010 19:22:38 +0000</lastBuildDate>
	<docs>http://backend.userland.com/rss092</docs>
	<language>en</language>
	<!-- generator="WordPress/3.0" -->

	<item>
		<title>Uncommonly followed common sense tips on CIO communication</title>
		<description><![CDATA[I recently had the privilege of being interviewed, along with other experienced senior technology executives, by CIO magazine for my thoughts on communication mistakes still made by CIOs. Some great ideas came out in the article, but when it comes to communication (see tip #1 below), there’s always more to say. So here goes. Communication [...]]]></description>
		<link>http://www.peterkretzman.com/2010/07/19/uncommonly-followed-common-sense-tips-on-cio-communication/?utm_source=rss&amp;utm_medium=rss&amp;utm_campaign=uncommonly-followed-common-sense-tips-on-cio-communication</link>
			</item>
	<item>
		<title>IT tall tales and why they&#8217;re told, or, why I stopped going to conferences</title>
		<description><![CDATA[Most senior technology executives have a good sense of the huge value that comes from comparing notes and impressions with one’s peers about industry trends, techniques, project approaches, even vendors. Networking, appropriately handled, can enable you to find out all sorts of “lessons learned” without having to go through the pain of learning them the [...]]]></description>
		<link>http://www.peterkretzman.com/2010/05/06/it-tall-tales-and-why-theyre-told-or-why-i-stopped-going-to-conferences/?utm_source=rss&amp;utm_medium=rss&amp;utm_campaign=it-tall-tales-and-why-theyre-told-or-why-i-stopped-going-to-conferences</link>
			</item>
	<item>
		<title>The IT project failure dilemma: how to get early warnings</title>
		<description><![CDATA[Thinking about how to prevent big system project failure has somehow always reminded me of the Will Rogers quote: “Don&#8217;t gamble; take all your savings and buy some good stock and hold it till it goes up, then sell it. If it don&#8217;t go up, don&#8217;t buy it.” In other words, with big projects, by [...]]]></description>
		<link>http://www.peterkretzman.com/2010/03/25/the-it-project-failure-dilemma-how-to-get-early-warnings/?utm_source=rss&amp;utm_medium=rss&amp;utm_campaign=the-it-project-failure-dilemma-how-to-get-early-warnings</link>
			</item>
	<item>
		<title>Yes we can, yes we must: the ongoing case for IT/Business alignment</title>
		<description><![CDATA[How do we (IT executives) get away from being typecast as technologists, unconsulted on core business issues and approaches? Face it, that’s a common situation and dilemma that we all encounter, early and often, and it’s the grist for a constant mill of articles and blog posts and books on business/IT alignment. Lately, though, a [...]]]></description>
		<link>http://www.peterkretzman.com/2010/03/18/yes-we-can-yes-we-must-the-ongoing-case-for-itbusiness-alignment/?utm_source=rss&amp;utm_medium=rss&amp;utm_campaign=yes-we-can-yes-we-must-the-ongoing-case-for-itbusiness-alignment</link>
			</item>
	<item>
		<title>Simple, more practical approaches to actual resource allocation</title>
		<description><![CDATA[Anyone ever tell you that a simpler approach can often work better than a more complex one? Whoever it was, it probably wasn’t a project management software vendor.  But simplicity has its merits, and I&#8217;d like to point out a few of these when it comes to resource allocation. Project management, at its core, is largely [...]]]></description>
		<link>http://www.peterkretzman.com/2010/02/16/simple-more-practical-approaches-to-actual-resource-allocation/?utm_source=rss&amp;utm_medium=rss&amp;utm_campaign=simple-more-practical-approaches-to-actual-resource-allocation</link>
			</item>
	<item>
		<title>Must-read books on the human factors of IT &#8212; part 1, the 70s</title>
		<description><![CDATA[What is it that sets apart a top-notch IT executive from others of his calling? To my mind, one mark of today&#8217;s true professional, especially at the senior executive level, is to be deeply familiar with the seminal books in his or her field. The dilemma for an IT professional, though, comes from the ongoing [...]]]></description>
		<link>http://www.peterkretzman.com/2010/01/06/must-read-books-on-the-human-factors-of-it-part-1-the-70s/?utm_source=rss&amp;utm_medium=rss&amp;utm_campaign=must-read-books-on-the-human-factors-of-it-part-1-the-70s</link>
			</item>
	<item>
		<title>No silver bullets. Really!</title>
		<description><![CDATA[Fred Brooks wrote a seminal essay in 1986, &#8220;No Silver Bullet — Essence and Accidents of Software Engineering&#8220;, a model of clear and cogent thinking that I consider to be required regular reading for anyone involved in information technology.  Despite the essay&#8217;s brilliance, and despite its wide promulgation and deserved fame, the phenomenon it describes [...]]]></description>
		<link>http://www.peterkretzman.com/2009/12/16/no-silver-bullets-really/?utm_source=rss&amp;utm_medium=rss&amp;utm_campaign=no-silver-bullets-really</link>
			</item>
	<item>
		<title>The CIO and the fine art of vendor negotiation</title>
		<description><![CDATA[“Don’t write about that,” I’ve been told by several colleagues, when I’ve mentioned that I was working on a post about how best, as the senior technology executive, to negotiate with vendors.  “You’ll give away all your tricks!” they’ve said. Well, actually, no.  Here’s the main trick: this particular CIO doesn’t have any “tricks”, if by [...]]]></description>
		<link>http://www.peterkretzman.com/2009/12/10/the-cio-and-the-fine-art-of-vendor-negotiation/?utm_source=rss&amp;utm_medium=rss&amp;utm_campaign=the-cio-and-the-fine-art-of-vendor-negotiation</link>
			</item>
	<item>
		<title>IT transparency is good. But how transparent should you be?</title>
		<description><![CDATA[A few years back, I had an extremely surprising and unpleasant experience as CTO. The director of my Program Management Office ran a weekly status meeting for project stakeholders, where we&#8217;d all methodically go through the current project portfolio, in order to communicate on issues, gather necessary feedback, and align everyone&#8217;s expectations. I typically attended [...]]]></description>
		<link>http://www.peterkretzman.com/2009/11/24/it-transparency-is-good-but-how-transparent-should-you-be/?utm_source=rss&amp;utm_medium=rss&amp;utm_campaign=it-transparency-is-good-but-how-transparent-should-you-be</link>
			</item>
	<item>
		<title>Complexity isn’t simple: multiple causes of IT failure</title>
		<description><![CDATA[Roger Sessions recently published a white paper on IT complexity and its role in IT project failure: “The IT Complexity Crisis: Danger and Opportunity”.  It&#8217;s certainly possible to quarrel with bits and pieces of his analysis, and thereby tweak his numbers, but the overall thrust remains undeniable: IT failures are costing the world incredible amounts [...]]]></description>
		<link>http://www.peterkretzman.com/2009/11/16/complexity-isn%e2%80%99t-simple-multiple-causes-of-it-failure/?utm_source=rss&amp;utm_medium=rss&amp;utm_campaign=complexity-isn%25e2%2580%2599t-simple-multiple-causes-of-it-failure</link>
			</item>
</channel>
</rss>
