CMDB, конфигурации и активы Archives – Страница 9 из 10

Ответственность за использование нелицензионного ПО

Как-то раз я участвовал в вебинаре, который был посвящен управлению активами ПО (SAM). Меня очень интересовали следующие вопросы: а что, если сотрудник использует личный компьютер с пиратским ПО в интересах организации (в производственных, так сказать, целях) и что, если этого сотрудника «поймали на горячем»? Кто будет нести ответственность – сотрудник? Организация? Или все будут виноваты? К сожалению, внятного ответа так и не получил. Решил обратиться к зарубежному опыту, чтобы понять, а как у них? И вот наткнулся на любопытный документ из библиотеки IBPL – шаблон политики для использования личных персональных компьютеров в организации. В нем есть стандартные пункты, которые фиксируют…

Михаил Тобурдановский, 30 августа 2011, последний комментарий 2 сентября 2011

Услуги поставщиков. Нужен ли учет возможностей?

Недавнее общение с представителями сервисной организации натолкнуло на следующие размышления. ИТ-услуги, которые ИТ предлагает бизнесу, не существуют в вакууме, они зависят от ресурсов (элементов инфраструктуры, персонала, внешних поставщиков) и, возможно, других ИТ-услуг. Нередко выстраивается дерево зависимости ИТ-услуг от других ИТ-услуг (например, электронная почта зависит от доступа в интернет, предоставляемого внешним поставщиком и т.д.). В случае когда ИТ-услуги, предоставляемые бизнесу, зависят от ИТ-услуг, предоставляемых внешними поставщиками, качество ИТ-услуги начинает зависеть от внешней компании, с которой бизнес не имеет никаких отношений. Т.е. ИТ в свою очередь становится потребителем ИТ-услуг внешней компании. Эту цепочку можно продолжать довольно долго, т.к. поставщики тоже в свою…

Евгений Шилов, 22 августа 2011, последний комментарий 29 августа 2011

Управление конфигурациями в масштабе бизнеса?

Как определить охват базы данных управления конфигурациями? Некоторые считают, что это игрушка только для ИТ, а другие уверены, что структурированное представление данных необходимо и другим частям организации. К последним относится ведущий архитектор BMC Software Даг Мюллер, который привел несколько реальных примеров реализации CMDB за рамками ИТ. В учете ИТ-активов и связей между ними и бизнес-результатами нет ничего уникального. На бизнес-результаты влияют даже в большей степени и прочие конфигурационные единицы. Бизнесу необходима целостная картина взаимосвязей и совместимости всех наших активов, а не только тех, которыми управляет поставщик ИТ-услуг. Пример из телекома: компонентов, обеспечивающих передачу голоса и данных достаточно много, и это…

Новостной поток, 8 июня 2011, последний комментарий 14 июня 2011

Система управления сервисами Банка «Санкт-Петербург»

ОАО «Банк «Санкт-Петербург» и компания Cleverics объявляют об успешном завершении проекта по внедрению процессов управления конфигурациями…

Вебинар “Введение в Software Asset Management”

17 марта портал SmartCIO.ru будет проводить вебинар по теме управления активами программного обеспечения. Тема, безусловно, интересна многим. В рамках вебинара будут рассмотрены этапы внедрения и поддержки процесса управления программными активами, а также особенности аудита программного обеспечения. Вебинар рекомендуется ИТ-руководителям, регулярно сталкивающимся с вопросами «зоопарка ПО», задачами по аудиту ПО и управлению им. Ведущий: Тимур Сабаев, эксперт с многолетним опытом, консультант по SAM, сертифицированный специалист в области SAM. Время начала вебинара: 11:00, длительность: 1 час 15 минут. Подробности и регистрация.

Нужны добровольцы для опытов

…на этот раз не нам. Добровольцев ищет Скептик. Он предлагает опробовать на живой организации свою теорию о том, что Управление конфигурациями – не вещь, а практика. То есть организовать управление конфигурациями не как процесс управления хранилищем, именуемым CMDB, а как процесс сбора и предоставления информации. Приглашая добровольцев на опыты, Скептик среди прочего приводит перечень шагов по внедрению изменений в управлении ИТ-услугами (специфики управления конфигурациями в списке практически нет, так что можно рассматривать его как универсальный подход). Любопытный список получился, приводим его здесь в переводе: Определите бизнес-потребность/риск/проблему Сформулируйте требования/задачи/результаты Соберите информацию о том, как процедуры работают сейчас Документируйте собранную информацию в…

