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

Обучение
по ITIL 4, ITSM, PRINCE2
Деловые
игры
Новые экзамены
по ITSM
Реестр ESM- и ITSM-систем в России 2024

Процессы

Все про процессы: внедрение, управление, совершенствование

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

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

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

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

Как руководителю работать с RACI-матрицами

Думал, родилась удачная шутка, а потом неожиданно понял, что это вовсе не шутка 🙂 Рекомендую руководителям при чтении RACI-матриц руководствоваться простым и довольно универсальным набором правил: Если в Вашей строчке стоит A, необходимо определиться, каким инструментарием и с чьей помощью Вы обеспечите себе контроль исполнения соответствующей функции. Потому что ответственность предполагает не только полномочия, но и механизмы контроля. И может быть когда Вам показывают RACI-матрицу (а это обычно бывают внешние консультанты) еще не поздно потребовать соответствующие механизмы Вам обеспечить. Если в Вашей строчке стоит R, необходимо задуматься, кому можно делегировать эту работу – полностью или частично. Потому что руководителю надо беречь…

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

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

Универсальный SLM … и не только

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

В AXELOS обновили P3O

Компания AXELOS на прошлой неделе опубликовала новую редакцию книги P3O®. Это первый существенный результат работы новых владельцев портфеля лучших практик BMP. Методология Portfolio, Programme and Project Offices предлагает гибкую структуру корпоративного руководства портфелем программ и проектами. Здесь описываются услуги, которые должно предоставлять бизнесу такое подразделение, а также роли, обязаности и некоторые приемы и инструментарий для него. В отличие от многих других сводов знаний, рекомендации и рецепты подтверждаются примерами из реального мира. Кроме этого, с помощью книги читатели смогут обосновать создание подобной структуры перед руководством и оценить отдачу от него. Предыдущая версия P3O была выпущена в 2008 году. А в сентябрьском обновлении 2013 появились:…

ITIL: чтобы не отучаться, можно улучшить

Пока новая управляющая компания активно слушает экспертов и участников рынка, многие стараются не упустить возможность и делают различные предложения по улучшению ITIL. Наш друг Аале Роос, известный идеями "Отучения от ITIL", тоже старается внести свою лепту и видит три области, которые можно улучшить: Жизненный цикл услуги; Слишком сложная и избыточная процессная модель; Сервис деск, управление инцидентами, событиями, запросами на обслуживание, проблемами; Он решил начать с конца и озвучил три процесса, которые, по его мнению, реально нужны в операционной деятельности ИТ-департамента: Обработка заявок, сконцентрированная вокруг продуктов или услуг (и их конкретных характеристик), необходимых заказчику. В большинстве случаев обработка заявок должна представлять из…

В защиту управления проблемами

– Кто мы? – ИТ-службы! – Что нам нужно? – Управление проблемами! – Когда нам это нужно? – Прямо сейчас!   В своей колонке на itsmportal.com Пол Вилкинсон вновь обращает внимание читателей на недооцененный и недоиспользуемый процесс управления проблемами.  Совместно с CSI управление проблемами – одна из основных способностей, необходимых ИТ-организации. Именно сейчас, когда спрос на ИТ со стороны бизнеса и важность используемых ИТ растут; именно сейчас, когда новые технологии появляются и развиваются стремительно; именно сеячас, когда широко применяются методы быстрого проектирования и разработки; именно сейчас, когда меняются модели сорсинга ИТ-решений. Управление услугами – это всегда управление ценностью и результатами для…

Почему процессы такие незрелые

Тим Шиди из многим известной компании Forrester в ожидании главного ITSM-события Австралии – ежегодной конференции LEADit – рассуждает о том, почему, несмотря на обилие и разнообразие обсуждаемых специалистами тем, реальное совершенствование большинства практик и процессов компаний происходит очень медленно. Чтобы не быть голословным в своих утверждениях, Тим приводит результаты опроса, проведенного Forrester совместно с itSMF USA  и опубликованного в одной из недавних статей. Из картинки видно, что большинство процессов во многих компаниях до сих пор остается весьма незрелым. Причиной сложившейся картины Тим считает чрезмерное погружение в детали и невнимание к тому, что реально хочет получить заказчик в рамках предоставляемых ему услуг….

Обоснование инвестиций в ИТ: подкуп или шантаж?

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

Упражнение про поддержку

Вот вам, уважаемые читатели портала, еще одна иллюстрация – на этот раз в форме задачки. Про поддержку.   Один замечательный банк, работающий с клиентами исключительно через интернет, с недавнего времени предлагает посетителям своего сайта возможность купить страховой полис одной замечательной страховой компании – для страхования путешествий, имущества или жизни. Мне нужно было путешествий. Причем не моих, а одного молодого человека, которому в конце июня должно исполниться 18 лет, и который будет праздновать это событие в коротком, но увлекательном путешествии по Европе. Путешествие состоится в июле, когда путешественник будет уже совершеннолетним, поэтому полис ему нужен "взрослый" – на сайте есть две…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM