Процессы Archives – Страница 14 из 23

Are you CIO? There is something 4YOU! In Russian.

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

Новостной поток, 26 октября 2013, последний комментарий 4 марта 2019

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

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

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

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

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

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

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

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

Дмитрий Исайченко, 6 октября 2013, последний комментарий 7 октября 2013

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

Вот еще одна модель с минимальной прикладной ценностью, зато для меня обеспечивающая полное понимание вопроса. В процессных моделях 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", тоже старается внести свою лепту и видит три области, которые можно улучшить: Жизненный цикл услуги; Слишком сложная и избыточная процессная модель; Сервис деск, управление инцидентами, событиями, запросами на обслуживание, проблемами; Он решил начать с конца и озвучил три процесса, которые, по его мнению, реально нужны в операционной деятельности ИТ-департамента: Обработка заявок, сконцентрированная вокруг продуктов или услуг (и их конкретных характеристик), необходимых заказчику. В большинстве случаев обработка заявок должна представлять из…

Новостной поток, 5 сентября 2013, последний комментарий 17 сентября 2013

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

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

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

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

Новостной поток, 24 июля 2013, последний комментарий 25 июля 2013

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

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

Роман Журавлёв, 28 июня 2013, последний комментарий 4 июля 2013

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

Процессы

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