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

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

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

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

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

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

12 лет прошло. С тех пор сменилось три хостинга и две платформы. Собственный «движок» на ASP+MSSQL. Дизайн сделали знакомые. Изначально сайт планировался как справочник по ITIL — тогда тематика была невероятно популярна, а литературы практически не было. В этом формате сайт проработал до 2007 года, потом уже «движок» был сменен, тематика расширилась, и сайт превратился в личный блог на рабочую тему. 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

Апогей БК-01

Думаю, многие уже знают про мою слабость к старой технике. На этот раз находка стоящая.
В 89 году у меня появился мой первый собственный компьютер — «Апогей БК-01» (это продвинутая версия 8-битного «Микроши» с увеличенной до 64кб памятью). Со временем его сменила 286й, и сам Апогей был утерян.
И вот недавно на заводе, который выпускал эти ПЭВМ, нашли на складе последнюю нераспроданную партию. Она так и пролежала запечатанная с 1994 года.
Не секунды не колеблясь, я купил одну из этих машинок. На память. Continue reading