<?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>Bruce&#039;s Blog</title>
	<atom:link href="http://blogs.webtrends.com/bruce/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.webtrends.com/bruce</link>
	<description>Just another WebTrends Blogs weblog</description>
	<lastBuildDate>Thu, 12 Nov 2009 16:07:01 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Architecting for Customer Feedback</title>
		<link>http://blogs.webtrends.com/bruce/2009/11/12/busy-summer-moving-from-waterfall-to-agile/</link>
		<comments>http://blogs.webtrends.com/bruce/2009/11/12/busy-summer-moving-from-waterfall-to-agile/#comments</comments>
		<pubDate>Thu, 12 Nov 2009 01:01:39 +0000</pubDate>
		<dc:creator>Bruce Kenny</dc:creator>
				<category><![CDATA[Industry perspective]]></category>
		<category><![CDATA[agile]]></category>
		<category><![CDATA[development]]></category>
		<category><![CDATA[waterfall]]></category>

		<guid isPermaLink="false">http://blogs.webtrends.com/bruce/?p=12</guid>
		<description><![CDATA[WOW! what an eventful summer –  I was so focused on our product releases of Summer &#8216;09 (Analytics 9!) and the upcoming Fall &#8216;09 that I neglected this space. I can’t argue with this priority given the results. And, from the overwhelmingly positive feedback from our customers, soon to be customers and partners it [...]]]></description>
			<content:encoded><![CDATA[<p>WOW! what an eventful summer –  I was so focused on our product releases of Summer &#8216;09 (Analytics 9!) and the upcoming Fall &#8216;09 that I neglected this space. I can’t argue with this priority given the results. And, from the overwhelmingly positive feedback from our customers, soon to be customers and partners it appears we are onto something here. These releases are the result of much hard work from the amazing and talented team I have the honor to work with at Webtrends. They clearly demonstrate our commitment to innovation, architectural integrity and our customers.</p>
<p>For today’s discussion I want to focus on our customers and how their needs reshaped the Engineering organization at Webtrends. Many of the innovations we have pushed out have direct customer feedback at the core of the effort. We have strived to “bring the customer directly into Engineering” so that we are designing our solutions with direct feedback from those who will leverage them. A fallacy around technical teams is that they wish to be shielded from the market – this is of course complete nonsense with the reality that engineers crave real world examples and the more we can bring our customers into the process of developing our solutions the more value our solutions will deliver to our customers.</p>
<p>But this simple goal – customer centricity &#8211; it is not simple in execution. Much has been written on the challenge with a seminal work being the Innovators Dilemma by Clayton M. Christensen. We must balance our customer’s immediate needs with their declared and anticipated future needs. And the speed of change is only increasing thus the speed of our change in our customer’s business is increase. We need to be able to receive feedback and adjust to it at an ever increasing frequency. Listening to our customers is critical, but even more critical is responding to our customers in a timeframe that is relevant to them.</p>
<p>As I looked at this challenge eighteen months ago I realized that for us to respond to our customer’s feedback in a timely manner we needed to change a number of core business processes at Webtrends. Prior to focusing on implementing customer feedback mechanisms and processes (which we have now built directly into our products), we focused our ability to respond to the feedback.</p>
<p>Let me explain – looking at it from the customer’s perspective: how do I influence a 12-15 month development cycle? I will have to time my input for the first few months of the vendor’s development effort and then I hope that my requirements remain consistent for the next 9-12 months. Not a very likely scenario with today’s pace of evolutionary and revolutionary change. Once viewed from the customer standpoint it is pretty clear that we needed to change the way we developed our products before we could truly increase our customer intimacy and centricity.</p>
<div id="attachment_14" class="wp-caption alignright" style="width: 310px"><a href="http://blogs.webtrends.com/bruce/files/2009/11/waterfall-vs-agile.018.png"><img class="size-medium wp-image-14" title="waterfall vs agile.018" src="http://blogs.webtrends.com/bruce/files/2009/11/waterfall-vs-agile.018-300x168.png" alt="waterfall vs agile.018" width="300" height="168" /></a><p class="wp-caption-text">In waterfall, work is done in phases and comes together in the end. In agile, work is also done in phases, but work is released at each stage.</p></div>
<p>Starting in summer of 2008 we set out to transform the Webtrends Engineering organization to a truly agile organization. This was not an easy process – nor was it painless for our customers. But it was critical for Webtrends and we are now seeing the benefits of this transformation. By releasing every 3-4 months we have dramatically shortened the timeframe between feedback and delivery. We now respond to our customers needs in a timeframe that is still highly relevant to their business. Looking again from the customer’s perspective, I don’t think I would choose a vendor who isn’t as agile as my business&#8230;</p>
]]></content:encoded>
			<wfw:commentRss>http://blogs.webtrends.com/bruce/2009/11/12/busy-summer-moving-from-waterfall-to-agile/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Unfettered Data Access &#8211; what does it really mean?</title>
		<link>http://blogs.webtrends.com/bruce/2009/05/13/unfettered-data-access-what-does-it-really-mean/</link>
		<comments>http://blogs.webtrends.com/bruce/2009/05/13/unfettered-data-access-what-does-it-really-mean/#comments</comments>
		<pubDate>Wed, 13 May 2009 22:56:23 +0000</pubDate>
		<dc:creator>Bruce Kenny</dc:creator>
				<category><![CDATA[Industry perspective]]></category>
		<category><![CDATA[access]]></category>
		<category><![CDATA[data]]></category>
		<category><![CDATA[saas]]></category>

		<guid isPermaLink="false">http://blogs.webtrends.com/bruce/?p=3</guid>
		<description><![CDATA[
Having access to one&#8217;s own data seems a pretty simple concept. 
Yet many companies, who are entrusted with their customer&#8217;s data, make it challenging for their customers to actually get their data in a reliable and usable manner. 
Some of the reasons cited are technical such as architectural limitations or lack of sufficient infrastructure that [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://blogs.webtrends.com/bruce/files/2009/05/unchaining-data.jpg" alt="unchaining-data" width="480" height="45" class="alignnone size-full wp-image-5" style="border: none" /></p>
<p>Having access to one&#8217;s own data seems a pretty simple concept. </p>
<p>Yet many companies, who are entrusted with their customer&#8217;s data, make it challenging for their customers to actually get their data in a reliable and usable manner. </p>
<p>Some of the reasons cited are technical such as architectural limitations or lack of sufficient infrastructure that inhibits a vendor&#8217;s ability to provide access to the data. As the head of engineering at Webtrends I can tell you that architecture matters in <acronym title="Software as a Service">SaaS</acronym>; while the customer can&#8217;t see it and doesn&#8217;t have to manage the infrastructure, the architecture directly influences their interactions with the whole solution. (This will be a topic for another post.)</p>
<p>Other reasons are less technical and more related to long standing biases found in traditional vendor-client relationships, fear of customer defection, cost concerns, and loss of control of how a customer interacts with the vendor. While these reasons may have had some basis in the past, they are no longer valid in today&#8217;s world of rapid innovation, transparency and open collaboration. </p>
<p>When we set about defining what &#8220;unfettered access&#8221; to the data truly meant we first looked at it through our customer&#8217;s eyes. Having had the opportunity to work with many of our customers (Engineering at Webtrends is open and customer facing) I saw that while our customers relied upon and leveraged our rich and deep applications, they would also benefit from direct access to their data. As our industry and our customers use of web analytics matures (see <a href="http://www.webtrends.com/Services/Digital-Marketing-Maturity-Model.aspx">our DM3 model</a>) innovation occurs through-out the ecosystem: in Webtrends development, in Webtrends services, in our partners and in our customers. By providing full access to the data we fully enable this innovation and we expect to learn as much from our partners and customers as they gain value from this open access. </p>
<p>We also heard that multiple forms of access, security models and data formats were requirements, not options. With this, we then set about reviewing our operations, infrastructure, licensing, architecture and services to drive product and organizational change to ensure we are empowered to deliver a full and complete solution. </p>
<p>Our customers helped us define the full set of requirements and reinforced three key capabilities:</p>
<ol>
<li>Provide our customers open and clear access to their data when and how they want it. No intermediary, no request and forward approach, no unnecessary provisioning requirements. In a word: Open.</li>
<li>Provide multiple data access options. This boiled down to three options: Web Services, SQL based access, and Bulk data transfer. We started down this path as far back as 2005 when we released the web analytic industry&#8217;s first ODBC driver. We continue to execute against this capability with Webtrends open exchange and our recently released REST based web services and Data Capture for delivery of large data sets that can be scheduled and automated for integration into other operational systems. </li>
<li>Provide scalable, robust data delivery infrastructure to ensure the timely delivery of data. This reinforces Webtrends reputation in providing the most efficient and reliable SaaS solution in the industry (remember, architecture does matter in SaaS). Our customers said they didn&#8217;t want to be nickel and dimed and we answered by making all Webtrends Open Exchange services available in secure transmission formats at no charge.</li>
</ol>
<p>Finally, we looked at how to bring these solutions to our customers. We have re-invested in our partners with a renewed partner program that embraces our partners as an extension of our company and our customers&#8217; innovation capabilities; we&#8217;ve invested in &#8220;<a href="http://developer.webtrends.com/community/developer/blog/2009/05/13/innovating-in-analytics-via-developer-day">Developer Days</a>&#8221; and we created the Webtrends Developer network and opened it up to anyone who wishes to leverage Webtrends power in their solutions &#8211; customer, prospect, partner, even traditional competitors. We are pleased with the momentum since its launch and expect that the Developer Network will continue expanding as we connect with our customers and partners and they with each other in leveraging and innovating with Webtrends. </p>
<p>Unfettered data access means freedom to access your data when you want to and through a means that makes sense to your business. We are honored to be entrusted with our customer&#8217;s data and we are very pleased to be able to provide a secure, reliable means for them to come and get it. </p>
]]></content:encoded>
			<wfw:commentRss>http://blogs.webtrends.com/bruce/2009/05/13/unfettered-data-access-what-does-it-really-mean/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
	</channel>
</rss>
