Digital Enterprise

Жертвы системы

Роб Ингланд (IT Skeptic) в прошедшую субботу в статье «Жертвы системы» выдал философское. Большинство людей, которые, как кажется, тормозят прогресс, на самом деле, имеют благие намерения и пытаются делать правильные вещи. Но они жертвы системы, в которой работают. ИТ как отрасль в своем развитии, по его мнению, прошла от начальной фазы с ориентацией на технологии, через фазу с ориентацией на процессы к пониманию в последние годы, что ИТ в основе своей – про людей и про изменение их поведения. Есть ещё одна фаза в этом развитии – осознание того, что люди, процессы и технологии есть узлы системы, которую мы должны…

Получение выгод от ИТ. Новая публикация COBIT 5

В семействе публикаций COBIT 5 в июне случилось пополнение: ISACA выпустила COBIT 5 for Business Benefits Realization. «Инвестиции в ИТ постоянно растут, поэтому естественной потребностью владельцев, акционеров и руководства предприятий является обеспечение возврата сделанных вложений. Единственная причина инвестиций в ИТ – получение выгод.» Авторы использовали уже известный всем, кто читал другие публикации COBIT 5, «трафарет»: вводная часть, применение пяти принципов COBIT 5 к рассматриваемой теме, использование семи факторов влияния COBIT 5 для решения задач в рамках рассматриваемой темы, с существенным акцентом на том, как к теме привязывается и может быть применена процессная модель, изложенная в COBIT 5 Enabling Processes. В…

Новостной поток, 26 июля 2016, последний комментарий 15 ноября 2018

ИТ + психология?

Как изменить организационное поведение и улучшить производительность? Марк Смолли (Mark Smalley), известный как IT Paradigmologist, в своей статье "Важность организационного поведения" (The Importance of Organisational Behaviour) рассуждает о значимости поведения в организации, и о том, как этим можно управлять. Управление поведением в организации Organisational Behaviour Management (OBM) является важным аспектом управления, которое применяет психологические принципы организационного поведения и экспериментального анализа поведения в организациях, чтобы улучшить производительность индивидуумов и групп в организации. OBM применяет принципы из многих областей, включая поведенческий анализ и управление эффективностью деятельности. Но почему вам это должно быть интересно? Потому что поведение является основным фактором, который стимулирует организационную эффективность. У вас…

Новостной поток, 22 июля 2016, последний комментарий 22 июля 2016

Краткая запись о пользе управления знаниями

Тот факт, что наша компания является компанией полного производственного цикла, позволяет на собственном, личном примере наглядно продемонстрировать всю пользу от процесса управления знаниями. В проекте, над которым в настоящее время мне с коллегами приходится работать, я выступаю в нескольких ролях: процессного консультанта, разрабатывающего архитектуру решения, и разработчика решения, осуществляющего доработку и настройку платформы автоматизации. Для успешной работы в качестве разработчика/технического эксперта на настоящем этапе мне требуется следующая информация: Проектная документация: Актуальный проектный план, для понимания охвата и вех; Список текущих проектных задач, для оперативного планирования и координации работ; Список открытых вопросов, для планирования коммуникаций и мероприятий по их разрешению; Список контактных лиц. Процессная…

Андрей Труфанов, 21 июля 2016, последний комментарий 25 июля 2016

Критерий доступности

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

Павел Дёмин, 20 июля 2016, последний комментарий 26 июля 2016

7 R’s – суть управления изменениями

