<?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>Bob Lambert &#187; Alignment</title>
	<atom:link href="http://robertlambert.net/tag/alignment/feed/" rel="self" type="application/rss+xml" />
	<link>http://robertlambert.net</link>
	<description>on business-aligned information technology</description>
	<lastBuildDate>Fri, 20 Jan 2012 21:05:57 +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 managers: is yellow the new green?</title>
		<link>http://robertlambert.net/2011/10/project-managers-is-yellow-the-new-green/</link>
		<comments>http://robertlambert.net/2011/10/project-managers-is-yellow-the-new-green/#comments</comments>
		<pubDate>Tue, 25 Oct 2011 11:24:02 +0000</pubDate>
		<dc:creator>Bob</dc:creator>
				<category><![CDATA[IT]]></category>
		<category><![CDATA[Project Management]]></category>
		<category><![CDATA[Alignment]]></category>
		<category><![CDATA[Leading & Following]]></category>

		<guid isPermaLink="false">http://robertlambert.net/?p=1226</guid>
		<description><![CDATA[I’ve never understood the obsession with “green” status among IT application development project managers, and the intense pressure put on them to “stay green” by the program management offices (PMOs) they report to. We would benefit from a cultural shift away from avoiding yellow status. For those not in the field, it is in vogue <a href='http://robertlambert.net/2011/10/project-managers-is-yellow-the-new-green/'>[...]</a>]]></description>
		<wfw:commentRss>http://robertlambert.net/2011/10/project-managers-is-yellow-the-new-green/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Abstracting and recombining all the way to the bank</title>
		<link>http://robertlambert.net/2011/08/abstracting-and-recombining-all-the-way-to-the-bank/</link>
		<comments>http://robertlambert.net/2011/08/abstracting-and-recombining-all-the-way-to-the-bank/#comments</comments>
		<pubDate>Tue, 30 Aug 2011 14:32:34 +0000</pubDate>
		<dc:creator>Bob</dc:creator>
				<category><![CDATA[Analysis]]></category>
		<category><![CDATA[App Dev]]></category>
		<category><![CDATA[Business]]></category>
		<category><![CDATA[Alignment]]></category>
		<category><![CDATA[Business Analysis]]></category>
		<category><![CDATA[Business Intelligence]]></category>
		<category><![CDATA[Data Modeling]]></category>
		<category><![CDATA[Database Design]]></category>
		<category><![CDATA[Strategy]]></category>

		<guid isPermaLink="false">http://robertlambert.net/?p=1208</guid>
		<description><![CDATA[In the past I&#8217;ve never understood what people really mean they say &#8220;think outside the box&#8221; but Jim Harris, in a recent OCDQ blog post, helped me figure it out. Mr. Harris ends with this provocative line: &#8220;the bottom line is Google and Facebook have socialized data in order to capitalize data as a true corporate asset.&#8221;  The post <a href='http://robertlambert.net/2011/08/abstracting-and-recombining-all-the-way-to-the-bank/'>[...]</a>]]></description>
		<wfw:commentRss>http://robertlambert.net/2011/08/abstracting-and-recombining-all-the-way-to-the-bank/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Data quality and data governance lessons from national health care</title>
		<link>http://robertlambert.net/2011/03/data-quality-data-governance-lessons-from-national-health-care/</link>
		<comments>http://robertlambert.net/2011/03/data-quality-data-governance-lessons-from-national-health-care/#comments</comments>
		<pubDate>Sun, 20 Mar 2011 19:42:17 +0000</pubDate>
		<dc:creator>Bob</dc:creator>
				<category><![CDATA[Data Management]]></category>
		<category><![CDATA[Alignment]]></category>
		<category><![CDATA[Business Intelligence]]></category>
		<category><![CDATA[Data Quality]]></category>
		<category><![CDATA[Strategy]]></category>

		<guid isPermaLink="false">http://robertlambert.net/?p=1159</guid>
		<description><![CDATA[Who would want to be a national health care administrator?  Who would want the responsibility for managing health care and formulating health policy for tens or hundreds of millions of people?  It seems obvious that such decisions would rely on quality data.  A recent interview impressed upon me how much data managers can learn from a <a href='http://robertlambert.net/2011/03/data-quality-data-governance-lessons-from-national-health-care/'>[...]</a>]]></description>
		<wfw:commentRss>http://robertlambert.net/2011/03/data-quality-data-governance-lessons-from-national-health-care/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Building a writing culture in application development</title>
		<link>http://robertlambert.net/2011/01/building-a-writing-culture-in-application-development/</link>
		<comments>http://robertlambert.net/2011/01/building-a-writing-culture-in-application-development/#comments</comments>
		<pubDate>Mon, 24 Jan 2011 02:26:55 +0000</pubDate>
		<dc:creator>Bob</dc:creator>
				<category><![CDATA[App Dev]]></category>
		<category><![CDATA[Business]]></category>
		<category><![CDATA[IT]]></category>
		<category><![CDATA[Project Management]]></category>
		<category><![CDATA[Alignment]]></category>
		<category><![CDATA[Business Analysis]]></category>
		<category><![CDATA[Leading & Following]]></category>

		<guid isPermaLink="false">http://robertlambert.net/?p=1101</guid>
		<description><![CDATA[One of the key skills needed in today&#8217;s IT shop is communication, and one of the best ways to improve ability to communicate is to write blog posts and articles. In spite of &#8220;IT guy&#8221; stereotypes, communication and analytical thinking about business are among the most important skills in application development. Developers, analysts, and managers <a href='http://robertlambert.net/2011/01/building-a-writing-culture-in-application-development/'>[...]</a>]]></description>
		<wfw:commentRss>http://robertlambert.net/2011/01/building-a-writing-culture-in-application-development/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Agile development: rugby analogy considered harmful</title>
		<link>http://robertlambert.net/2010/12/agile-development-rugby-analogy-considered-harmful/</link>
		<comments>http://robertlambert.net/2010/12/agile-development-rugby-analogy-considered-harmful/#comments</comments>
		<pubDate>Mon, 13 Dec 2010 17:53:39 +0000</pubDate>
		<dc:creator>Bob</dc:creator>
				<category><![CDATA[App Dev]]></category>
		<category><![CDATA[IT]]></category>
		<category><![CDATA[Project Management]]></category>
		<category><![CDATA[agile]]></category>
		<category><![CDATA[Alignment]]></category>
		<category><![CDATA[Business Analysis]]></category>
		<category><![CDATA[Business Case]]></category>
		<category><![CDATA[Requirements]]></category>

		<guid isPermaLink="false">http://robertlambert.net/?p=1037</guid>
		<description><![CDATA[Recently my friend Mark Hudson posted about the inappropriateness of the term &#8220;sprint&#8221; for an agile project phase, preferring the cycling term &#8220;interval.&#8221; That post really struck a chord with me. As a rugby union fan and former wing/fullback I&#8217;ve always thought the whole rugby analogy was wrong. Agile development is continuous and fluid, yet <a href='http://robertlambert.net/2010/12/agile-development-rugby-analogy-considered-harmful/'>[...]</a>]]></description>
		<wfw:commentRss>http://robertlambert.net/2010/12/agile-development-rugby-analogy-considered-harmful/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Metadata goals, ROI, and point solutions</title>
		<link>http://robertlambert.net/2010/11/metadata-goals-roi-and-point-solutions/</link>
		<comments>http://robertlambert.net/2010/11/metadata-goals-roi-and-point-solutions/#comments</comments>
		<pubDate>Mon, 01 Nov 2010 21:11:06 +0000</pubDate>
		<dc:creator>Bob</dc:creator>
				<category><![CDATA[Analysis]]></category>
		<category><![CDATA[Data Management]]></category>
		<category><![CDATA[IT]]></category>
		<category><![CDATA[Project Management]]></category>
		<category><![CDATA[Alignment]]></category>
		<category><![CDATA[Data Modeling]]></category>
		<category><![CDATA[Data Quality]]></category>

		<guid isPermaLink="false">http://robertlambert.net/?p=1008</guid>
		<description><![CDATA[Recently there has been a long, and very interesting, discussion of do-it-yourself versus third-party metadata tools on LinkedIn&#8217;s TDWI BI and DW discussion forum (membership required to follow the link). I have followed but haven&#8217;t commented, but I suppose I contributed when Information Management kindly published my article on DIY metadata. The discussion is extremely <a href='http://robertlambert.net/2010/11/metadata-goals-roi-and-point-solutions/'>[...]</a>]]></description>
		<wfw:commentRss>http://robertlambert.net/2010/11/metadata-goals-roi-and-point-solutions/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Business requirements up front</title>
		<link>http://robertlambert.net/2010/03/plan-decide-ac/</link>
		<comments>http://robertlambert.net/2010/03/plan-decide-ac/#comments</comments>
		<pubDate>Wed, 31 Mar 2010 20:38:03 +0000</pubDate>
		<dc:creator>Bob</dc:creator>
				<category><![CDATA[IT]]></category>
		<category><![CDATA[Alignment]]></category>
		<category><![CDATA[Business Analysis]]></category>
		<category><![CDATA[Business Case]]></category>
		<category><![CDATA[Project Management]]></category>
		<category><![CDATA[Requirements]]></category>
		<category><![CDATA[Strategy]]></category>

		<guid isPermaLink="false">http://robertlambert.net/?p=866</guid>
		<description><![CDATA[&#8220;Our goals can only be reached through a vehicle of a plan, in which we must fervently believe, and upon which we must vigorously act. There is no other route to success.&#8221; &#8211; Pablo Picasso It is an old story: about 30% of IT application projects succeed, 45% are &#8220;challenged,&#8221; and the other quarter fail <a href='http://robertlambert.net/2010/03/plan-decide-ac/'>[...]</a>]]></description>
		<wfw:commentRss>http://robertlambert.net/2010/03/plan-decide-ac/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>On DW federation, whac-a-mole, and integrating business data</title>
		<link>http://robertlambert.net/2010/01/on-dw-federation-whac-a-mole-integrating-business-data/</link>
		<comments>http://robertlambert.net/2010/01/on-dw-federation-whac-a-mole-integrating-business-data/#comments</comments>
		<pubDate>Sat, 02 Jan 2010 17:39:10 +0000</pubDate>
		<dc:creator>Bob</dc:creator>
				<category><![CDATA[Data Management]]></category>
		<category><![CDATA[IT]]></category>
		<category><![CDATA[Alignment]]></category>
		<category><![CDATA[Architecture]]></category>
		<category><![CDATA[CapTech]]></category>
		<category><![CDATA[Data Quality]]></category>

		<guid isPermaLink="false">http://robertlambert.net/?p=691</guid>
		<description><![CDATA[Information Management recently sent around their pick of best IM blog articles of 2009.  Among them was Forrester’s James Kobelius’s reaction to Bill Inmon’s “incineration of a straw man concept that he refers to as ‘virtual data warehousing (DW).’” According to Mr. Inmon, virtual data warehousing reminds him of the carnival game called whac-a-mole.  He <a href='http://robertlambert.net/2010/01/on-dw-federation-whac-a-mole-integrating-business-data/'>[...]</a>]]></description>
		<wfw:commentRss>http://robertlambert.net/2010/01/on-dw-federation-whac-a-mole-integrating-business-data/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Stuck inside of problems with the business blues again?</title>
		<link>http://robertlambert.net/2009/09/stuck-inside-of-problems-with-the-business-blues-again/</link>
		<comments>http://robertlambert.net/2009/09/stuck-inside-of-problems-with-the-business-blues-again/#comments</comments>
		<pubDate>Thu, 17 Sep 2009 21:03:38 +0000</pubDate>
		<dc:creator>Bob</dc:creator>
				<category><![CDATA[IT]]></category>
		<category><![CDATA[Alignment]]></category>
		<category><![CDATA[Architecture]]></category>
		<category><![CDATA[Requirements]]></category>

		<guid isPermaLink="false">http://robertlambert.net/?p=632</guid>
		<description><![CDATA[Many see IT as application of technology to solve business problems. Of course, this is true but it leaves out the third element, which is to apply the right architectural pattern to solve the problem.  For example, when the business problem is that reporting is slow and reports from different departments don&#8217;t match, the astute <a href='http://robertlambert.net/2009/09/stuck-inside-of-problems-with-the-business-blues-again/'>[...]</a>]]></description>
		<wfw:commentRss>http://robertlambert.net/2009/09/stuck-inside-of-problems-with-the-business-blues-again/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Cloud databases and business/IT alignment</title>
		<link>http://robertlambert.net/2009/08/cloud-databases-and-business-it-alignment/</link>
		<comments>http://robertlambert.net/2009/08/cloud-databases-and-business-it-alignment/#comments</comments>
		<pubDate>Sun, 23 Aug 2009 22:43:48 +0000</pubDate>
		<dc:creator>Bob</dc:creator>
				<category><![CDATA[Data Management]]></category>
		<category><![CDATA[IT]]></category>
		<category><![CDATA[Alignment]]></category>
		<category><![CDATA[Architecture]]></category>
		<category><![CDATA[Database Design]]></category>

		<guid isPermaLink="false">http://robertlambert.net/?p=582</guid>
		<description><![CDATA[Today, the foundation of most of our custom-built systems is a relational dbms.  While development frameworks vary, they overwhelmingly access and maintain data in relational tables and columns.  As I write I routinely save this post in a MySQL database, and at work I tend SQL Server applications.  Millions of others develop, use, and extract <a href='http://robertlambert.net/2009/08/cloud-databases-and-business-it-alignment/'>[...]</a>]]></description>
		<wfw:commentRss>http://robertlambert.net/2009/08/cloud-databases-and-business-it-alignment/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

