Новая версия библиотеки ITIL может помочь вам повысить согласованность ИТ и бизнеса и перейти от исправления неполадок к предоставлению услуг
Руководство агентства по ипотечному жилищному кредитованию выдвинуло лозунг: «Ипотека - это большой ИТ-проект». В самом деле, успех развития ипотечного кредитования в России напрямую зависит от организации эффективного информационного пространства среди участников этого рынка.
Стандарт ? это способ организации управления слабо связанными структурами, когда между их элементами нет прямого подчинения, но необходима координация хозяйственной деятельности. Поскольку использование ИТ в управлении все более определяет конкурентные преимущества, растет роль ITIL как основы обеспечения качества ИТ-услуг. Распространению методологии ITIL препятствует недостаток знаний в этой области.
Ответы на наиболее часто задаваемые вопросы о том, как внедрять управление ИТ-услугами на основе рекомендаций ITIL
Зрелость процессов серьезно влияет на многие стороны деятельности ИТ-службы: понимание и формализацию требований бизнеса, ресурсное планирование, управление рисками, реализацию проектов и др. Управление зрелостью процессов - важная часть управления ИТ-службой. Оно требует адекватной оценки уровня зрелости и его целенаправленного повышения.
Современное предприятие использует в своей деятельности различные ИТ-технологии, это средства коммуникаций, аналитические и учетные системы, системы управления и др. Все эти технологии нуждаются в постоянной поддержке, которую поручают ИТ-подразделению предприятия.Эффективность поддержки напрямую зависит от качества управления специалистами, входящими в службу поддержки, а для этого нужно уметь оценивать трудозатраты каждого специалиста.
Если два-три года назад приходилось убеждать компании приобретать услуги сервисной поддержки, то сегодня 90% оборудования приобретается в комплекте с пакетом этих услуг. Для успешного перехода к данной модели работы необходимо
В словаре успеха бизнеса появился новый термин ITIL — использование методов из этой библиотеки поможет специалистам, привыкшим, как отмечается в журнале, к «силосному» мышлению, ограниченному видением отдельных частей общей системы, выйти на более высокий уровень понимания проблем созидания ИТ-инфраструктур. Однако не стоит уповать на ITIL и соответствующий инструментарий, как на панацею — это всего лишь хранилище чужого опыта, а свой опыт еще должен быть получен и проанализирован.
Существует два подхода к накоплению знанияй — научный и опытный. В тех случаях когда невозможен первый, приходится использовать второй. В библиотеке лучшего ИТ-опыта ITIL накапливаются уроки, полученные на основании предоставления ИТ-сервисов. С появлением сервисной архитектуры не остается ничего иного, как пойти тем же путем и создавать новую версию библиотеки передового опыта. Наблюдаемый на протяжении последних нескольких лет качественно новый виток в развитии корпоративных информационных систем можно объяснить воздействием множества разных факторов. Не последнюю роль играет своеобразная положительная обратная связь, которая сложилась между бизнесом, предъявляющим свои требования к технологиям, и технологиями, пытающимися этим требованиям удовлетворить.
Очереди в обществе социалистическом были вызваны превышением спроса над предложением. Очереди в обществе информационном возникают из-за того, что пиковый объем поступающей информации превышает возможности каналов, вычислительных систем и людей.Коварство информационных очередей заключается в их неосязаемости: находящая в них информация до последнего момента скрывается в недрах ИТ-устройств, после чего со скоростью света попадает на другой конец страны, где превращается в реальное производственное задание.Рассмотрим типичную картину «разбора полетов» неким гипотетическим руководителем: его сотрудник жалуется на регулярную работу сверхурочно из-за неравномерности заданий, и при этом он часто не укладывается в требуемые от него сроки выполнения заданий.
Заместитель комиссара полиции и директор информационной службы нью-йоркского департамента полиции Джим Оналфо на основе своих знаний и опыта помог исправить ситуацию с ИТ в полицейском управлении Нью-Йорка.
Осенью 2004 года, во время одной из своих первых встреч, члены исполнительного совета ИТ-директоров не только сформулировали основные трудности своей профессии, но и постарались выделить меры, которые могли бы помочь их преодолеть. В качестве одной из главных проблем было указано, что ИТ-директор всегда должен объяснять, какую ценность ИТ представляют для компании.
Ваша команда прекрасно справляется со своими задачами. Однако никто в компании этого не замечает. Почему? Все дело в том, что вы даже не пытаетесь выстроить личные взаимоотношения.
Еще несколько лет назад значимость сотрудников ИТ-служб предприятий и отношение к ним со стороны высшего руководства компаний были на самом высоком уровне, они были полноправными хозяевами «софта и железа». Теперь ИТ-специалистам все чаще приходится довольствоваться чисто технической ролью по информационному обеспечению текущей деятельности компаний. Такое понижение статуса, встречающее объяснимое неприятие со стороны рядовых сотрудников, вполне укладывается в логику развития взаимоотношений ИТ и бизнеса.
Закрепленный в стандарте ISO 20000 переход к сервисной модели ИТ реализуется путем внедрения формальной системы управления ИТ-сервисами (СУИС). Однако мало кто имеет представление о содержании стандарта, возможностях его применения и может аргументировать необходимость сертификации.
Пора превратить ваш ИТ-отдел в центр доходов. И вот как это можно сделать. Годами мы, ИТ-руководители, в поте лица трудились над объединением центров обработки данных, информационных систем и принципов лицензирования ПО. Мы сэкономили нашим компаниям миллионы.
Как выстроить ИТ-услуги, чтобы они соответствовали не только самым «правильным» рекомендациям аналитиков и экспертов, но и требованиям и ожиданиям бизнес-пользователей? Какие принципы и правила следует взять за основу? Вот что считают эксперты.
Процедура формирования требований - буквально, определение функций и возможностей, которые следует включить в программное обеспечение - нередко разрушает проект. Причем явные признаки бедствия могут проявиться в тот момент, когда спасти положение почти невозможно.