<?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: What&#8217;s in a SaaS Version Release, Anyway?</title>
	<atom:link href="http://www.saasblogs.com/2008/12/22/whats-in-a-saas-version-release-anyway/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.saasblogs.com/business/whats-in-a-saas-version-release-anyway/</link>
	<description>Understanding the &#34;as a Service&#34; Revolution</description>
	<lastBuildDate>Thu, 02 Feb 2012 05:34:07 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Stuart McLean</title>
		<link>http://www.saasblogs.com/business/whats-in-a-saas-version-release-anyway/#comment-87877</link>
		<dc:creator>Stuart McLean</dc:creator>
		<pubDate>Sun, 26 Apr 2009 21:19:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.saasblogs.com/?p=236#comment-87877</guid>
		<description>I can tell you one thing for sure - SaaS release and upgrades are infinitely easier than conventional installed software.

My advice would be to 
1) release often
2) make sure you have a really good set of automated tests as you can
3) automate the entire release process - in many of the enterprise environments I&#039;ve worked in there was absolutely no direct access allowed to the servers - everything scripted
4) make sure you have a test environment that exactly replicates production - and I stress exactly.  This can often be achieved these days by virtualisation.</description>
		<content:encoded><![CDATA[<p>I can tell you one thing for sure &#8211; SaaS release and upgrades are infinitely easier than conventional installed software.</p>
<p>My advice would be to<br />
1) release often<br />
2) make sure you have a really good set of automated tests as you can<br />
3) automate the entire release process &#8211; in many of the enterprise environments I&#8217;ve worked in there was absolutely no direct access allowed to the servers &#8211; everything scripted<br />
4) make sure you have a test environment that exactly replicates production &#8211; and I stress exactly.  This can often be achieved these days by virtualisation.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Dunham</title>
		<link>http://www.saasblogs.com/business/whats-in-a-saas-version-release-anyway/#comment-76590</link>
		<dc:creator>Michael Dunham</dc:creator>
		<pubDate>Mon, 22 Dec 2008 20:35:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.saasblogs.com/?p=236#comment-76590</guid>
		<description>The integration question posed by Charlie is indeed a question of increasing importance and complexity. It runs in multiple directions too - are your customers embedding your SaaS solution in other SaaS offerings? Is there integration at the platform level? Perhaps across a suite of offerings (as is happening more and more with SalesForce adopters and Google-based apps)? With local apps and databases? 

There is no question that SaaS apps will eventually go through the same integration hurdles that enterprise applications faced years ago. Hopefully the developers will see the &quot;opportunity&quot; before it slows them down.</description>
		<content:encoded><![CDATA[<p>The integration question posed by Charlie is indeed a question of increasing importance and complexity. It runs in multiple directions too &#8211; are your customers embedding your SaaS solution in other SaaS offerings? Is there integration at the platform level? Perhaps across a suite of offerings (as is happening more and more with SalesForce adopters and Google-based apps)? With local apps and databases? </p>
<p>There is no question that SaaS apps will eventually go through the same integration hurdles that enterprise applications faced years ago. Hopefully the developers will see the &#8220;opportunity&#8221; before it slows them down.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Charlie</title>
		<link>http://www.saasblogs.com/business/whats-in-a-saas-version-release-anyway/#comment-76585</link>
		<dc:creator>Charlie</dc:creator>
		<pubDate>Mon, 22 Dec 2008 19:07:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.saasblogs.com/?p=236#comment-76585</guid>
		<description>One other area that adds a whole other level of complexity is the integration of your SaaS with the clients business. What level of integration are you going to support? Will your SLA committments need to change in order to support that degree of coupling? 
If you don&#039;t really allow any integration support are you just a commodity waiting for someone else to deliver the higher business value.</description>
		<content:encoded><![CDATA[<p>One other area that adds a whole other level of complexity is the integration of your SaaS with the clients business. What level of integration are you going to support? Will your SLA committments need to change in order to support that degree of coupling?<br />
If you don&#8217;t really allow any integration support are you just a commodity waiting for someone else to deliver the higher business value.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

