суббота, 7 мая 2016 г.

О пользе бесполезных занятий ...

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

Частый вопрос, который возникает при необходимости внедрения какой-либо системы управления или автоматизации процессов - это целесообразность этого внедрения в плане экономического эффекта. Великий и всемогущий показатель ROI (Return of investment, срок возврата инвестиций) погубил уже не одно хорошее начинание, которому не хватило убедительности доказать свою выгодность.

вторник, 5 апреля 2016 г.

Как ломаются сложные системы

Почему? Почему я не прочитал эту статью лет 5 назад?
Всем строящим Управление Проблемами и Управление Рисками - обязательно к прочтению.
И особенно тем, кто рассказывает о том, как можно получить доступность 99,(9)% за бесконечные деньги.
Роману Журавлеву из Cleverics - низкий поклон за перевод.


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

вторник, 22 марта 2016 г.

Инциденты по производительности

Инциденты по производительности могут быть двух типов:
Тип 1. Трендовые инциденты. Связанные с ростом тренда нагрузки, который мы не обнаружили вовремя (поддержание запаса мощности на, например, 6 месяцев). Подобный инцидент, скорее всего, не будет одиночным – это будет серия однотипных инцидентов с возрастающей частотой проявления и с единой корневой причиной.
Инциденты этого типа подразумевают, что все компоненты ИТ-системы находятся в работоспособном состоянии, и нам необходимо обеспечить запас производительности исправных компонент.

понедельник, 15 февраля 2016 г.

Надежность ИТ-процессов: доступ в ПРОМ

Основная цель функционирования процессов разработки и эксплуатации ИТ в части надежности – это предсказуемость результатов.
Когда вопрос касается повышения надежности сложных систем, надо учитывать, что такие вопросы как производительность, скорость обработки и т.п., должны быть отложены на вторую очередь.
На первую очередь выходит стабильность работы каждой отдельной итерации, ожидаемый результат работы каждого шага. Особенно это касается операций в продуктивной среде.
Из всех процессов эксплуатации ИТ (по последней версии ITIL их насчитывается около 30) только четыре имеют доступ к продуктивной среде.
  • Управление Изменениями;
  • Управление Плановыми Работами;
  • Управление Инцидентами;
  • Управление Запросами на Обслуживание.
Управление Изменениями. Через этот процесс проходят все Запросы на Изменения, которые потом внедряются в продуктивную среду.

четверг, 14 января 2016 г.

Основы процессного управления. (видеозапись тренинга, часть вторая)

Продолжение тренинга Основы процессного управления" для консультантов MCS и сотрудников Premier Support. Ноябрь 2010 года.
Специфика - читалось не для конечного потребителя (Заказчика), так что некоторые моменты описывают работу консультантов.


На встроенном видео изображение мелковато. Рекомендую смотреть прямо на YouTube.

среда, 30 сентября 2015 г.

Модели мотивации: Ford vs IBM

При всем разнообразии нынешних моделей и принципов мотивации персонала, существуют две противоположные крайности, которые можно рассмотреть в применимости к ИТ: модель «по Форду» и подель «по IBM».
Модель «по Форду» гласит, что ни один сотрудник на производстве не совершает дважды одну и ту же ошибку. Потому что его увольняют после первого раза. «Увольняют», это, возможно, образно, но смысл сохраняется.

пятница, 25 сентября 2015 г.

Основы процессного управления (видеозапись тренинга, часть первая)

Давно собирался выложить, наконец руки дошли. Ноябрь 2010 года, тренинг "Основы процессного управления" для консультантов MCS и сотрудников Premier Support.
Данная запись тренинга имеет небольшую специфику - читалось не для конечного потребителя (Заказчика), так что некоторые моменты описывают работу консультантов.


На встроенном видео изображение мелковато. Рекомендую смотреть прямо на YouTube.

суббота, 12 сентября 2015 г.

Всем, кто пишет документы


Как говорил писатель Стивен Кинг - "Писательство это телепатия. Я что-то представляю или вижу, и описываю это на бумаге, словами. Потом Вы, через расстояние и время, берете написанное мною, читаете, и, если я хороший писатель, у Вас в голове возникает та же самая картина, которая была у меня в момент написания".
Отличные слова! А теперь "внимание, вопрос".

воскресенье, 6 сентября 2015 г.

Снижение человеческого фактора

Самой ненадежной частью функционирования любой системы является человек. Эта истина была известна еще задолго до возникновения информационных технологий и во все времена активно использовалась политиками, разведками и управленцами всех уровней.
Если вопрос стоит о серьезном повышении надежности системы, то человеческий фактор из неё нужно убирать полностью.
Разумеется, убрать полностью человеческий фактор невозможно. Поэтому рассмотрим методы снижения его влияния на функционирование системы.

пятница, 28 августа 2015 г.

Надежность аппаратных и программных компонент

Какую бы статистику не приводили вендоры по надежности своих решений, какие бы гарантии они не давали, железо всё равно будет выходить из строя. При работе некритичных приложений, где допустимое время простоя может достигать несколько часов, вполне допустимо иметь запасное оборудование в холодном резерве, а также набор программного обеспечения для быстрого развертывания системы «с нуля». Для этого поможет качественно организованные библиотеки DHS и DSL (Definitive Hardware Store и Definitive Software List), которые позволяют иметь в готовности протестированное аппаратное обеспечение и полный комплект системного и прикладного ПО.
Для критических информационных систем такого решения будет недостаточно. Если разговор идет про планируемую доступность более 99,9%, то здесь необходимо рассчитывать на то, сбой аппаратной компоненты не должен приводить к прерыванию предоставления бизнес-сервиса. В этом случае рассматриваются решения следующих типов:

