Log in
::
Register
::
Not logged in
Home
Tags
Articles
Editorials
Stairways
Forums
Scripts
Videos
Blogs
QotD
Books
Ask SSC
SQL Jobs
Training
Authors
About us
Contact us
Newsletters
Write for us
Recent Posts
Recent Posts
Popular Topics
Popular Topics
Home
Search
Members
Calendar
Who's On
Home
»
SQLServerCentral.com
»
Editorials
»
Skunk Works
Skunk Works
Rate Topic
Display Mode
Topic Options
Author
Message
Steve Jones - SSC Editor
Steve Jones - SSC Editor
Posted Tuesday, January 18, 2011 9:37 PM
SSC-Dedicated
Group: Administrators
Last Login: 2 days ago @ 1:47 PM
Points: 31,406,
Visits: 13,722
Comments posted to this topic are about the item
Skunk Works
Follow me on Twitter:
@way0utwest
Forum Etiquette: How to post data/code on a forum to get the best help
Post #1049787
Richard Gardner-291039
Richard Gardner-291039
Posted Wednesday, January 19, 2011 3:20 AM
SSC Veteran
Group: General Forum Members
Last Login: Thursday, March 21, 2013 9:06 AM
Points: 238,
Visits: 409
Hmmm... I spent ages building a prototype and just got depressed. My MD looked at me and said "why would we want that". Without his buy in I couldn't get the resources committed to cleaning up the data input areas necessary to ensure the whole project worked.
3 years on and lo and behold, suddenly the business has caught up with me, which was nice in a way, because I had a load of stuff ready to go and scored dozens of wins by recycling old work.
Now I have to weed through reams of code I've forgotten I wrote to try and tie everything together (again), and every minute I spend doing it is accompanied with the thought "I TOLD you we needed this 3 years ago, why couldn't you bloody implement it then". This is quite irritating.
Take home: If your MD is getting the results they think they need from a bunch of people hacking spreadsheets then you're going to get very depressed. That doesn't mean you're wrong.
Post #1049881
Koen Verbeeck
Koen Verbeeck
Posted Wednesday, January 19, 2011 3:38 AM
SSCrazy Eights
Group: General Forum Members
Last Login: Today @ 1:01 PM
Points: 9,367,
Visits: 6,463
Thanks for the reference to the article Steve.
As a BI developer, I find it a very interesting read, but damn, it is quite a long article
But I've always found that the BI tools from SQL Server are user-friendly and dynamic enough to quickly build prototypes or small scale projects.
How to post forum questions.
Need an answer? No, you need a question.
What’s the deal with Excel & SSIS?
Member of
LinkedIn
. My blog at
LessThanDot
.
MCSA SQL Server 2012 - MCSE Business Intelligence
Post #1049891
bwillsie-842793
bwillsie-842793
Posted Wednesday, January 19, 2011 6:32 AM
SSC-Enthusiastic
Group: General Forum Members
Last Login: Friday, April 12, 2013 7:43 AM
Points: 107,
Visits: 287
If the BI project is not being driven top down your engaging in nothing more than mental masturbation.
Doesn't mean you shouldn't do it, because as noted above, the experience might come in useful in the future. It's also a good way to stay busy if you hit a slow period.
Just don't expect anyone at the top to have read the same trade journals or online articles you have...
Post #1049999
Ron Porter
Ron Porter
Posted Wednesday, January 19, 2011 7:08 AM
Valued Member
Group: General Forum Members
Last Login: Thursday, July 28, 2011 8:03 AM
Points: 70,
Visits: 316
We call those 'underground projects' here. Everybody from top to bottom in the company knows that they happen. As long as our regular work is getting done, management turns a blind eye to them and certain people and groups are actively encouraged to start them up. I suppose that means they're no longer 'underground', but there is no official support or allocation of resources until something demonstrates clear value. Sometimes I think that we get more real innovation out of these things than the formal R&D projects.
Post #1050034
Richard Gardner-291039
Richard Gardner-291039
Posted Wednesday, January 19, 2011 7:56 AM
SSC Veteran
Group: General Forum Members
Last Login: Thursday, March 21, 2013 9:06 AM
Points: 238,
Visits: 409
If the BI project is not being driven top down your engaging in nothing more than mental masturbation.
If you wait for your MD to have the same insights you've already got then you're not giving the company good service, indeed you might as well spend your time involved in literal masturbation.
MDs are stupid, from the point of view of what IT does, it's very hard to get them to see your point of view until their priorities are the same as yours. I say until, because I don't think anything I've done has been out of step with the needs of the business (aside from the Brian Blessed sat nav, but we don't talk about that).
Post #1050078
Eric M Russell
Eric M Russell
Posted Wednesday, January 19, 2011 8:27 AM
Ten Centuries
Group: General Forum Members
Last Login: 2 days ago @ 5:03 AM
Points: 1,162,
Visits: 3,328
Even if you build what you believe to be the perfect BI application that presents every posible key preformance indicator, you can't actually expose it to end users without upper mangement's approval. That would be kind of like a medical lab technician building a vaccine for cancer in his basement without anyone's approval or oversight; how would he validate the end result and what would he do with it once it's "done"?
I think that every database developer or data analyst has this library of canned SQL scripts that we've used in the past to run ad-hoc reports against production for management. We know they work, because we've supplied the result to management in the past with positive feedback. If you want to get your feet wet with the new BI gadgets in SQL Server, you can intall Analysis Services or SSRS on your local workstation and build an OLAP cube or report off of this.
Just remember the topic from yesterday, it's not a good idea to be copying data from the production database into other external data stores without prior approval. We hear stories all the time about developers or contractors who lose their laptop, and then the bombshell drops that it contained a dump of sensitive client or customer data. Also a "skunkworks" database server probably won't have the same security controls in place as the production server, because you're doing it behind the back of those people who need to know. If there were a security breach, there is no doubt who's head would get axed.
"Wise people understand the 10,000 things without going to each one.
They know them without having to look at each one,
and they transform all without acting on each one." - The Tao Te Ching: Verse 47
Post #1050097
SQLRNNR
SQLRNNR
Posted Thursday, January 20, 2011 4:59 PM
SSCoach
Group: General Forum Members
Last Login: Today @ 6:30 PM
Points: 18,733,
Visits: 12,330
Getting approval from management for a little R&D is a good idea. Once they then get exposed to a successful project from your R&D, the buy in for further development using the tools is much easier.
Jason
AKA CirqueDeSQLeil
I have given a name to my pain...
MCM SQL Server 2008
SQL RNNR
Posting Performance Based Questions - Gail Shaw
Posting Data Etiquette - Jeff Moden
Hidden RBAR - Jeff Moden
VLFs and the Tran Log - Kimberly Tripp
Post #1051250
« Prev Topic
|
Next Topic »
Permissions
You
cannot
post new topics.
You
cannot
post topic replies.
You
cannot
post new polls.
You
cannot
post replies to polls.
You
cannot
edit your own topics.
You
cannot
delete your own topics.
You
cannot
edit other topics.
You
cannot
delete other topics.
You
cannot
edit your own posts.
You
cannot
edit other posts.
You
cannot
delete your own posts.
You
cannot
delete other posts.
You
cannot
post events.
You
cannot
edit your own events.
You
cannot
edit other events.
You
cannot
delete your own events.
You
cannot
delete other events.
You
cannot
send private messages.
You
cannot
send emails.
You
may
read topics.
You
cannot
rate topics.
You
cannot
vote within polls.
You
cannot
upload attachments.
You
may
download attachments.
You
cannot
post HTML code.
You
cannot
edit HTML code.
You
cannot
post IFCode.
You
cannot
post JavaScript.
You
cannot
post EmotIcons.
You
cannot
post or upload images.
Copyright © 2002-2013 Simple Talk Publishing. All Rights Reserved.
Privacy Policy.
Terms of Use.
Report Abuse.