<?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 for The PivotLink Blog</title>
	<atom:link href="http://blog.pivotlink.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.pivotlink.com</link>
	<description></description>
	<lastBuildDate>Thu, 20 May 2010 19:41:16 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Comment on SAP + Sybase = Here we go … again by Dyke Hensen</title>
		<link>http://blog.pivotlink.com/2010/05/sap-sybase-here-we-go-%e2%80%a6-again/comment-page-1/#comment-11349</link>
		<dc:creator>Dyke Hensen</dc:creator>
		<pubDate>Thu, 20 May 2010 19:41:16 +0000</pubDate>
		<guid isPermaLink="false">http://blog.pivotlink.com/?p=672#comment-11349</guid>
		<description>Thanks Eric,

Your point isn&#039;t lost on me.  I recognize that the value of Sybase mobile technology is a valuable addition to SAP&#039;s mobile technology.  I guess I look at the world through a BI lens.

My concern is really around BI customers being aware that there are great alternatives on the market.  There have been so many cases of BI customers buying the SAP demo. They were hoodwinked, and I think it reflects badly on the promise of BI.

I think the BI software industry needs to focus on the time to value and cost of creating relevant metrics that empower business users to get the most insight from internal and external information.  To that end, I think we need to look at the bottlenecks in the current BI deployment process and attack those first.  SAP is not doing that.

Mobile delivery is important and it will become more so in the future. That said, if we just stack mobile reports and graphics onto the backlog of other BI reports, have we really created something of value or just added another level of complexity for the customers we want to empower?

