Стоит ли внедрять ITIL? [закрыто]

ITIL не является решением включения - выключения, Вы постепенно развертываете вещи, которые важны для Вашей среды и занимаются областями, которые вызывают большую часть трения/боли в Вашей организации.

Например: Если Ваша справочная служба переполнена запросами, она помогает начать категоризировать их, анализируя источники и выбирать действия для облегчения ситуации.

Это - действительно просто ряд лучших общих методов и правил, которые оказались для работы в организациях.

Любой, кто реализует ITIL категорически, является дураком (и они сказали мне это на "официальном" курсе ITIL).

Вы можете / предположены адаптировать и принять части его к Вашим потребностям. Это очевидно гаек для того магазин человека IT, чтобы попытаться реализовать ITIL, когда большинство переговоров между различными "областями" управления изменениями, управления версиями, и т.д. на самом деле собирается произойти в мозгу одного человека, но сказавший, что, в другом конце масштаба, если Вам просто предложили состояние, чтобы быть внутренним менеджером по справочной службе для Microsoft или HP или Apple или кто бы ни, с пользователями и справочной службой callcentres повсеместно, как Вы могли возможно сделать задание вообще без ITIL или чего-то подобного как инструкция?

Я действительно должен добавить в этой точке, что мы реализовали инцидент по сравнению с управлением проблемами для нашей справочной службы, и это было очень полезно.

То, что я люблю больше всего о ITIL, то, что он определяет общий язык для использования когда говорящий со специалистами по ИТ от других компаний, еще больше в европейской многоязычной мультикультурной среде...

управление проблемой, управление проблемами.. и т.д. поняты и означают то же.

Помимо этого, я соглашаюсь с Robert Moir: Любой, кто реализует ITIL категорически, является дураком

ITIL является инструментом.. не Ваше спасение.

По моему опыту, ITIL также был платформой, которая позволяет персоналу поддержки и штату IT стоять на своем против неблагоразумных требований от бизнеса и реализовывать действительные решения технологических проблем в противоположность "быстрым исправлениям" и "МЫ ХОТИМ ЭТО ТЕПЕРЬ ПОСКОЛЬКУ ПРОХЛАДНЫЙ IT!" требования.

Я работал в организации, которая использовала "служащие бизнесу изменения" в качестве оправдание уничтожить, обойдите или переопределите почти каждую стандартную IT, которую попробовали для реализации (аппаратные средства, программное обеспечение, системы аутентификации, системы хранения, и т.д.). Та компания перестала работать и была куплена компанией, которая живет и вдыхает ITIL в модели поддержки.

Я сделал переход к новой компании и не только являюсь жизнью лучше для штата IT, но и в конечном счете БИЗНЕС более счастлив, потому что они получают стабильную среду, и они на самом деле получают лучшую поддержку и новую технологию БЫСТРЕЕ, потому что существуют определенные стандарты для поддержки, которые питаются в определенные стандарты технологии. Когда стандарт обновлен, мы знаем то, что наша процедура обновления, и мы знаем, что это может быть применено к очень широкому ряду наших развернутых систем. Это позволяет нам проходить, которые соединяют каналом намного более быстрый.

У нас ДЕЙСТВИТЕЛЬНО все еще есть проэс для разрешения подразделений и различного приложения devs для запроса "специального" оборудования или сервисов, но так как мы делаем возвратные платежи, это ОЧЕНЬ "дорого" мудрый бюджетом для тех, которые запрашивают это. Платформа ITIL дает Вам

Да, но в то время как Ваш в нем, почему Вы не бросаете хороший взгляд на свои организационные процедуры и поддерживаете требования, разговор с менеджерами и пользователями, какой уровень поддержки они ожидают, должны ли они сделать компромисс между деньгами. Затем зарегистрируйте это, и процедуры раньше делали Ваше задание. То, что Вы на самом деле сделали, совпадает с тем, о чем всех этих ITIL/ISO материал также.

Знание стандартов как ITIL делает вышеупомянутую задачу легче, потому что у Вас есть платформа, которая приводит к правильным вопросам попросить покрывать задачу полностью, но самой важной вещью является документация о:

• Что требуется
• Почему это требуется
• Поскольку, Кто требуемый
• Когда требуемый
• То, какой человек владеет требованием (ответственно),

Разделение вниз документации к самому низкому объекту (как единственная задача) является огромным объемом работы, но как только Вы делаете это, Вы, вероятно, обнаруживаете, что большое количество задач, сделанных теперь вручную, является любой ненужным, может быть автоматизировано и/или может быть делегировано.

Бросание всестороннего резкого взгляда на Вашу организацию никогда не популярно или легко сделать, но это приведет к лучшему пониманию компании и поможет Вам быть более прибыльным просто остановкой, делающей вещи, которые являются ненужными и делегирующими задачами вниз к более низкому уровню платы.

Что действительно собирается сделать, Вы непопулярный - когда Вы делаете эти виды стандартизации - то, что часто Вы непреднамеренно описываете, что много уровней управления только там из-за себя и что включение их, вероятно, улучшит связь и производительность.

Идея ITIL имеет большой смысл, к сожалению, по моему опыту, это часто - инструмент, чтобы позволить штату поддержки/операций заканчивать их путь и замедляться, служащие бизнесу изменения.