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
»
Managing Risk
Managing Risk
Rate Topic
Display Mode
Topic Options
Author
Message
Steve Jones - SSC Editor
Steve Jones - SSC Editor
Posted Monday, April 06, 2009 10:07 PM
SSC-Dedicated
Group: Administrators
Last Login: Today @ 11:20 AM
Points: 31,437,
Visits: 13,752
Comments posted to this topic are about the item
Managing Risk
Follow me on Twitter:
@way0utwest
Forum Etiquette: How to post data/code on a forum to get the best help
Post #691651
Andy Warren
Andy Warren
Posted Tuesday, April 07, 2009 4:55 AM
SSCertifiable
Group: Moderators
Last Login: Thursday, May 09, 2013 12:38 PM
Points: 6,462,
Visits: 1,384
I agree with reassessing things periodically, though I wouldn't say it should always be with an eye on reducing risk. Sometimes it's appropriate to take risks, though always in a measured with and with an understanding of the consequences. Of the things I see in our profession (IT) is that we're often so risk averse that the pace of change slows to a crawl, often with a very negative impact on the business.
Andy
SQLShare - Learn One New Thing Each Day
SQLAndy - My Professional Blog
Connect with me on LinkedIn
Follow me on Twitter
Post #691842
jcrawf02
jcrawf02
Posted Tuesday, April 07, 2009 6:37 AM
SSCrazy
Group: General Forum Members
Last Login: Yesterday @ 6:29 AM
Points: 2,551,
Visits: 18,885
Good point Andy, I think when you're talking about Risk Assessment and/or Reducing Risk, you might have to carefully define what you're assessing. The point being that you want to reduce unnecessary (or involuntary) risk, but calculated risk isn't really a Risk in the 'capitalized' sense, it's a business investment. That investment may or may not pay out, but it's identified and set aside as acceptable due to the possible return. That differs from the true Risk situation, where you have a hole in your processes or systems that allows the possibility of negative impacts to occur with no potential upside.
---------------------------------------------------------
How best to post your question
How to post performance problems
Tally Table:What it is and how it replaces a loop
"stewsterl 80804 (10/16/2009)I guess when you stop and try to understand the solution provided you not only learn, but save yourself some headaches when you need to make any slight changes."
Post #691910
Tobar
Tobar
Posted Tuesday, April 07, 2009 7:06 AM
SSC-Enthusiastic
Group: General Forum Members
Last Login: Yesterday @ 8:33 AM
Points: 172,
Visits: 556
Great insight jcrawf02
And now for something completely different ...
What version of Risk did you use in the picture? Must be one of those new-fangled ones. Showing my age I will state that mine has the little triangular shapes soldiers and the heat-sinkish towers for squads (10 soldiers)
<><
Livin' down on the cube farm. Left, left, then a right.
Post #691953
Mitch Stein
Mitch Stein
Posted Tuesday, April 07, 2009 7:48 AM
Forum Newbie
Group: General Forum Members
Last Login: Wednesday, March 20, 2013 9:20 AM
Points: 1,
Visits: 49
For me, it's not always about risk with these decisions. We use Stored Procedures almost exclusively and I like the fact that we have a pretty thorough documentation of our company's business logic all in one place. The decision to go Stored Procedures, for me, is #1 Reusability, #2 Documentation and consolidation, and Security falls to #3
Post #692010
jcrawf02
jcrawf02
Posted Tuesday, April 07, 2009 7:57 AM
SSCrazy
Group: General Forum Members
Last Login: Yesterday @ 6:29 AM
Points: 2,551,
Visits: 18,885
Tobar (4/7/2009)
Great insight jcrawf02
And now for something completely different ...
What version of Risk did you use in the picture? Must be one of those new-fangled ones. Showing my age I will state that mine has the little triangular shapes soldiers and the heat-sinkish towers for squads (10 soldiers)
Thanks
That version of Risk you're referring to is the one I remember from childhood, my wife and I recently bought the version that looks like Steve's photo. We tried to play it and gave up because the setup took so dang long. Patience is a virtue, but it really cuts into your fun sometimes . . .
---------------------------------------------------------
How best to post your question
How to post performance problems
Tally Table:What it is and how it replaces a loop
"stewsterl 80804 (10/16/2009)I guess when you stop and try to understand the solution provided you not only learn, but save yourself some headaches when you need to make any slight changes."
Post #692022
Steve Jones - SSC Editor
Steve Jones - SSC Editor
Posted Tuesday, April 07, 2009 9:09 AM
SSC-Dedicated
Group: Administrators
Last Login: Today @ 11:20 AM
Points: 31,437,
Visits: 13,752
Not sure which version of risk that was. It looked liked the best picture :)
We have a new version here with metal horses, kind of a pain compared to the original from my childhood. My brother still plays with that version and friends.
Follow me on Twitter:
@way0utwest
Forum Etiquette: How to post data/code on a forum to get the best help
Post #692149
Steve Jones - SSC Editor
Steve Jones - SSC Editor
Posted Tuesday, April 07, 2009 9:11 AM
SSC-Dedicated
Group: Administrators
Last Login: Today @ 11:20 AM
Points: 31,437,
Visits: 13,752
I think you're always trying to reduce risk. Even if you want to tackle a new venture, or make a new risk in an area, you want to reduce the amount of risk in that venture from where it is. A business shouldn't be regularly betting itself without making an assessment of the risk and trying to reduce that.
It might be riskier than anything in the current environment, and you might be increasing the risk overall, but you're still trying to minimize the chance of failure.
Follow me on Twitter:
@way0utwest
Forum Etiquette: How to post data/code on a forum to get the best help
Post #692151
Bob Abernethy
Bob Abernethy
Posted Tuesday, April 07, 2009 11:44 AM
SSC-Enthusiastic
Group: General Forum Members
Last Login: 2 days ago @ 12:54 PM
Points: 149,
Visits: 873
Sounds to me like the makers of Risk (the game) were taking a risk when they changed they look and feel of Risk. And that change has led to some people not wanting to play Risk anymore. On the other hand, I am sure they felt that not changing the game might be risky too if it started looking stodgy and 'old' and not attracting new players.
So changing or not changing... whether the game of Risk, our careers, or the way we do our jobs, is a risk - either way.
And it's not enough to try to stick with the herd and use (so-called) tried and true "Best Practices". Those can be very useful to be sure, but look what happened to Wall Street, where so many of their vaunted "Best Practices" turned out to actually be the very "Worst Practices" imaginable.
Bottom line: Life is risky, and no one ever said success was easy. It takes lot of hard work, attention to detail, awareness of the bigger picture, trying to factor it all together, and as Steve said, every decision amounts to taking a certain amount of risk- sometimes a small amount, sometimes bigger. And when taking these unavoidable risks, sometimes we win, but sometimes we lose.
But wouldn't a life without risk be exceedingly boring?
Post #692370
jay-h
jay-h
Posted Tuesday, April 07, 2009 12:56 PM
Say Hey Kid
Group: General Forum Members
Last Login: Yesterday @ 8:38 AM
Points: 688,
Visits: 1,713
As I remember Risk as a child (in the 60s) it had little cubes and jelly bean shaped pieces
And I agree with the comments above, risk is not to be avoided, only foolish or ill defined risk. As a society we are becoming incredibly risk averse and that has a debilitating effect.
...
-- FORTRAN manual for Xerox Computers --
Post #692428
« 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.