Here at PivotLink, we strive for robust, end-user self-service that complies with enterprise governance and security, which I feel delivers on the true promise of agile and pervasive BI.</description>
		<content:encoded><![CDATA[<p>Thanks Eric,</p>
<p>Your point isn&#8217;t lost on me.  I recognize that the value of Sybase mobile technology is a valuable addition to SAP&#8217;s mobile technology.  I guess I look at the world through a BI lens.</p>
<p>My concern is really around BI customers being aware that there are great alternatives on the market.  There have been so many cases of BI customers buying the SAP demo. They were hoodwinked, and I think it reflects badly on the promise of BI.</p>
<p>I think the BI software industry needs to focus on the time to value and cost of creating relevant metrics that empower business users to get the most insight from internal and external information.  To that end, I think we need to look at the bottlenecks in the current BI deployment process and attack those first.  SAP is not doing that.</p>
<p>Mobile delivery is important and it will become more so in the future. That said, if we just stack mobile reports and graphics onto the backlog of other BI reports, have we really created something of value or just added another level of complexity for the customers we want to empower?</p>
<p>Here at PivotLink, we strive for robust, end-user self-service that complies with enterprise governance and security, which I feel delivers on the true promise of agile and pervasive BI.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on SAP + Sybase = Here we go … again by Eric Synstelien</title>
		<link>http://blog.pivotlink.com/2010/05/sap-sybase-here-we-go-%e2%80%a6-again/comment-page-1/#comment-11343</link>
		<dc:creator>Eric Synstelien</dc:creator>
		<pubDate>Thu, 20 May 2010 15:55:32 +0000</pubDate>
		<guid isPermaLink="false">http://blog.pivotlink.com/?p=672#comment-11343</guid>
		<description>You missed the point.  The aquisition had almost nothing to do with BI or database.  It is the focus on mobile that caused SAP to do this.

I do agree with your point about large software vendors.  They tend to integrate ideas that come from others.  Also SAP has shifted strategy in a few major areas to the detriment of customers.</description>
		<content:encoded><![CDATA[<p>You missed the point.  The aquisition had almost nothing to do with BI or database.  It is the focus on mobile that caused SAP to do this.</p>
<p>I do agree with your point about large software vendors.  They tend to integrate ideas that come from others.  Also SAP has shifted strategy in a few major areas to the detriment of customers.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on It&#8217;s all about tracking metrics by Joe Knepper</title>
		<link>http://blog.pivotlink.com/2009/12/its-all-about-about-tracking-metrics/comment-page-1/#comment-3206</link>
		<dc:creator>Joe Knepper</dc:creator>
		<pubDate>Wed, 03 Feb 2010 16:43:44 +0000</pubDate>
		<guid isPermaLink="false">http://blog.pivotlink.com/?p=341#comment-3206</guid>
		<description>Great response Ajay!  I have used several &quot;guiding principles&quot; in my career and two of them closely parallel some of you comments.  Those 2 guiding principles are: 1) start small and grow by chunking (don&#039;t boil the ocean); and 2) never push a solution in search of a problem. 

I think both of these GPs are reflected in your comment, &quot;...first have a discussion with the executives on tracking metrics, how will they define the metrics and get the buy in first before implementing the SaaS BI solution. It is so refreshing to hear such conversations instead of “how will we implement technology”.&quot;

I think the lessons we&#039;ve learned from Agile Software Development apply equally to implementations as well as the working relationships we develop and sustain with our customers.  It is an iterative process served well by Pivotlink.</description>
		<content:encoded><![CDATA[<p>Great response Ajay!  I have used several &#8220;guiding principles&#8221; in my career and two of them closely parallel some of you comments.  Those 2 guiding principles are: 1) start small and grow by chunking (don&#8217;t boil the ocean); and 2) never push a solution in search of a problem. </p>
<p>I think both of these GPs are reflected in your comment, &#8220;&#8230;first have a discussion with the executives on tracking metrics, how will they define the metrics and get the buy in first before implementing the SaaS BI solution. It is so refreshing to hear such conversations instead of “how will we implement technology”.&#8221;</p>
<p>I think the lessons we&#8217;ve learned from Agile Software Development apply equally to implementations as well as the working relationships we develop and sustain with our customers.  It is an iterative process served well by Pivotlink.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on What&#8217;s New for SaaS BI in 2010 by Michael Freed</title>
		<link>http://blog.pivotlink.com/2010/01/whats-new-for-saas-bi-in-2010/comment-page-1/#comment-1603</link>
		<dc:creator>Michael Freed</dc:creator>
		<pubDate>Fri, 15 Jan 2010 01:13:51 +0000</pubDate>
		<guid isPermaLink="false">http://blog.pivotlink.com/?p=394#comment-1603</guid>
		<description>I like the Insight as a Service idea quite a bit and can see why companies would want to build custom insight applications.  For example, they could provide apps to customers to optimize use of a product and show ROI.  It sounds like you&#039;d like to see general use apps as well (&quot;pre-packaged analytics based on best industry practices&quot;).  Great idea, but I wonder: who is going to build these and how would they be motivated to share what they build?  Something along the lines of the SFDC App Exchange maybe?</description>
		<content:encoded><![CDATA[<p>I like the Insight as a Service idea quite a bit and can see why companies would want to build custom insight applications.  For example, they could provide apps to customers to optimize use of a product and show ROI.  It sounds like you&#8217;d like to see general use apps as well (&#8221;pre-packaged analytics based on best industry practices&#8221;).  Great idea, but I wonder: who is going to build these and how would they be motivated to share what they build?  Something along the lines of the SFDC App Exchange maybe?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Selecting SaaS Business Intelligence: A Response to Forrester Analyst Boris Evelson by Dave Kasabian</title>
		<link>http://blog.pivotlink.com/2009/10/selecting-saas-business-intelligence-a-response-to-forrester-analyst-boris-evelson/comment-page-1/#comment-17</link>
		<dc:creator>Dave Kasabian</dc:creator>
		<pubDate>Tue, 17 Nov 2009 15:14:01 +0000</pubDate>
		<guid isPermaLink="false">http://blog.pivotlink.com/?p=129#comment-17</guid>
		<description>Dyke,
Boris did start a great thread and there are certainly lots of opinions on this topic.  One thing I would stress is the balance between Wayne&#039;s comment on time to deployment and Boris&#039; on architecture.  Selecting a solution that is quick to deploy but can&#039;t scale to meet other internal requirements could result in the enterprise deploying multiple SaaS BI solutions to meet each specific need.  This is a problem that has plagued on-premise BI customers, some research shows clients average 5 on-premise BI solutions and as many as 17.  SaaS BI customers should learn from that mistake and select a solution that can be deployed quickly but also be applied to other business needs as they arise.</description>
		<content:encoded><![CDATA[<p>Dyke,<br />
Boris did start a great thread and there are certainly lots of opinions on this topic.  One thing I would stress is the balance between Wayne&#8217;s comment on time to deployment and Boris&#8217; on architecture.  Selecting a solution that is quick to deploy but can&#8217;t scale to meet other internal requirements could result in the enterprise deploying multiple SaaS BI solutions to meet each specific need.  This is a problem that has plagued on-premise BI customers, some research shows clients average 5 on-premise BI solutions and as many as 17.  SaaS BI customers should learn from that mistake and select a solution that can be deployed quickly but also be applied to other business needs as they arise.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