Новостной поток, 7 февраля 2011, последний комментарий 7 февраля 2011

Конфигурационные единицы, которых нет

После прочтения курса по управлению конфигурациями есть еще пара мыслей, которыми хочется поделиться. Например, обязательно конфигурационные единицы в CMDB это нечто реально существующее, или можно для упрощения картинки вводить некие "суррогатные конфигурационные единицы", которых на самом деле нет, но которые могут внести в картинку ясность и указать на реальное положение дел: взаимосвязь конфигурационных единиц, влияние друг на друга и т.д. Давайте рассмотрим пример. Ниже привожу тоже самое, но в текстовом виде. Для примера предлагаю рассмотреть следующую схему: Есть ИТ-сервис (например, электронная почта) ИТ-сервис зависит от работы ИТ-системы (например, "Почтовый сервер") ИТ-система установлена на сервер Теперь представим, что ИТ-системы две и они располагаются на двух серверах, при этом сервера…

Евгений Шилов, 4 февраля 2011, последний комментарий 3 декабря 2014

Учет активов и управление конфигурациями

Начал вчера читать курс по управлению конфигурациями, изменениями и релизами. Давно уже этого не делал, в основном был в проектах. На курсе, как всегда, была дискуссия о том, можно ли совместить управление конфигурациями и управление активами в едином процессе и получить пользу сразу в двух направлениях: 1. Получить информацию полезную для оценки влияния элементов инфраструктуры друг на друга (для оценки влияния инцидентов, изменений и т.д.) 2. Получить информацию по остаткам расходных материалов на складах, данные о затратах на ремонт техники (включая запчасти), сведения по стоимости оборудования отнесенного на определенные подразделения и т.д. Пока я неумолим и настаиваю на том, что…

Евгений Шилов, 1 февраля 2011, последний комментарий 4 февраля 2011

5 из 9 шагов к успешной CMS

В книге Service Transition есть примерно такое рассуждение (гл. 4.3.5.2): "Не существует универсального подхода к управлению активами и конфигурациями. Организация должна сама принять решение о том, какой уровень управления активами и конфигурациями необходим для тех или иных услуг, и определить подход к достижению этого уровня" Чтобы помочь в выполнении этого непростого задания, Marty Likier в своей колонке на ITSMWatch предлагает рецепт из девяти шагов по построению "успешной CMS". Вот первые пять шагов: Определить подход к управлению и политики Определить роли и распределить ответственность Определить основное назначение CMS Определить основные типы записей Идентифицировать доступные источники данных. Пункты 6-9 обещаны в продолжении…

Новостной поток, 28 декабря 2010, последний комментарий 31 декабря 2010

Управление конфигурациями – не вещь, а практика

ИТ-скептик опубликовал небольшую заметку об управлении конфигурациями и роли CMDB в этом процессе. Для удобства обсуждения мы публикуем ее полный перевод. ITIL определеяет управление конфигурациями как предоставление информации, но затем на множестве страниц описывает его как сопровождение статичного хранилища данных, а не как активную деятельность по предоставлению информации заинтересованным в ней получателям. Давайте все же договоримся: управление конфигурациями – это процесс, а не вещь. («Процесс» – в том вульгарном понимании этого слова, в котором его использует ITIL. Если вы не согласны с ним, замените «процесс» на «практику» или «деятельность».) Совершенствование управления конфигурациями – это совершенствование предоставления информации другим практикам…

Новостной поток, 28 октября 2010, последний комментарий 11 ноября 2010

Управление мощностями, как оно есть

На днях опять вспомнилась тема управления мощностями. Столько всего понакручено вокруг нее. Решил немного про это порассуждать. Например, выяснилось, что иногда под управлением мощностями понимают мониторинг ИТ-ресурсов ("всякие железяки"). В лучшем случае, с определением пороговых значений и правил реагирования на их нарушение. И тут появляются вопросы и типичные ошибки: 1. Откуда взяться требованиям к мониторингу? 2. Откуда взяться пороговым значениям?3. Как реагировать? Что значит для нас превышение того или иного порога? Бывает, что на эти вопросы отвечают так (конечно утрирую): "собираем все важное, пороги поставили разумные, если жахнет, то разберемся". При таком подходе, есть риски: 1. За грудой данных не увидеть…

Евгений Шилов, 21 октября 2010, последний комментарий 22 октября 2010

Портал №1 по управлению цифровымии информационными технологиями

CMDB, конфигурации и активы

Портал №1 по управлению цифровыми
и информационными технологиями