哪些ITIL流程首先我們應該實施？
下列問題通常是討論了很多IT經理之間。 “隨著哪個進程時，我們應該開始實施ITIL？”每個人都有自己的想法，但這裡是我注意到關於it.Some坐在顧問 人們必須首先服務級別管理。從理論上講，這將是完美的選擇，但是你如何談判解放軍在您的平均修復時間（平均修復）如果您沒有通過測量您的平均修復時間 事件管理。這樣，您將獲得一個思想，你的能力和什麼是現實的平均修復時間對您的支持團隊。然而，它可能是個好主意，開始與服務目錄，但這只是 一個方面的服務級別管理，而不是process.A很多國家，一個人必須從配置管理。同樣，我認為這將是完美的理論，但實際上它是一個不同的 故事。您將如何使您的CMDB的最新版本，如果你沒有足夠成熟的變更管理過程中保持數據的最新的嗎？這一發現將幫助工具，但仍有可能需要的資料手冊 更新通過變更管理，如成本，地點，用戶的資產標籤星期日的配置管理等，也是一個最困難的進程，才能落實並看到眼前利益的。它通常 最好先的東西更容易一些，將顯示直接的好處最少effort.The最好的開始，我認為是與變更管理。 Gartner的報告，80％的基礎設施 失敗是由於改變。所以，如果你可以將所有的更改控制盡快，很多這些失敗將是可以避免的。這絕對是一個快速取勝，迅速取得就是你要保留 動機的支援隊，並承諾保持高層管理人員到您的項目。這可能是一段時間才能實現收益的服務級別管理或配置Management.A好的，也將 事故管理，這是一個相當容易的過程，你也應該能夠獲得早期benefits.When變化和事件管理以及他們的方法可以開始看看其他進程，特別是在 該服務支持side.Oh是的，很明顯你需要一個服務平台，從一開始...我就在不啟動...問題管理-不能有它沒有發生任何事件ManagementConfiguration管理- CMDB將成為過時，在任何時間沒有變化Management.Service級別管理-可以啟動某些方面，但沒有基線沒有發生任何事故和變更管理進行談判SLA的服務與customer.IT 連續性管理-困難和昂貴，沒有快速贏了，太好了CMDB的第一次...不要誤會我的意思，這很重要，但不是我的建議地方start.Release管理-你最好需要更改 容量管理first.Available與管理-可以重新開始的，但沒有真正的速效越來越困難... ITIL的理論書籍真正得到這些processes.These只是我的意見和每個IT 部將看看什麼是最好的them.Arno Esterhuizen http://www.itilforums.com
文章來源: Messaggiamo.Com
Related:
» Legit Online Jobs» Wholesale Suppliers
» The Evolution in Anti-Spyware
» Automated Money Machine On eBay
網管得到HTML代碼
加上這條到你的網站！
網站管理員提交你的文章
無須登記！填寫好的表格和你的文章是在 Messaggiamo.Com 目錄！