Для чего нужен процесс Управление изменениями? Коротко – для контролируемого проведения изменения при прохождении всех этапов, определенных для конкретного изменения. В книге ITIL Service Transition авторы предлагают 7 вопросов (7R's – так как ключевые слова на "R"), на которые нужно ответить тем, кто проводит изменения, – чтобы оценка влияния была целостной, и был выдержан баланс рисков и эффективности проводимого изменения. Собственно вопросы: Who Raised the Change? – кто инициирует изменение What is the Reason for Change? – какова причина для данного изменения What is the Return? – что мы получим в результате изменения Who is Responsible to do the change? – кто ответственный за…

Новостной поток, 19 июля 2016, последний комментарий 8 августа 2016

Major incident – когда становится горячо…

На курсе ITIL Foundation слушатели часто задают вопрос о значительных инцидентах (major incident). Иногда потому, что тема управления ИТ-подразделением для них вообще новая и термин «значительный инцидент» слышится впервые, хотя в реальной жизни – это знакомая ситуация, иногда – потому что не совсем ясно, где провести границу между просто инцидентом и значительным инцидентом, и почти всегда – как с ним работать. О ключевых моментах, которые нужно учесть при работе со значительными инцидентами, пишет Neven Zitek в своей статье «Управление значительными инцидентами – когда становится горячо…» Что такое значительный инцидент? В теории значительный инцидент – это инцидент с самым высоким влиянием и…

Новостной поток, 18 июля 2016, последний комментарий 26 июля 2016

А в Блумах-то я гораздо умнее!

На всех аккредитованных курсах по ITIL мы кроме всего прочего разбираем пробные экзамены для подготовки к сдаче соответствующих сертификационных экзаменов. Некоторые варианты пробных экзаменов (как минимум один для каждого экзамена) AXELOS (компания правообладатель ITIL) сопровождает документом, дающим правильные ответы и пояснения к ним. В этом официальном документе помимо ответа и пояснения (иногда, будем честны, требующего дополнительного пояснения) к каждому вопросу также указываются темы, к которым относится данный вопрос, ссылки на соответствующие разделы библиотеки ITIL и уровень сложности вопроса. Уровень сложности вопроса никак не влияет на систему расчёта баллов (во всяком случае, в существующих на данный момент экзаменах ITIL). Сложный и…

Игорь Гутник, 18 июля 2016, последний комментарий 26 февраля 2018

Перевоплощение. Туда и обратно

Не так давно мне предоставилась интересная возможность поработать на стороне заказчика. Нужно было на время подменить руководителя проекта по внедрению системы в очень "горячую" пору – сразу после запуска. Для этого заказчика мы выполняли свою часть работ. Поэтому было очень интересно увидеть, как это реализовано в системе и как работает "вживую". Как вы понимаете, я такой возможностью не воспользоваться не мог. И началось моё полное погружение… Запуск был непростым. С одной стороны не все подготовительные организационные и технические процедуры были проведены до старта. Плюс с другой стороны, как выяснилось, и в самой системе тоже было не всё гладко, хотя, на…

Управление событиями и рейтинги

Интересная идея была озвучена Аугусто Барросом (Augusto Barros), исследовательским директором Gartner в его недавней публикации в авторском блоге. Фокусом его интересов является информационная безопасность. В своей публикации он отмечает, что индустрия средств мониторинга событий и инцидентов безопасности изменилась за последние несколько лет. Ранее они работали следующим образом: одно или несколько средств отслеживания событий безопасности генерировали некоторый поток этих событий и присваивали им определенные степени критичности. Имелся некоторый пул сотрудников невысокой квалификации, которые в непрерывном режиме отслеживали этот поток и обрабатывали его в соответствии со скриптами, осуществляя требуемую эскалацию на профильные группы, а также проводя дополнительные расследования событий в силу своих возможностей. Очевидно, что с тотальной цифровизацией такой…

Опыт гибкого управления проблемами

Своим практическим опытом о том, как сочетать в одной организации методы гибкой разработки и классического процесса эксплуатации услуг, с нами делится Ян Джонс (Ian Jones), консультант KPMG Australia. В одной неназванной организации методы гибкой разработки были приняты как стандарт исполнения проектов и успешно применялись достаточное время. При реализации ITSM инициатив возникло желание использовать их и для организации процесса управления проблемами. Изначально организация использовала Scrum для координации этих работ, но этот подход показал себя не с лучшей стороны. После чего, была предпринята более успешная попытка применения "бережливой" практики Kanban. Для того, чтобы объяснить различия между этими двумя методиками приведем небольшую таблицу. Kanban Scrum Планирование работ В объеме…

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

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