Workaround - Revision history

User at 22:13, 5 January 2023

2023-01-05T22:13:57Z

User at 14:42, 23 November 2022

2022-11-23T14:42:28Z

User: The LinkTitles extension automatically added links to existing pages (https://github.com/bovender/LinkTitles).

2021-02-06T19:17:38Z

The LinkTitles extension automatically added links to existing pages (https://github.com/bovender/LinkTitles).

User at 18:03, 29 January 2021

2021-01-29T18:03:48Z

User: Created page with "ITIL defines a '''Workaround''' as a temporary fix. Workarounds temporarily restore service. ITIL doesn’t specify ho..."

2021-01-29T17:54:48Z

Created page with "ITIL defines a '''Workaround''' as a temporary fix. Workarounds temporarily restore service. ITIL doesn’t specify ho..."

New page

[[ITIL (Information Technology Infrastructure Library)|ITIL]] defines a '''Workaround''' as a temporary fix. Workarounds temporarily restore service. ITIL doesn’t specify how long “temporary” is, just that a workaround does not correct the [[Root Cause|root cause]] of a problem. “Temporary” could be any time frame from one second to fifteen years and beyond.<ref>Definition - What Does Workaround Mean in ITIL? [https://www.globalknowledge.com/us-en/resources/resource-library/articles/incidents-and-problems-workarounds/#gref Global Knowledge]</ref>

@@ Line 1: / Line 1: @@
-[[ITIL (Information Technology Infrastructure Library)|ITIL]] defines a '''Workaround''' as a temporary fix. Workarounds temporarily restore [[service]]. ITIL doesn’t specify how long “temporary” is, just that a workaround does not correct the [[Root Cause|root cause]] of a problem.  “Temporary” could be any time frame from one second to fifteen years and beyond.<ref>Definition - What Does Workaround Mean in ITIL? [https://www.globalknowledge.com/us-en/resources/resource-library/articles/incidents-and-problems-workarounds/#gref Global Knowledge]</ref>
+== What is a Workaround ==
-A workaround is a temporary way to restore service failures to a usable level. For example; rebooting a [[server]] hang, so we don't know why the server failed, but if we reboot the server, the service will be up. The workarounds are used for reducing or eliminating the Impact of an Incident or Problem for which a full Resolution is not yet available. Workarounds could be found while trying to resolve incidents or problems. Workarounds for Incidents that do not have associated Problem Records are documented in the Incident Record and Workarounds for Problems are documented in [[Known Error Record|Known Error Records]].<ref>Explaining Workaround [https://www.simplilearn.com/itil-problems-workaround-rar121-article Simplilearn]</ref>
+ITIL defines a '''Workaround''' as a temporary fix. Workarounds temporarily restore service. ITIL doesn’t specify how long “temporary” is, just that a workaround does not correct the [[Root Cause|root cause]] of a problem.  “Temporary” could be any time frame from one second to fifteen years and beyond.<ref>Definition - What Does Workaround Mean in ITIL? [https://www.globalknowledge.com/us-en/resources/resource-library/articles/incidents-and-problems-workarounds/#gref Global Knowledge]</ref>
-When a problem cannot be resolved quickly, it is often useful to find and document a workaround for future incidents, based on an understanding of the problem. A workaround is defined as a solution that reduces or eliminates the impact or [[Probability Theory|probability]] of an incident or problem for which a full resolution is not yet available. An example of a workaround could be restarting services in an [[application]], or failover to secondary equipment. Workarounds are documented in problem records, and this can be done at any stage without necessarily having to wait for analysis to be complete. However, if a workaround has been documented early in problem [[control]], then this should be reviewed and improved after problem analysis has been completed. An effective incident workaround can become a permanent way of dealing with some problems, where resolution of the problem is not viable or cost-effective. If this is the case, then the problem remains in the [[Known Error|known error]] status, and the documented workaround is applied when related incidents occur. Every documented workaround should include a clear definition of the symptoms and context to which it applies. Workarounds may be automated for greater [[efficiency]] and faster application.<ref>Understanding Woraround [https://www.bmc.com/blogs/itil-problem-management/ BMC]</ref>
+A workaround is a temporary way to restore service failures to a usable level. For example; rebooting a server hang, so we don't know why the server failed, but if we reboot the server, the service will be up. The workarounds are used for reducing or eliminating the Impact of an Incident or Problem for which a full Resolution is not yet available. Workarounds could be found while trying to resolve incidents or problems. Workarounds for Incidents that do not have associated Problem Records are documented in the Incident Record and Workarounds for Problems are documented in [[Known Error Record|Known Error Records]].<ref>[https://www.simplilearn.com/itil-problems-workaround-rar121-article Explaining Workaround -Simplilearn]</ref>

@@ Line 1: / Line 1: @@
 [[ITIL (Information Technology Infrastructure Library)|ITIL]] defines a '''Workaround''' as a temporary fix. Workarounds temporarily restore [[service]]. ITIL doesn’t specify how long “temporary” is, just that a workaround does not correct the [[Root Cause|root cause]] of a problem.  “Temporary” could be any time frame from one second to fifteen years and beyond.<ref>Definition - What Does Workaround Mean in ITIL? [https://www.globalknowledge.com/us-en/resources/resource-library/articles/incidents-and-problems-workarounds/#gref Global Knowledge]</ref>
-A workaround is a temporary way to restore service failures to a usable level. For example; rebooting a [[server]] hang, so we don't know why the server failed, but if we reboot the server, the service will be up. The workarounds are used for reducing or eliminating the [[Impact]] of an Incident or Problem for which a full Resolution is not yet available. Workarounds could be found while trying to resolve incidents or problems. Workarounds for Incidents that do not have associated Problem Records are documented in the Incident Record and Workarounds for Problems are documented in [[Known Error Record|Known Error Records]].<ref>Explaining Workaround [https://www.simplilearn.com/itil-problems-workaround-rar121-article Simplilearn]</ref>
+A workaround is a temporary way to restore service failures to a usable level. For example; rebooting a [[server]] hang, so we don't know why the server failed, but if we reboot the server, the service will be up. The workarounds are used for reducing or eliminating the Impact of an Incident or Problem for which a full Resolution is not yet available. Workarounds could be found while trying to resolve incidents or problems. Workarounds for Incidents that do not have associated Problem Records are documented in the Incident Record and Workarounds for Problems are documented in [[Known Error Record|Known Error Records]].<ref>Explaining Workaround [https://www.simplilearn.com/itil-problems-workaround-rar121-article Simplilearn]</ref>
 When a problem cannot be resolved quickly, it is often useful to find and document a workaround for future incidents, based on an understanding of the problem. A workaround is defined as a solution that reduces or eliminates the impact or [[Probability Theory|probability]] of an incident or problem for which a full resolution is not yet available. An example of a workaround could be restarting services in an [[application]], or failover to secondary equipment. Workarounds are documented in problem records, and this can be done at any stage without necessarily having to wait for analysis to be complete. However, if a workaround has been documented early in problem [[control]], then this should be reviewed and improved after problem analysis has been completed. An effective incident workaround can become a permanent way of dealing with some problems, where resolution of the problem is not viable or cost-effective. If this is the case, then the problem remains in the [[Known Error|known error]] status, and the documented workaround is applied when related incidents occur. Every documented workaround should include a clear definition of the symptoms and context to which it applies. Workarounds may be automated for greater [[efficiency]] and faster application.<ref>Understanding Woraround [https://www.bmc.com/blogs/itil-problem-management/ BMC]</ref>

@@ Line 1: / Line 1: @@
-[[ITIL (Information Technology Infrastructure Library)|ITIL]] defines a '''Workaround''' as a temporary fix. Workarounds temporarily restore service. ITIL doesn’t specify how long “temporary” is, just that a workaround does not correct the [[Root Cause|root cause]] of a problem.  “Temporary” could be any time frame from one second to fifteen years and beyond.<ref>Definition - What Does Workaround Mean in ITIL? [https://www.globalknowledge.com/us-en/resources/resource-library/articles/incidents-and-problems-workarounds/#gref Global Knowledge]</ref>
+[[ITIL (Information Technology Infrastructure Library)|ITIL]] defines a '''Workaround''' as a temporary fix. Workarounds temporarily restore [[service]]. ITIL doesn’t specify how long “temporary” is, just that a workaround does not correct the [[Root Cause|root cause]] of a problem.  “Temporary” could be any time frame from one second to fifteen years and beyond.<ref>Definition - What Does Workaround Mean in ITIL? [https://www.globalknowledge.com/us-en/resources/resource-library/articles/incidents-and-problems-workarounds/#gref Global Knowledge]</ref>
-A workaround is a temporary way to restore service failures to a usable level. For example; rebooting a server hang, so we don't know why the server failed, but if we reboot the server, the service will be up. The workarounds are used for reducing or eliminating the Impact of an Incident or Problem for which a full Resolution is not yet available. Workarounds could be found while trying to resolve incidents or problems. Workarounds for Incidents that do not have associated Problem Records are documented in the Incident Record and Workarounds for Problems are documented in [[Known Error Record|Known Error Records]].<ref>Explaining Workaround [https://www.simplilearn.com/itil-problems-workaround-rar121-article Simplilearn]</ref>
+A workaround is a temporary way to restore service failures to a usable level. For example; rebooting a [[server]] hang, so we don't know why the server failed, but if we reboot the server, the service will be up. The workarounds are used for reducing or eliminating the [[Impact]] of an Incident or Problem for which a full Resolution is not yet available. Workarounds could be found while trying to resolve incidents or problems. Workarounds for Incidents that do not have associated Problem Records are documented in the Incident Record and Workarounds for Problems are documented in [[Known Error Record|Known Error Records]].<ref>Explaining Workaround [https://www.simplilearn.com/itil-problems-workaround-rar121-article Simplilearn]</ref>
-When a problem cannot be resolved quickly, it is often useful to find and document a workaround for future incidents, based on an understanding of the problem. A workaround is defined as a solution that reduces or eliminates the impact or [[Probability Theory|probability]] of an incident or problem for which a full resolution is not yet available. An example of a workaround could be restarting services in an application, or failover to secondary equipment. Workarounds are documented in problem records, and this can be done at any stage without necessarily having to wait for analysis to be complete. However, if a workaround has been documented early in problem control, then this should be reviewed and improved after problem analysis has been completed. An effective incident workaround can become a permanent way of dealing with some problems, where resolution of the problem is not viable or cost-effective. If this is the case, then the problem remains in the [[Known Error|known error]] status, and the documented workaround is applied when related incidents occur. Every documented workaround should include a clear definition of the symptoms and context to which it applies. Workarounds may be automated for greater efficiency and faster application.<ref>Understanding Woraround [https://www.bmc.com/blogs/itil-problem-management/ BMC]</ref>
+When a problem cannot be resolved quickly, it is often useful to find and document a workaround for future incidents, based on an understanding of the problem. A workaround is defined as a solution that reduces or eliminates the impact or [[Probability Theory|probability]] of an incident or problem for which a full resolution is not yet available. An example of a workaround could be restarting services in an [[application]], or failover to secondary equipment. Workarounds are documented in problem records, and this can be done at any stage without necessarily having to wait for analysis to be complete. However, if a workaround has been documented early in problem [[control]], then this should be reviewed and improved after problem analysis has been completed. An effective incident workaround can become a permanent way of dealing with some problems, where resolution of the problem is not viable or cost-effective. If this is the case, then the problem remains in the [[Known Error|known error]] status, and the documented workaround is applied when related incidents occur. Every documented workaround should include a clear definition of the symptoms and context to which it applies. Workarounds may be automated for greater [[efficiency]] and faster application.<ref>Understanding Woraround [https://www.bmc.com/blogs/itil-problem-management/ BMC]</ref>

← Older revision		Revision as of 18:03, 29 January 2021
Line 1:		Line 1:
	[[ITIL (Information Technology Infrastructure Library)\|ITIL]] defines a '''Workaround''' as a temporary fix. Workarounds temporarily restore service. ITIL doesn’t specify how long “temporary” is, just that a workaround does not correct the [[Root Cause\|root cause]] of a problem. “Temporary” could be any time frame from one second to fifteen years and beyond.<ref>Definition - What Does Workaround Mean in ITIL? [https://www.globalknowledge.com/us-en/resources/resource-library/articles/incidents-and-problems-workarounds/#gref Global Knowledge]</ref>		[[ITIL (Information Technology Infrastructure Library)\|ITIL]] defines a '''Workaround''' as a temporary fix. Workarounds temporarily restore service. ITIL doesn’t specify how long “temporary” is, just that a workaround does not correct the [[Root Cause\|root cause]] of a problem. “Temporary” could be any time frame from one second to fifteen years and beyond.<ref>Definition - What Does Workaround Mean in ITIL? [https://www.globalknowledge.com/us-en/resources/resource-library/articles/incidents-and-problems-workarounds/#gref Global Knowledge]</ref>
		+
		+	A workaround is a temporary way to restore service failures to a usable level. For example; rebooting a server hang, so we don't know why the server failed, but if we reboot the server, the service will be up. The workarounds are used for reducing or eliminating the Impact of an Incident or Problem for which a full Resolution is not yet available. Workarounds could be found while trying to resolve incidents or problems. Workarounds for Incidents that do not have associated Problem Records are documented in the Incident Record and Workarounds for Problems are documented in [[Known Error Record\|Known Error Records]].<ref>Explaining Workaround [https://www.simplilearn.com/itil-problems-workaround-rar121-article Simplilearn]</ref>
		+
		+	When a problem cannot be resolved quickly, it is often useful to find and document a workaround for future incidents, based on an understanding of the problem. A workaround is defined as a solution that reduces or eliminates the impact or [[Probability Theory\|probability]] of an incident or problem for which a full resolution is not yet available. An example of a workaround could be restarting services in an application, or failover to secondary equipment. Workarounds are documented in problem records, and this can be done at any stage without necessarily having to wait for analysis to be complete. However, if a workaround has been documented early in problem control, then this should be reviewed and improved after problem analysis has been completed. An effective incident workaround can become a permanent way of dealing with some problems, where resolution of the problem is not viable or cost-effective. If this is the case, then the problem remains in the [[Known Error\|known error]] status, and the documented workaround is applied when related incidents occur. Every documented workaround should include a clear definition of the symptoms and context to which it applies. Workarounds may be automated for greater efficiency and faster application.<ref>Understanding Woraround [https://www.bmc.com/blogs/itil-problem-management/ BMC]</ref>