Константин Нарыжный, Автор в Digital Enterprise

За и против COBIT 5 PAM

Я после публикации своей статьи часто вступаю в дискуссии по поводу применимости модели оценки процессов COBIT 5 PAM. Хочу тут свести воедино критические аргументы (не против статьи, а против модели) и то, как на них можно отвечать: Эта модель оценки процессов только для «крупных» компаний сработает. В моей маленькой ИТ-команде этого ничего не надо. Конечно же, только для крупных. Настолько крупных, что «по памяти» работать уже не получается: слишком большой становится вариативность. Для снижения вариативности деятельность загоняется в рамки-заборы напоминаний, распределения обязанностей, автоматизации, измерения, совершенствования, вы поняли. А если уж вы поставили забор вокруг газона, то придётся вам его регулярно проверять,…

Что писать в SLA?

Вот замечательнейший же шаблон SLA дан в ITIL. Все по пунктам, с объяснениями, без лишней воды. Бери и знакомься с идеей соглашения об уровне услуги: Описание услуги. Автоматизируемая деятельность предприятия. Охват. Территория, организационные подразделения, типы автоматизируемых операций. Охват содержит разграничение ответственности предприятия и поставщика услуги. «Стрижку сделает парикмахерская, укладку каждый день – клиент». Режим предоставления услуги. Функциональность, включая допустимое количество ошибок. Используется для определения доступности. Доступность. Надежность. Мощность (время отклика, толщина канала связи, квота данных, скорость вычислений, количество пользователей и т.д. и т.п., насколько хватает фантазии и способов измерения). Непрерывность. Здесь ссылка на планы поведения в чрезвычайных ситуациях. Безопасность. Ссылка на…

Константин Нарыжный, 13 января 2014, последний комментарий 20 января 2014

Управление конфигурациями и V-модель

Слушайте, а ведь V-модель (V-model) – это самая классная картинка в ITIL. Я давно это подозревал, но за последний год на курсах по контролю ИТ-услуг она стала для меня основной сюжетной линией, увязывающей все ключевые процессы контроля ИТ-проектов и продуктивной среды. Смотрите: Для управления тестированием V-модель является иллюстрацией комплексного подхода к тестированию: от технической отладки до подтверждения результатов бизнес-процессов. Она, кстати, и была изначально придумана для иллюстрации жизненного цикла разработки и тестирования. Для управления изменениями (и для управления проектами) ступени модели являются справочником вех, на которых нужно будет осуществлять проверки успешности проекта. Для управления релизами наличие всей проектной документации, формируемой на…

Константин Нарыжный, 14 декабря 2013, последний комментарий 23 декабря 2013

О моем инциденте замолвите слово…

