Как говорил писатель Стивен Кинг — «Писательство это телепатия. Я что-то представляю или вижу, и описываю это на бумаге, словами. Потом Вы, через расстояние и время, берете написанное мною, читаете, и, если я хороший писатель, у Вас в голове возникает та же самая картина, которая была у меня в момент написания».
Отличные слова! А теперь «внимание, вопрос». (далее…)
Немного про затраты (касается не только ИТ).
Существует четыре варианта затрат, которые стоит разделить с точки зрения психологии расходов и ожидаемого результата. Идея текста взята с одного «продажного» тренинга.
Вариант первый: «я трачу свои деньги, и товар (или услугу) я заказываю для себя». Самый оптимальный вариант затрат, обычно при корпоративных закупках работает в малом бизнесе, а закупки производит сам владелец. Владелец заинтересовал в результате, и компания – его собственное детище. Он тратит свои (значит, заинтересован в поиске низкой цены) и ищет лучшее качество/количество. (далее…)
На основе своего опыта разработки, согласования и запуска SLA, хотел бы поделиться интересными размышлениями о составе этого не самого понятного документа. Перечислим те категории данных, которые должны содержаться в SLA на отдельную ИТ-услугу.
SLA перед заказчиком можно заключить, определив параметры четырех составляющих.
Первое. Автоматические операции. Перечисляем операции, функционал которых заложен в ИТ-систему и может быть использован Заказчиком без привлечения сотрудников ИТ. Например: проведение проводки в бухгалтерской системе. Здесь описываются: (далее…)
… и о важности построения информационной инфраструктуры для последующего принятия быстрых и правильных решений.
Тотальный учет действий — не такое уж глупое занятие.
Частый вопрос, который возникает при необходимости внедрения какой-либо системы управления или автоматизации процессов — это целесообразность этого внедрения в плане экономического эффекта. Великий и всемогущий показатель ROI (Return of investment, срок возврата инвестиций) погубил уже не одно хорошее начинание, которому не хватило убедительности доказать свою выгодность. (далее…)
Единое Информационное Пространство (ЕИП)
Концепция построения. Описываем основные требования к хранению информации так, чтобы ею можно было пользоваться одновременно из разных процессов.
Единое Информаионное Пространство (ЕИП) представляет собой совокупность взаимосвязанной информации, определяющей состояние и деятельность организации.
ЕИП предназначено для гарантии хранения и унификации доступа ко всей информации, хранящейся в организации (компании, подразделении, группе).
Целью создания ЕИП является гарантия актуальности и доступности всей информации в организации.
Задачи ЕИП:
• Обеспечение доступа ко всей информации, находящейся в организации;
• Автоматизация деятельности по поддержанию информации в актуальном состоянии. (далее…)
Вот информация, которая имеет, наверно, больше историческое значение, чем практическое. Соответствие версий библиотеки Microsoft Operations Framework, версий 3 и 4. Таблица была сформирована во время перевода четвертой версии на русский язык. (далее…)
Краткая памятка о тонкостях создания процессов. Потому что многие консультанты и технические писатели сводят понятие «создание процесса» к «давайте пропишем всё на бумаге, а потом начнём думать».
Нет, я согласен, что для создания процесса нужно иметь общее видение решаемого вопроса, но полностью законченный регламент на бумаге (и только на бумаге) — это устройство для сбора пыли.
Итак, если мы хотим создать не гору бумаги плюс «чем-то занимающихся сотрудников» (которым мы будем предъявлять претензии «почему не по процессу»), а нормальный, работающий и развивающийся процесс, идем следующим путем.
Шаг 1. Цели и задачи. Прописываем сразу и вешаем на видном месте.
Понятия «целей» и «задач» часто путаются. Точнее, не путаются, а смешиваются. А нужно их различать. «Цель» — это смысл существования процесса, его предназначение. Если Вы пишете в начале документа фразу «Целью процесса управления программными активами является учет лицензий и контроль расходов на покупку программного обеспечения», то это неправильно. Учет и контроль сам по себе ничего не даёт и целья являться не может. (далее…)
Управление Конфигурациями обычно представляется как «хранитель информации». То есть менеджер этого процесса работает вроде как кладовщиком, которому что привезли, он то и хранит, выдает строго под роспись, тщательно следит за актуальностью реальной картины и бумаг.
При достаточно зрелом процессе Управления Конфигурациями, в случае наличия цикла PDCA (работающего, а не бумажного), менеджер также думает о том, как повысить актуальность данных, как избежать ошибок, как точно связаться с процессом Управления Изменениями и ничего не потерять.
Но есть в крупных компаниях ещё одна активность, которую процесс Управления Конфигурациями, по хорошему, должен взять на себя. (далее…)
Управление Знаниями является процессом, который включает в себя информацию по всем этапам жизненного цикла ИТ-услуг. На информацию, опубликованную в рамках данного процесса, ссылаются все остальные процессы, описанные в ITIL. Другие процессы также включают в себя наличие собственных данных, информации и знаний (например, реестр Инцидентов, Проблем, База Конфигураций), но этот процесс устанавливает основную концепцию формирования, хранения и предоставления. (далее…)
По управлению рисками разработано огромное количество стандартов, методологий и фреймворков. Часть из них ориентируется на общее управление рисками на различных уровнях (от стратегического до операционного), другие не участвуют непосредственно в управлении рисками, но используют эту информацию и используются организациями для достижения поставленных целей. Каждая организация определяет собственный подход к управлению рисками, который лучше всего подходит для ее потребностей и совокупности внешних обстоятельств.
Вполне возможно, что подход, принятый в Вашей компании, будет использовать идеи, которые отражены нескольких стандартах и фреймворках, которые иногда противоречат друг другу. (далее…)