<?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: Dashboard Design Part 3 of 3: An Iterative Tale</title>
	<atom:link href="http://www.gilliganondata.com/index.php/2008/08/27/dashboard-design-part-3-of-3-an-iterative-tale/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.gilliganondata.com/index.php/2008/08/27/dashboard-design-part-3-of-3-an-iterative-tale/</link>
	<description>Thoughts, musings, and, hopefully, not too many redundancies on the world of business data. If you missed the irony in the previous sentence, you may struggle with my writing style.</description>
	<lastBuildDate>Tue, 07 Feb 2012 18:26:03 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Jose</title>
		<link>http://www.gilliganondata.com/index.php/2008/08/27/dashboard-design-part-3-of-3-an-iterative-tale/comment-page-1/#comment-13147</link>
		<dc:creator>Jose</dc:creator>
		<pubDate>Wed, 14 Jan 2009 11:55:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.gilliganondata.com/?p=147#comment-13147</guid>
		<description>@Tim: Thanks (again) for sharing your experiences / you are really honoring your Architecture background on Business Intelligence. 
Sharepoint Hmmmm! Hadn&#039;t consider how the effort grows in integrating RS vs just uploading XL... thanks for that tidbit.
Also, can you please forward to JT my e-mail address. 

@JT: Is Great to have you to joining in the conversation, and your insight. I&#039;m currently switching from MS Access to SQL Server 2008 (Express of Course) to improve scalability. I haven&#039;t used Reporting Services but it definitely looks good on paper... Definitely the built-in integration with SAP Net weaver BI. Wish their report designer was more like Excel and less like a report writing tool like Crystal Reports (Darn!)... Nevertheless I&#039;ll give it a try but your comment on the extra effort makes a lot of sense. 
That said I&#039;d love to continue the conversation. If you would please send me through e-mail the best way to contact you.

Cheers!