Слушатели на последнем тренинге рассказали о том, как решен у них вопрос эскалации инцидентов в профильные группы ИТ. Напомню вкратце, что проблема заключается в том, чтобы с одной стороны, сервис-деску не приходилось слишком много знать о доступности и возможностях 2 и 3 линий, чтобы отдавать инцидент прямо в руки самому «правильному» эксперту, а с другой – чтобы инцидент не застаивался «без глазу», не будучи назначен кому-то конкретному. Итак, в этой компании каждый специалист второй и третьей линии сам берет на себя ответственность за те инциденты, которые связаны с его областью знаний (уже это само по себе очень круто, так как…

Константин Нарыжный, 1 декабря 2013, последний комментарий 11 декабря 2013

Как это – работать по ITIL?

Занятная англоязычная статья была на днях переведена в блоге Александра Пацая alexmak.net. Она навела меня на очередное обобщение того, что написано про управление ИТ в библиотеке ITIL. Шум и возмущение в блогосфере после этой публикации поднялись из-за того, что «какой-то иностранец» позволил себе в 12 пунктах суммировать ключевые проблемы менеджмента в России и «по-русски». Иностранцем этим, к слову, был Ицхак Адизес (вот оригинал статьи) – человек, который таки знает пару умных слов про управление, и даже попал к нам на книжную полку и в курс «Организационные изменения». Среди прочих годных набросов про коррупцию и культуру, меня особенно зацепили 2 пункта (перевод мой): 7….

Константин Нарыжный, 17 ноября 2013, последний комментарий 25 ноября 2013

Каталог межведомственных услуг?

Наша новостная редакция о таком обычно не пишет – это не совсем про нашу индустрию. Но мне кейс кажется занятным, и может стать уроком многим практикам управления ИТ-услугами. Первоисточник сообщает, что портал госуслуг работает не очень. Здесь написано короче , а здесь чуть оптимистичнее. Кроме прочих трудностей, с которыми сталкивается мегапрограмма «Электронное правительство», в нашем контексте занимательна вот эта цитата заместителя министра экономического развития РФ Олега Фомичева: "Несмотря на громадное количество представленных услуг на портале, работающая кнопка "получить услугу" есть только у 250 федеральных услуг. По региональным и муниципальным ситуация еще хуже", — отметил Фомичев. Виной тому, по его словам,…

Константин Нарыжный, 31 октября 2013, последний комментарий 7 ноября 2013

Проектирование услуг как управление рисками — часть 3

Суммируя соображения в предыдущих двух частях (первая, вторая), я прихожу к матричному представлению четырех процессов проектирования услуг: В каждой ячейке таблицы – «модель» деятельности (ну как в ITIL модель изменений, например): Ответственный (это могут быть разные люди: ответственный за классификацию – аналитик, ответственный за разработку – инженер и т.д.) Шаги и методика выполнения (ясно, что они будут очень различаться для безопасности и доступности) Ресурсы (инструменты моделирования, расчетов, мониторинга и т.д.) Эскалация (то есть механизмы передачи решения «наверх» в случае конфликта ресурсов или отклонения от плановых значений) Ключевым здесь является лишь синхронное выполнение всех пяти видов деятельности управления рисками. Количество строчек может…

Константин Нарыжный, 22 октября 2013, последний комментарий 25 октября 2013

Проектирование услуг как управление рисками – часть 2

Итак, продолжая начатое в предыдущем посте рассмотрение процессов проектирования, отвечу на вопрос: Если они структурно похожи, многие своды знаний не видят разницы, почему ITIL разделяет управление доступностью, мощностями, безопасностью и непрерывностью? Мне кажется, причины две. Во-первых, четыре параметра качества независимы друг от друга, а, следовательно, их совмещение в одном процессе приведет к тому, что целей процесса будет две, и менеджер процесса будет постоянно балансировать между ними. К примеру, управление доступностью и мощностями объединяет COBIT 5, где говорится, что одновременно нужно обеспечить и доступность систем, т.е. минимальное количество и продолжительность прерываний, и достаточное быстродействие ИТ-систем. То есть в случае, если доступность достигается резервными…

Константин Нарыжный, 11 октября 2013, последний комментарий 25 октября 2013

Проектирование услуг как управление рисками

Вот еще одна модель с минимальной прикладной ценностью, зато для меня обеспечивающая полное понимание вопроса. В процессных моделях ITIL, COBIT 5, ISO 20000, MOF 4, CMMI for Services присутствуют одни и те же слова: доступность, мощность, непрерывность и, конечно, безопасность. Если брать за основу идеологию ITIL, то это – четыре равноправных и обязательных составляющих качества ИТ-услуг (есть еще функциональность, но я не о ней пока). И вот, в ITIL всё понятно: есть четыре процесса, которые оперируют ими: проектируют и контролируют. А вот в других источниках всё по-другому, по-разному. Во всех перечисленных моделях эти слова комбинируются в произвольном порядке. Стандарт – объединяет, и…

Щебет ITSM

Закрытие Google Reader сначала мне, как ITSM-специалисту и даже блогеру, не понравилось. Полноценных и настолько же быстрых rss-агрегаторов я не нашел, и поэтому пришлось изменять свои привычки в интересах игроков рынка. А именно – переходить на Twitter. Те, кто еще не пробовал, попробуйте непременно. Даже в такой специфической и узкой тематике как ITSM микроблогов огромное количество: от независимых практиков до крупных звезд. Мы об этом раньше немного писали. Лично я в Twitter быстро узнаю о новых записях в блогах и о новостях в ITSM и развлекаюсь цитатами и крылатыми выражениями экспертов. Очень, как оказалось, удобный инструмент. Просто отличный от GR. Есть только…

Константин Нарыжный, 31 августа 2013, последний комментарий 2 сентября 2013

Отделяем инциденты от запросов

Использую на курсах аналогию, когда рассказываю о процессах управления инцидентами и выполнения запросов на обслуживание. Оцените и покритикуйте, коллеги. ITIL® пишет о том, что эти два процесса могут быть одним (как, например, в ISO 20000:2011), но лучше их разделять, потому что: Инцидент – это обычно событие неожиданное, в то время как запрос на обслуживание можно и нужно планировать… хотя «туманные» области всегда останутся… (С) ITIL Service Operation, TSO, 2011 Представьте себя владельцем новенькой автомастерской. Вы решаете задачу: сколько потребуется автомехаников, чтобы обеспечить спрос на ваши услуги? Решение должно отталкиваться от объёма и структуры этого спроса. Зачем люди приезжают в автосервис? Мне кажется, в трёх случаях:…

Константин Нарыжный, 15 августа 2013, последний комментарий 28 августа 2013

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

Константин Нарыжный

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