<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: Tracking Manifests</title>
	<atom:link href="http://www.endress-analytics.com/2010/06/tracking-manifests/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.endress-analytics.com/2010/06/tracking-manifests/</link>
	<description></description>
	<lastBuildDate>Mon, 02 Jan 2012 07:11:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Timothy Kraft</title>
		<link>http://www.endress-analytics.com/2010/06/tracking-manifests/comment-page-1/#comment-224</link>
		<dc:creator>Timothy Kraft</dc:creator>
		<pubDate>Fri, 11 Jun 2010 17:38:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.endress-analytics.com/?p=443#comment-224</guid>
		<description>I like it. Short, sweet, and very street.

One of the things I try do is look at the web Dev process to see if the information for parameter assignment is available within the workflow.  In other words, the package does not get deployed unless this data is there.  This insures that data will be there and will continue be there after I am gone. (Nothing kills a rep faster than a site that discombobulates in 6 months.)   

An interesting test I found is determining how a page is named.  If it is difficult to impossible to derive a name naturally from what is available, without requiring special development, then I know how hard the job is going to be.

Otherwise, I do pretty much what you describe here especially getting the business Objectives and KPIs nailed down right up front. 

Using tabs is a nice touch.</description>
		<content:encoded><![CDATA[<p>I like it. Short, sweet, and very street.</p>
<p>One of the things I try do is look at the web Dev process to see if the information for parameter assignment is available within the workflow.  In other words, the package does not get deployed unless this data is there.  This insures that data will be there and will continue be there after I am gone. (Nothing kills a rep faster than a site that discombobulates in 6 months.)   </p>
<p>An interesting test I found is determining how a page is named.  If it is difficult to impossible to derive a name naturally from what is available, without requiring special development, then I know how hard the job is going to be.</p>
<p>Otherwise, I do pretty much what you describe here especially getting the business Objectives and KPIs nailed down right up front. </p>
<p>Using tabs is a nice touch.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