среда, 8 июля 2015 г.

Четыре варианта затрат

Немного про затраты (касается не только ИТ).
Существует четыре варианта затрат, которые стоит разделить с точки зрения психологии расходов и ожидаемого результата. Идея текста взята с одного "продажного" тренинга.

Вариант первый: «я трачу свои деньги, и товар (или услугу) я заказываю для себя». Самый оптимальный вариант затрат, обычно при корпоративных закупках работает в малом бизнесе, а закупки производит сам владелец. Владелец заинтересовал в результате, и компания – его собственное детище. Он тратит свои (значит, заинтересован в поиске низкой цены) и ищет лучшее качество/количество.

вторник, 30 июня 2015 г.

Генератор целей процессов

"Целью настоящего процесса является ..."
Если затрудняетесь с формулировками в первой главе документа, всегда помните, что вариантов немного.

вторник, 26 мая 2015 г.

Структура процессной документации

Рассмотрим структуру документов, из которых состоит процесс, для максимально удобного формирования и обновления. Необходимо разделить три уровня документов.
Первый уровень - "Положение о процессе". Это общий "обвязочный" документ. Количество - один на каждый процесс. Состав:

пятница, 22 мая 2015 г.

Анекдот про надежность

Расширенная версия бородатого анекдота.

Одна американская компания выпускала некие мелкие детали. Массово выпускала, миллионами штук.
И как не старались, на каждые сто тысяч деталей получалось 500 бракованных.
Компания обновила линию производства, поставила новейших роботов, лучшие современные станки. Все равно получается как минимум 300 единиц брака.

вторник, 12 мая 2015 г.

Состав SLA

На основе своего опыта разработки, согласования и запуска SLA, хотел бы поделиться интересными размышлениями о составе этого не самого понятного документа. Перечислим те категории данных, которые должны содержаться в SLA на отдельную ИТ-услугу.
SLA перед заказчиком можно заключить, определив параметры четырех составляющих.

суббота, 25 апреля 2015 г.

Концепция ЕИП (Единого Информационного Пространства)

Единое Информационное Пространство (ЕИП)

Концепция построения. Описываем основные требования к хранению информации так, чтобы ею можно было пользоваться одновременно из разных процессов.

Единое Информационное Пространство (ЕИП) представляет собой совокупность взаимосвязанной информации, определяющей состояние и деятельность организации.
ЕИП предназначено для гарантии хранения и унификации доступа ко всей информации, хранящейся в организации (компании, подразделении, группе).
Целью создания ЕИП является гарантия актуальности и доступности всей информации в организации.
Задачи ЕИП:
• Обеспечение доступа ко всей информации, находящейся в организации;
• Автоматизация деятельности по поддержанию информации в актуальном состоянии.

понедельник, 23 февраля 2015 г.

Как выглядел этот сайт в 2003 году

12 лет прошло. С тех пор сменилось три хостинга и две платформы. Собственный "движок" на ASP+MSSQL. Дизайн сделали знакомые. Изначально сайт планировался как справочник по ITIL - тогда тематика была невероятно популярна, а литературы практически не было. В этом формате сайт проработал до 2007 года, потом уже "движок" был сменен, тематика расширилась, и сайт превратился в личный блог на рабочую тему.

среда, 7 января 2015 г.

Соответствие MOF3 и MOF4

Вот информация, которая имеет, наверно, больше историческое значение, чем практическое. Соответствие версий библиотеки Microsoft Operations Framework, версий 3 и 4. Таблица была сформирована во время перевода четвертой версии на русский язык.

пятница, 10 октября 2014 г.

Борьба с Excel Hell

Управление Конфигурациями обычно представляется как «хранитель информации». То есть менеджер этого процесса работает вроде как кладовщиком, которому что привезли, он то и хранит, выдает строго под роспись, тщательно следит за актуальностью реальной картины и бумаг.
При достаточно зрелом процессе Управления Конфигурациями, в случае наличия цикла PDCA (работающего, а не бумажного), менеджер также думает о том, как повысить актуальность данных, как избежать ошибок, как точно связаться с процессом Управления Изменениями и ничего не потерять.

Но есть в крупных компаниях ещё одна активность, которую процесс Управления Конфигурациями, по хорошему, должен взять на себя.

суббота, 6 сентября 2014 г.

Определение и понимание надежности

(Из заготовок серии статей)

В первую очередь необходимо определить, что есть надёжность. Для этого дадим чёткие определения трём основным терминам, которые лежат в основе теории надежности. Между ними часто возникает путаница, которую нужно разрешить сразу, т.к. в последующем всё будет строиться именно на этих понятиях. Итак, эти три ключевых слова: качество, доступность, надёжность.
Начнем с понятия «доступность».
Доступность – это способность системы выполнять свои функции в заданный период времени. Например, за последние сутки система проработала 23,5 часа. Значит, её доступность равна 23/24 = 95.83%.
Необходимо помнить ключевой момент: доступность измеряется только за прошедшее время. Измерить доступность в будущем мы не можем.