\n| Impact-3<\/td>\n | 2<\/td>\n | 3<\/td>\n | 3<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n <\/p>\n This example only results in 3 Priority levels and might be easier to adopt by the organization.<\/p>\n Regardless of how\u00a0you calculate Priority based on Impact and Urgency, everyone must agree on the definition of Impact and Urgency. Surprisingly, there can be quite a bit of\u00a0disagreement on the definition of these terms.<\/p>\n Impact:<\/strong>
\nThe degree to which the business is affected by the issue. For Incidents, it can often be measured in terms of the importance of the service and the degree to which the business\u00a0is affected. A good example would be email being completely down. I think everyone can agree email is a top tier application for most organizations, and it being down is pretty impactful. I would consider email down an Impact 1 type event.<\/p>\nUrgency:<\/strong>
\nThe speed in which the issue needs to be addressed. If email goes down on Saturday morning for a company that does zero work over the weekend, maybe the Urgency isn\u2019t as high as if email goes down on Monday morning at 10:00am.<\/p>\nLet\u2019s look at two scenarios to dig further into Impact and Urgency.<\/p>\n Scenario 1:<\/strong>
\nLet’s say that the company’s payday is every Saturday with the payroll batch job running Friday night. On Friday morning the Payroll group discovers that the application that runs the batch job won\u2019t launch.<\/p>\nWhat is the Impact? I\u2019m going to be pretty pissed off when my bank account shows me I that have no money when I want to go out partying Saturday night. And this affects every employee of the company. Definitely high Impact.<\/p>\n What is the Urgency? The clock is ticking on this one folks. You might have 10 hours to get whatever is wrong fixed. I would call this high Urgency too.<\/p>\n Scenario 2:<\/strong>
\nAgain, payday is every Saturday with the payroll batch job running Friday night. Sunday morning the Payroll group discovers that the application that runs the batch job won\u2019t launch.<\/p>\nWhat is the Impact? It is the same as in scenario 1. This is a tier 1 application that affects everyone in the company.<\/p>\n What is the Urgency? Maybe not so high. You have at least 5 days to get it working. I think we can let this slide a bit and not have an \u201call hands on deck\u201d situation.<\/p>\n But what happens if it still won\u2019t launch on Wednesday? Or if it still broken on Thursday? The point I\u2019m trying to make is that Impact and Urgency need to be constantly reevaluated for accuracy. As deadlines approach, the Priority should be adjusted accordingly.<\/p>\n Sometimes when we get the initial call about an Incident, we open a low Impact, low Urgency ticket, but as more information becomes available we find out that the Impact and Urgency need to be adjusted. This is the natural way of discovering high Priority Incidents. The first reports can just be the tip of the iceberg for a massive issue.<\/p>\n One last thing. ITIL says that you should take all your tickets and work on the issues in order from highest Priority to lowest Priority, but don\u2019t be a slave to your Priority. If you are working on a massive Priority 1 ticket that will take 5 hours to fix and someone comes to you with a Priority 3 ticket that only you can address and will only take 2 minutes, take a break from the Priority 1 Incident\u00a0and do it. Two minutes tacked on to a 5 hour project is miniscule and the 2 minutes you spend could make someone else\u2019s life a lot easier.<\/p>\n <\/p>\n","protected":false},"excerpt":{"rendered":" This may seem a little ITIL 101 for some of you, but I think there is value in covering some of ITIL\u2019s basic concepts in detail. ITIL asserts that you Prioritize issues (Incidents, Problems, Changes, etc.), and work on the highest Priority issues first. You\u00a0then work your way down the list of issues until you …
Read more →<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":1164,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"spay_email":"","jetpack_publicize_message":"","jetpack_is_tweetstorm":false},"categories":[8,3,7],"tags":[],"jetpack_featured_media_url":"http:\/\/itiltopia.com\/wp-content\/uploads\/2015\/09\/Impact-Urgency.gif","jetpack_publicize_connections":[],"_links":{"self":[{"href":"http:\/\/itiltopia.com\/index.php?rest_route=\/wp\/v2\/posts\/1150"}],"collection":[{"href":"http:\/\/itiltopia.com\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/itiltopia.com\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/itiltopia.com\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"http:\/\/itiltopia.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=1150"}],"version-history":[{"count":20,"href":"http:\/\/itiltopia.com\/index.php?rest_route=\/wp\/v2\/posts\/1150\/revisions"}],"predecessor-version":[{"id":1173,"href":"http:\/\/itiltopia.com\/index.php?rest_route=\/wp\/v2\/posts\/1150\/revisions\/1173"}],"wp:featuredmedia":[{"embeddable":true,"href":"http:\/\/itiltopia.com\/index.php?rest_route=\/wp\/v2\/media\/1164"}],"wp:attachment":[{"href":"http:\/\/itiltopia.com\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=1150"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/itiltopia.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=1150"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/itiltopia.com\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=1150"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}} |
![\"Impact-Urgency\"](\"http:\/\/itiltopia.com\/wp-content\/uploads\/2015\/09\/Impact-Urgency.gif\")
<\/a>This may seem a little ITIL 101 for some of you, but I think there is value in covering some of ITIL\u2019s basic concepts in detail. ITIL asserts that you Prioritize issues (Incidents, Problems, Changes, etc.), and work on the highest Priority issues first. You\u00a0then work your way down the list of issues until you get to the lowest Priority, but Priority is not derived from a single source. Priority is determined by the intersection of two other values: Impact and Urgency.<\/p>\n