어떤은 ITIL 프로세스를 먼저 실행해야합니까?
다음 질문 시간 이내의 IT 관리자 사이에 많은 논쟁이다. "이는 우리가 할 때 프로세스의 ITIL 구현을 시작할까요?" 모두들,하지만 여기 내 it.Some 컨설턴트 토 소요 자신의 플레이하고있다 하나의 서비스 수준 관리와 함께 시작합니다. 이론적으로, 그것을 완벽하게 옵션을 선택하지만, 될 방법 SLA에서 당신의 MTTR에 (시간을 복구하려면 다음)를 통해하면 귀하의 MTTR을 측정하지 않습니다 민 협상을거야 사건 관리. 당신 능력의 생각과 현실 MTTR 지원 팀들에 대한 어떤 것이 얻을 것이다 이쪽으로. 그러나 그것은 좋은 생각이 서비스 카탈로그와 함께 시작이 될 수 있으나 전용입니다 서비스 수준 관리의 한 측면이 아닌 사람들이 많이 process.A 상태를 하나의 구성 관리를 시작합니다. 다시 말하지만, 나는 그것을 이론적으로 완벽하게 될 것이라고 생각하지만, 실제로 그것을 다른 이야기. 만약 당신이 충분히 변경 최신 데이터를 유지 관리 프로세스를 성숙이 없는데 어떻게 당신 CMDB 날짜까지 계속됩니까? 검색 도구지만, 도움이 될 것입 아직도 수동으로해야 할 수도있습니다 정보 변경 관리를 통해 업데이트 비용을 예를 들어, 위치, 사용자의 자산 태그 등 nr의 구성 관리 또한 가장 어려운 프로세스 구현 및 즉각적인 혜택을 보여이다. 그것은 일반적이다 뭔가를보다 쉽게 그리고 내 의견에서 시작 최소 effort.The 최고의 장소에서 즉각적인 혜택을 보여주지 않는 것을 시작으로 더 나은 변경 관리입니다. 가트너 보고서는 인프라의 80 % 결함을 변경하여 발생합니다. 만약 당신이 곧 이러한 실패를 가능 한한 많이 통제하에 귀하의 변경 사항이 모두 할 수 있는데,이 예방됩니다. 그건 확실히 승리를 빠르고 신속하게 승리는 당신을 계속 원하는 지원팀 최대의 동기 부여 및 유지 관리를 상단에 귀하의 프로젝트를 위해 최선을 다하고. IT 서비스 수준 관리 또는 구성 Management.A 좋은 하나의 이점을 깨닫게되는 동시에 될 수있습니다 사고 관리, 그건 상당히 쉬운 프로세스입니다 당신은 또한 사건을 잘 관리하면 다른 프로세스에서, 특히보고 시작할 수있는 그들의 방법에 대한 변경을 일찍 benefits.When 얻을 수있을 것입니다 서비스 지원 side.Oh 네, 그리고 분명히 당신은 처음부터 Service Desk를 좋아 ... 아니 ... 어디에 문제가 관리를 시작하는 방법에 대한 필자의 의견이 필요합니다 - 사고 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
샹냈 삤퀰 삻쁄 쁔냜
ꃀ큘쁘 샹사쁴킸샐쁴 뀸쀜끼 삔ꀀ 샀ꀈ 냹삥!
샹냈 삤퀰샐ꂌ ꀰ사끼 쀜삜큘ꀰ
쁄냈삔 냱끝 큄쀘! ꃀ큘쁘 삑생쁄 삑쀱큘ꃠ쁴 뀸쀜낔 Messaggiamo.Com 뀔뀉킠났!
