На основе своего опыта разработки, согласования и запуска SLA, хотел бы поделиться интересными размышлениями о составе этого не самого понятного документа. Перечислим те категории данных, которые должны содержаться в SLA на отдельную ИТ-услугу.
SLA перед заказчиком можно заключить, определив параметры четырех составляющих.
Первое. Автоматические операции. Перечисляем операции, функционал которых заложен в ИТ-систему и может быть использован Заказчиком без привлечения сотрудников ИТ. Например: проведение проводки в бухгалтерской системе. Здесь описываются: Continue reading
О пользе бесполезных занятий …
… и о важности построения информационной инфраструктуры для последующего принятия быстрых и правильных решений.
Тотальный учет действий — не такое уж глупое занятие.
Частый вопрос, который возникает при необходимости внедрения какой-либо системы управления или автоматизации процессов — это целесообразность этого внедрения в плане экономического эффекта. Великий и всемогущий показатель ROI (Return of investment, срок возврата инвестиций) погубил уже не одно хорошее начинание, которому не хватило убедительности доказать свою выгодность. Continue reading
Концепция ЕИП (Единого Информационного Пространства)
Единое Информационное Пространство (ЕИП)
Концепция построения. Описываем основные требования к хранению информации так, чтобы ею можно было пользоваться одновременно из разных процессов.
Единое Информаионное Пространство (ЕИП) представляет собой совокупность взаимосвязанной информации, определяющей состояние и деятельность организации.
ЕИП предназначено для гарантии хранения и унификации доступа ко всей информации, хранящейся в организации (компании, подразделении, группе).
Целью создания ЕИП является гарантия актуальности и доступности всей информации в организации.
Задачи ЕИП:
• Обеспечение доступа ко всей информации, находящейся в организации;
• Автоматизация деятельности по поддержанию информации в актуальном состоянии. Continue reading
Соответствие MOF3 и MOF4
Вот информация, которая имеет, наверно, больше историческое значение, чем практическое. Соответствие версий библиотеки Microsoft Operations Framework, версий 3 и 4. Таблица была сформирована во время перевода четвертой версии на русский язык. Continue reading
Создание Процесса
Краткая памятка о тонкостях создания процессов. Потому что многие консультанты и технические писатели сводят понятие «создание процесса» к «давайте пропишем всё на бумаге, а потом начнём думать».
Нет, я согласен, что для создания процесса нужно иметь общее видение решаемого вопроса, но полностью законченный регламент на бумаге (и только на бумаге) — это устройство для сбора пыли.
Итак, если мы хотим создать не гору бумаги плюс «чем-то занимающихся сотрудников» (которым мы будем предъявлять претензии «почему не по процессу»), а нормальный, работающий и развивающийся процесс, идем следующим путем.
Шаг 1. Цели и задачи. Прописываем сразу и вешаем на видном месте.
Понятия «целей» и «задач» часто путаются. Точнее, не путаются, а смешиваются. А нужно их различать. «Цель» — это смысл существования процесса, его предназначение. Если Вы пишете в начале документа фразу «Целью процесса управления программными активами является учет лицензий и контроль расходов на покупку программного обеспечения», то это неправильно. Учет и контроль сам по себе ничего не даёт и целья являться не может. Continue reading
Ошибки персонала: халатность
Некоторая классификация ошибок сотрудников при работе в продуктивной среде.
Первая категория — человеческий фактор. Это когда сотрудник хотел сделать все как надо, но «дрогнула рука». При этом, заметьте, все остальные факторы были соблюдены — наличие инструмента, наличие инструкции, достаточная квалификация.
Вторая категория — это умышленная ошибка. В настоящее время в крупных компаниях встречается крайне редко, если не сказать — никогда.
Но вот есть и промежуточное состояние ошибки, которое можно назвать емким русским словом «халатность». Здесь дело обстоит сложнее.
Этот тип ошибки подразумевает, что:
1) Исполнитель был снабжен всеми инструкциями и инструментами. То есть в данной части исправлять нечего. Continue reading
Борьба с Excel Hell
Управление Конфигурациями обычно представляется как «хранитель информации». То есть менеджер этого процесса работает вроде как кладовщиком, которому что привезли, он то и хранит, выдает строго под роспись, тщательно следит за актуальностью реальной картины и бумаг.
При достаточно зрелом процессе Управления Конфигурациями, в случае наличия цикла PDCA (работающего, а не бумажного), менеджер также думает о том, как повысить актуальность данных, как избежать ошибок, как точно связаться с процессом Управления Изменениями и ничего не потерять.
Но есть в крупных компаниях ещё одна активность, которую процесс Управления Конфигурациями, по хорошему, должен взять на себя. Continue reading
Определение и понимание надежности
(Из заготовок серии статей)
В первую очередь необходимо определить, что есть надёжность. Для этого дадим чёткие определения трём основным терминам, которые лежат в основе теории надежности. Между ними часто возникает путаница, которую нужно разрешить сразу, т.к. в последующем всё будет строиться именно на этих понятиях. Итак, эти три ключевых слова: качество, доступность, надёжность.
Начнем с понятия «доступность».
Доступность – это способность системы выполнять свои функции в заданный период времени. Например, за последние сутки система проработала 23,5 часа. Значит, её доступность равна 23/24 = 95.83%.
Необходимо помнить ключевой момент: доступность измеряется только за прошедшее время. Измерить доступность в будущем мы не можем. Continue reading
Переход на Azure
Одними процессами жив не будешь — разминаем мозг технологической составляющей. Перевели компанию на Azure.
Текст статьи:
Перенос в облако всех ключевых и вспомогательных бизнес-систем позволил компании «АЛЬТ-ЛАН» полностью отказаться от собственной ИТ-инфраструктуры и минимизировать трудозатраты на ее обслуживание. Преимуществами миграции в облако стали большая надежность сервисов, пользователями которых являются сотрудники и клиенты компании, а также стабильно высокая производительность и гибкая масштабируемость ресурсов, отражающая колебания нагрузок. Continue reading
Технический долг — двигатель прогресса
Многие относятся отрицательно к понятию «технический долг». А зря. Наполовину сделанный функционал, запущенный в «пром», даст больше ответов о том, куда двигаться дальше, чем вылизанный до пятого знака, но запущенный с огромным опозданием.
Человечество застряло бы на Excel версии 1992 года, если доводили бы до идеальности все «фичи».
Документов тоже касается.