Jose</description>
		<content:encoded><![CDATA[<p>@Tim: Thanks (again) for sharing your experiences / you are really honoring your Architecture background on Business Intelligence.<br />
Sharepoint Hmmmm! Hadn&#8217;t consider how the effort grows in integrating RS vs just uploading XL&#8230; thanks for that tidbit.<br />
Also, can you please forward to JT my e-mail address. </p>
<p>@JT: Is Great to have you to joining in the conversation, and your insight. I&#8217;m currently switching from MS Access to SQL Server 2008 (Express of Course) to improve scalability. I haven&#8217;t used Reporting Services but it definitely looks good on paper&#8230; Definitely the built-in integration with SAP Net weaver BI. Wish their report designer was more like Excel and less like a report writing tool like Crystal Reports (Darn!)&#8230; Nevertheless I&#8217;ll give it a try but your comment on the extra effort makes a lot of sense.<br />
That said I&#8217;d love to continue the conversation. If you would please send me through e-mail the best way to contact you.</p>
<p>Cheers!</p>
<p>Jose</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JT Buser</title>
		<link>http://www.gilliganondata.com/index.php/2008/08/27/dashboard-design-part-3-of-3-an-iterative-tale/comment-page-1/#comment-13126</link>
		<dc:creator>JT Buser</dc:creator>
		<pubDate>Wed, 14 Jan 2009 02:51:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.gilliganondata.com/?p=147#comment-13126</guid>
		<description>Jose;

I am the co-worker that left Bulldog as well, that Tim speaks of...  Tim hits the nail on the head.  MS has an extremely promising tool and continues to make it’s way up the Gardner Magic Quadrant.  With SQL Server 2005 and Office 2007, it is becoming a little easier to create solutions (I have done so at two separate companies now within the last year.)  The reason why MS is a good solution is that most of us have MS in house or can purchase these tools cheaper and easier than other solutions because most companies would spring for MS tools a lot quicker than other systems.  Plus, you have better support services for MS in house right now (am assuming).  Furthermore, unless you have gone through a good period of prototyping of what you want to dashboard out (like Tim has done above), an expensive software system is of little use, especially if you haven’t exhausted MS capabilities.  

Having said that, if you are ready to take the next step, MS can pose some problems.  

MS is strong in pulling and pushing of the data (SQL Server 2005) but the delivery can become an issue.  Dashboards in Excel can be super-robust by using some good technique, but to try and build on a global scale takes a LOT of time (imagine counting pixels all the time versus having WYSIWYG with another tool) and patience.  In short, with MS as Tim stated, you are stitching pieces together in order to deliver a full solution and you will eventually need a lot of development to make things work.  This is very similar to an open source solution.  Therefore, even though the price is lower than a traditional BI tool (not by huge amount, either) on the outset, you have to weigh it with what resources you will need to bring in to make a full solution.  Put on top of that MS notorious reputation for bugs, and I tend to lean over to a different solution (seriously, if anyone wants to argue this, have them spend every waking moment building a solution in MS and watch them sweat when implementing it!)

My advice, build prototypes in MS.  You can change and update these pretty quick.  At the same time, spec out the requirements you are going to need from the tool to get what you want.  If MS can do this for you, by all means, use it, but if you find that it can’t, then time to start looking for another tool.  The key is to have what you are trying to build, speced out already.  If not, any good salesmen will show you a lot of things that have nothing to do with what you are trying to do!</description>
		<content:encoded><![CDATA[<p>Jose;</p>
<p>I am the co-worker that left Bulldog as well, that Tim speaks of&#8230;  Tim hits the nail on the head.  MS has an extremely promising tool and continues to make it’s way up the Gardner Magic Quadrant.  With SQL Server 2005 and Office 2007, it is becoming a little easier to create solutions (I have done so at two separate companies now within the last year.)  The reason why MS is a good solution is that most of us have MS in house or can purchase these tools cheaper and easier than other solutions because most companies would spring for MS tools a lot quicker than other systems.  Plus, you have better support services for MS in house right now (am assuming).  Furthermore, unless you have gone through a good period of prototyping of what you want to dashboard out (like Tim has done above), an expensive software system is of little use, especially if you haven’t exhausted MS capabilities.  </p>
<p>Having said that, if you are ready to take the next step, MS can pose some problems.  </p>
<p>MS is strong in pulling and pushing of the data (SQL Server 2005) but the delivery can become an issue.  Dashboards in Excel can be super-robust by using some good technique, but to try and build on a global scale takes a LOT of time (imagine counting pixels all the time versus having WYSIWYG with another tool) and patience.  In short, with MS as Tim stated, you are stitching pieces together in order to deliver a full solution and you will eventually need a lot of development to make things work.  This is very similar to an open source solution.  Therefore, even though the price is lower than a traditional BI tool (not by huge amount, either) on the outset, you have to weigh it with what resources you will need to bring in to make a full solution.  Put on top of that MS notorious reputation for bugs, and I tend to lean over to a different solution (seriously, if anyone wants to argue this, have them spend every waking moment building a solution in MS and watch them sweat when implementing it!)</p>
<p>My advice, build prototypes in MS.  You can change and update these pretty quick.  At the same time, spec out the requirements you are going to need from the tool to get what you want.  If MS can do this for you, by all means, use it, but if you find that it can’t, then time to start looking for another tool.  The key is to have what you are trying to build, speced out already.  If not, any good salesmen will show you a lot of things that have nothing to do with what you are trying to do!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tim Wilson</title>
		<link>http://www.gilliganondata.com/index.php/2008/08/27/dashboard-design-part-3-of-3-an-iterative-tale/comment-page-1/#comment-13122</link>
		<dc:creator>Tim Wilson</dc:creator>
		<pubDate>Wed, 14 Jan 2009 01:50:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.gilliganondata.com/?p=147#comment-13122</guid>
		<description>@Jose Well...my journey with that dashboard ended when I left Bulldog Solutions a couple of months after I wrote this post. For this dashboard, but even more for the external-facing dashboards I referenced in my earlier comment, we had definitely done some exploration of MS reporting services. The co-worker I referenced who was running point...also left Bulldog, and he was the person who had done the bulk of the research. As I recall, MS was promising from an out-of-pocket licensing perspective, as we already had most of what we needed license-wise in-house. The kicker was that we were going to need to stitch together MS reporting services with SQL Server data with Sharepoint to get to a fully realized solution, so it was going to take some development chops to get it working and maintain it. We&#039;d also thought about trying to use something like XLCubed...but didn&#039;t really get to the formal exploration stage there.</description>
		<content:encoded><![CDATA[<p>@Jose Well&#8230;my journey with that dashboard ended when I left Bulldog Solutions a couple of months after I wrote this post. For this dashboard, but even more for the external-facing dashboards I referenced in my earlier comment, we had definitely done some exploration of MS reporting services. The co-worker I referenced who was running point&#8230;also left Bulldog, and he was the person who had done the bulk of the research. As I recall, MS was promising from an out-of-pocket licensing perspective, as we already had most of what we needed license-wise in-house. The kicker was that we were going to need to stitch together MS reporting services with SQL Server data with Sharepoint to get to a fully realized solution, so it was going to take some development chops to get it working and maintain it. We&#8217;d also thought about trying to use something like XLCubed&#8230;but didn&#8217;t really get to the formal exploration stage there.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jose</title>
		<link>http://www.gilliganondata.com/index.php/2008/08/27/dashboard-design-part-3-of-3-an-iterative-tale/comment-page-1/#comment-13057</link>
		<dc:creator>Jose</dc:creator>
		<pubDate>Mon, 12 Jan 2009 17:37:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.gilliganondata.com/?p=147#comment-13057</guid>
		<description>Tim,

I loved your post relating your journey. The year you spend finding the light switch is short in comparison to most of us. I use Excel for prototyping but also recognize its not for large audiences.

Somewhere in your blog you mentioned that in your new job you are looking for the platform to take it to the next level, and that were evaluating vendors.

I&#039;d like to know your thoughts on MS reporting services (not Analysis... and the cubes). I&#039;m playing with it and looking for a way to recycle the Excel prototypes into it.

Regards,

Jose</description>
		<content:encoded><![CDATA[<p>Tim,</p>
<p>I loved your post relating your journey. The year you spend finding the light switch is short in comparison to most of us. I use Excel for prototyping but also recognize its not for large audiences.</p>
<p>Somewhere in your blog you mentioned that in your new job you are looking for the platform to take it to the next level, and that were evaluating vendors.</p>
<p>I&#8217;d like to know your thoughts on MS reporting services (not Analysis&#8230; and the cubes). I&#8217;m playing with it and looking for a way to recycle the Excel prototypes into it.</p>
<p>Regards,</p>
<p>Jose</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tim Wilson</title>
		<link>http://www.gilliganondata.com/index.php/2008/08/27/dashboard-design-part-3-of-3-an-iterative-tale/comment-page-1/#comment-931</link>
		<dc:creator>Tim Wilson</dc:creator>
		<pubDate>Wed, 03 Sep 2008 12:51:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.gilliganondata.com/?p=147#comment-931</guid>
		<description>@Forrest You point out a lot of the challenges when it comes to implementing some of the more traditional BPM approaches, and IEE sounds like it is a methodology worth exploring. However, I&#039;m not sure any of these would have addressed one of the most fundamental challenges we (and many young, small companies) face, which is that the value chain is very dynamic -- there is a lot of experimentation involved, especially in a services-oriented business, when it comes to finding the right niche and then filling it effectively.

@Greg This was all done in Excel 2003, with no add-ons. The only macro in the spreadsheet is a &quot;refresh all&quot; button for refreshing the underlying data -- it refreshes the data and updates one cell as to when the data was last updated (but is mainly there for usability reasons so that three different people in the company, who all have their ODBC connections set up properly, can refresh the data at any time). As I was working on this, a co-worker was busy developing a separate dashboard (external-facing) using Excel 2007 -- we would regularly compare notes, and he would point out how much easier much of this was to do in 2007. The sparklines are just a small, very simple chart.</description>
		<content:encoded><![CDATA[<p>@Forrest You point out a lot of the challenges when it comes to implementing some of the more traditional BPM approaches, and IEE sounds like it is a methodology worth exploring. However, I&#8217;m not sure any of these would have addressed one of the most fundamental challenges we (and many young, small companies) face, which is that the value chain is very dynamic &#8212; there is a lot of experimentation involved, especially in a services-oriented business, when it comes to finding the right niche and then filling it effectively.</p>
<p>@Greg This was all done in Excel 2003, with no add-ons. The only macro in the spreadsheet is a &#8220;refresh all&#8221; button for refreshing the underlying data &#8212; it refreshes the data and updates one cell as to when the data was last updated (but is mainly there for usability reasons so that three different people in the company, who all have their ODBC connections set up properly, can refresh the data at any time). As I was working on this, a co-worker was busy developing a separate dashboard (external-facing) using Excel 2007 &#8212; we would regularly compare notes, and he would point out how much easier much of this was to do in 2007. The sparklines are just a small, very simple chart.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Greg</title>
		<link>http://www.gilliganondata.com/index.php/2008/08/27/dashboard-design-part-3-of-3-an-iterative-tale/comment-page-1/#comment-912</link>
		<dc:creator>Greg</dc:creator>
		<pubDate>Tue, 02 Sep 2008 22:22:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.gilliganondata.com/?p=147#comment-912</guid>
		<description>I like the final product, plus the journey sounds familiar. You said what you didn&#039;t use (BonaVista, etc.), but was this all done in Excel? Any tools for the sparklines or were those homegrown?</description>
		<content:encoded><![CDATA[<p>I like the final product, plus the journey sounds familiar. You said what you didn&#8217;t use (BonaVista, etc.), but was this all done in Excel? Any tools for the sparklines or were those homegrown?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Forrest Breyfogle</title>
		<link>http://www.gilliganondata.com/index.php/2008/08/27/dashboard-design-part-3-of-3-an-iterative-tale/comment-page-1/#comment-841</link>
		<dc:creator>Forrest Breyfogle</dc:creator>
		<pubDate>Sun, 31 Aug 2008 21:38:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.gilliganondata.com/?p=147#comment-841</guid>
		<description>Here are some additional thoughts …

The balanced scorecard of Kaplan and Norton tracks business in the categories of financial, customer, internal processes, and learning and growth, where each category is to have objectives, measures, targets, and initiatives.

In most organizations, a significant change in strategies can occur in time for various reasons; e.g., perhaps there was a change in leadership.  Hence, organizations that follow the balanced scorecard card and similar strategy-tracking strategies, as described above, do not have a structured framework for orchestrating and making analytically/innovatively derived decisions from an assessment of long-lasting value-chain metrics.   

Balance is important; however, it can be detrimental to have forced balance, as described in the strategy-driven approach above.  What is needed is a total integration and balance of selected metrics to avoid conflicting goals. For example, focusing on on-time delivery could lead to a reduction in product quality in order to meet ship dates. 

Also, setting goals without a roadmap for making process improvement can lead to resource-draining firefighting activities; e.g., one week a metric could be red and the next week green just from process common-cause process variability – when nothing was done different to the process between weeks.  Goals are not bad but goals need to be set after analytically/innovatively assessing the organization as a whole – to avoid organizational sub-optimizations.  When a metric needs to be improved this metric is “pulling” for a process-improvement project creation. 

As part of all effort, it is not only important to determine what to measure but also on how to report it, so that metric performance tracking leads to the most appropriate actions. This is achieved with satellite-level financial and 30,000-foot-level operational metric reporting.  These metrics assess process predictability, and for processes that are predictable, a prediction statement is made. 

A long-lasting value-chain measurement system can quantify how the organization is doing relative to its value chain.  Current levels of value-chain satellite-level and 30,000-foot-level metrics can then be structurally analytically/innovatively assessed as a whole to build targeted strategies which lead to process improvement or design projects, for achievement of the strategies.   

The Integrated Enterprise Excellence (IEE) system provides a methodology to avoid potential conflicts by basing the selection of all metrics on the enterprise value chain and assigning all metrics to the owner who is accountable for the metric’s performance. These metrics can be cascaded downward to lower organization functions, where they are assigned to owners who have performance accountability. With the IEE system basic value chain metrics will not change even if there is an organizational change. Only the ownership will change; i.e., the org chart is subordinate to the value chain.</description>
		<content:encoded><![CDATA[<p>Here are some additional thoughts …</p>
<p>The balanced scorecard of Kaplan and Norton tracks business in the categories of financial, customer, internal processes, and learning and growth, where each category is to have objectives, measures, targets, and initiatives.</p>
<p>In most organizations, a significant change in strategies can occur in time for various reasons; e.g., perhaps there was a change in leadership.  Hence, organizations that follow the balanced scorecard card and similar strategy-tracking strategies, as described above, do not have a structured framework for orchestrating and making analytically/innovatively derived decisions from an assessment of long-lasting value-chain metrics.   </p>
<p>Balance is important; however, it can be detrimental to have forced balance, as described in the strategy-driven approach above.  What is needed is a total integration and balance of selected metrics to avoid conflicting goals. For example, focusing on on-time delivery could lead to a reduction in product quality in order to meet ship dates. </p>
<p>Also, setting goals without a roadmap for making process improvement can lead to resource-draining firefighting activities; e.g., one week a metric could be red and the next week green just from process common-cause process variability – when nothing was done different to the process between weeks.  Goals are not bad but goals need to be set after analytically/innovatively assessing the organization as a whole – to avoid organizational sub-optimizations.  When a metric needs to be improved this metric is “pulling” for a process-improvement project creation. </p>
<p>As part of all effort, it is not only important to determine what to measure but also on how to report it, so that metric performance tracking leads to the most appropriate actions. This is achieved with satellite-level financial and 30,000-foot-level operational metric reporting.  These metrics assess process predictability, and for processes that are predictable, a prediction statement is made. </p>
<p>A long-lasting value-chain measurement system can quantify how the organization is doing relative to its value chain.  Current levels of value-chain satellite-level and 30,000-foot-level metrics can then be structurally analytically/innovatively assessed as a whole to build targeted strategies which lead to process improvement or design projects, for achievement of the strategies.   </p>
<p>The Integrated Enterprise Excellence (IEE) system provides a methodology to avoid potential conflicts by basing the selection of all metrics on the enterprise value chain and assigning all metrics to the owner who is accountable for the metric’s performance. These metrics can be cascaded downward to lower organization functions, where they are assigned to owners who have performance accountability. With the IEE system basic value chain metrics will not change even if there is an organizational change. Only the ownership will change; i.e., the org chart is subordinate to the value chain.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Contextures Blog &#187; Excel Twitters 20080830</title>
		<link>http://www.gilliganondata.com/index.php/2008/08/27/dashboard-design-part-3-of-3-an-iterative-tale/comment-page-1/#comment-804</link>
		<dc:creator>Contextures Blog &#187; Excel Twitters 20080830</dc:creator>
		<pubDate>Sat, 30 Aug 2008 04:06:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.gilliganondata.com/?p=147#comment-804</guid>
		<description>[...] Part 3 of 3 now posted. Dramatic change from the prior two&#8230;w/ li&#8217;l ol&#8217; Excel 2003. Check it out: http://is.gd/1Z5S [...]</description>
		<content:encoded><![CDATA[<p>[...] Part 3 of 3 now posted. Dramatic change from the prior two&#8230;w/ li&#8217;l ol&#8217; Excel 2003. Check it out: <a href="http://is.gd/1Z5S" rel="nofollow">http://is.gd/1Z5S</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tim Wilson</title>
		<link>http://www.gilliganondata.com/index.php/2008/08/27/dashboard-design-part-3-of-3-an-iterative-tale/comment-page-1/#comment-768</link>
		<dc:creator>Tim Wilson</dc:creator>
		<pubDate>Thu, 28 Aug 2008 12:30:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.gilliganondata.com/?p=147#comment-768</guid>
		<description>@clint It really was something of a lightbulb moment -- it just took me a year to find the switch. I kept making additional iterations and knowing immediately that they were another &quot;not it.&quot; By the time I finally *read* Few&#039;s book, it all came together.

@Andreas It&#039;s almost like you have to be an apologist if you&#039;re &quot;just&quot; using Excel at times. I&#039;ve casually poked around on BonaVista Systems and XLCubed (and Crystal XCelsius for that matter) in the past, but never bitten the bullet and tried using them. Thanks for the reminder that they&#039;re there!</description>
		<content:encoded><![CDATA[<p>@clint It really was something of a lightbulb moment &#8212; it just took me a year to find the switch. I kept making additional iterations and knowing immediately that they were another &#8220;not it.&#8221; By the time I finally *read* Few&#8217;s book, it all came together.</p>
<p>@Andreas It&#8217;s almost like you have to be an apologist if you&#8217;re &#8220;just&#8221; using Excel at times. I&#8217;ve casually poked around on BonaVista Systems and XLCubed (and Crystal XCelsius for that matter) in the past, but never bitten the bullet and tried using them. Thanks for the reminder that they&#8217;re there!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrea Lipphardt</title>
		<link>http://www.gilliganondata.com/index.php/2008/08/27/dashboard-design-part-3-of-3-an-iterative-tale/comment-page-1/#comment-765</link>
		<dc:creator>Andrea Lipphardt</dc:creator>
		<pubDate>Thu, 28 Aug 2008 03:58:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.gilliganondata.com/?p=147#comment-765</guid>
		<description>Tim,

&gt;&gt;As much of a fan as I am of our Excel/Access solution…it has its limitations (...) but I also view it as being the basis of requirements for an enterprise BI tool

With some tools like Micro Charts and the XLCubed you can turn your Excel Dashboard into and enterprise BI solution. XLCubed brings data connectivity to relational an OLAP sources, drill down  capabilities and allows you to publish  Excel Dashboard to the web as a scalable multi user web application: 

http://www.bonavistasystems.com/Products_SparkLiner_Dashboards.html

http://www.xlcubed.com/en/Products_XLCUbed_Overview.html

Andreas

http://blog.xlcubed.com/</description>
		<content:encoded><![CDATA[<p>Tim,</p>
<p>&gt;&gt;As much of a fan as I am of our Excel/Access solution…it has its limitations (&#8230;) but I also view it as being the basis of requirements for an enterprise BI tool</p>
<p>With some tools like Micro Charts and the XLCubed you can turn your Excel Dashboard into and enterprise BI solution. XLCubed brings data connectivity to relational an OLAP sources, drill down  capabilities and allows you to publish  Excel Dashboard to the web as a scalable multi user web application: </p>
<p><a href="http://www.bonavistasystems.com/Products_SparkLiner_Dashboards.html" rel="nofollow">http://www.bonavistasystems.com/Products_SparkLiner_Dashboards.html</a></p>
<p><a href="http://www.xlcubed.com/en/Products_XLCUbed_Overview.html" rel="nofollow">http://www.xlcubed.com/en/Products_XLCUbed_Overview.html</a></p>
<p>Andreas</p>
<p><a href="http://blog.xlcubed.com/" rel="nofollow">http://blog.xlcubed.com/</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>

