«Обеспечивающие» процессы

В предыдущей статье я упоминал, что каждый процесс должен иметь «цель», и эта цель есть смысл существования процесса. Приводился пример, при котором целью процесса управления программными активами была «лицензионная чистота организации», а не «полный учет всего на свете».
Это правило формирования целей, конечно, корректное, но есть исключения.
Любой программист знает такие понятия как «процедура» и «функция». Эти механизмы позволяют заметно упростить код, сократить его объем и повысить надежность за счет единожды отлаженных участков кода, изолированных вызовом этой процедуры или функции.
В процессном управлении иногда используются те же самые механизмы.
Для оптимизации процессной модели часто бывает необходимо создание подобных «функций». Рассмотрим простой пример: «Процесс резервирования рабочих ресурсов». (далее…)

0 комментариев

Плохие процессы?

"Новая метла по новому метёт" (с) ИТ-процессов также касается. А нет чтобы сначала разобраться, почему процесс стал именно таким, а не другим. Если рассмотреть, например, организм человека, то в нем тоже всё кажется полным бардаком. Гораздо удобнее, возможно, было бы и сердце снаружи, и более удобный доступ к желудку, и восемь рук. Для кого удобнее? Для хирурга, например. Но организм такой какой есть не просто для красоты. Это результаты миллионов лет эволюции. По аналогии с этим меня умиляет тяга некоторых новых менеджеров "навести порядок в этом бардаке". Да ты разберись сначала — почему всё именно так, а не по другому.…

0 комментариев

Планы по развитию ITIL в 2017-м году

Вот размышления по развитии ITIL, который были «набрейнштормлены» во время визита Романа Журавлева в Москву.

Это видение собравшихся специалистов о том:
* что есть сейчас (желтое в середине);
* как мы к этому пришли (красная цепочка слева);
* вариант положительного будущего (голубые);
* отрицательного будущего (желтое);
* как к этим двум вариантам можно прийти (красные цепочки сверху и снизу). (далее…)

0 комментариев

IT4IT — кратко и впечатления

Первое. Текущая версия — 2.0.
Полное официальное название (чтобы гуглить) — «IT4IT™ Reference Architecture Version 2.0», стандарт «Open Group».
Второе. IT4IT — это стандарт (хотя на «стандарт», ИМХО, не тянет) архитектуры и операционной модели, создающей «цепочку ценности» для управления ИТ-бизнесом или ИТ внутри другого бизнеса.
Третье. Состав. Выделяем 4 потока (стрима). Даже не просто «стрима», а «Стрима ценности ИТ». Зачем? «Для эффективности и гибкости». В чем именно состоит гибкость и эффективность, не сказано. В общем, стримы следующие:
* Strategy to Portfolio (превратить стратегию в портфолио проектов и услуг).
* Request to Fulfill (запросы — исполнить).
* Requirement to Deploy (требования — внедрить). Огровный пласт работы типа бизнес-анализа, архитектурной проработки, разработки, тестирования, планирования внедрения и интеграции, подразумевается — здесь.
* Detect to Correct («косяки» — исправить). Тут понимаются и инциденты, и дефекты ПО. Но в большей части, всё таки, инциденты.

(далее…)

0 комментариев

ITIL 2011 | SS | 4.2 Управление Портфелем Услуг

Портфель Услуг описывает услуги провайдера с точки зрения бизнеса. В Портфеле Услуг описываются потребности бизнеса и возможности поставщиков на эти потребности. Чаще всего, бизнес говорит на языке маркетинговых и экономических терминов, предоставляя общие требования и сравнивая предложения различных поставщиков. Действуя в рамках системы принятия решений, Портфель Услуг уточняет следующие стратегические вопросы:
* Почему клиент будет покупать эти услуги?
* Почему клиент должен покупать эти услуги именно у нас?
* Каковы схемы ценообразования и взаимозачетов (платежей)?
* Каковы наши сильные и слабые стороны, приоритеты и риски?
* Какие ресурсы должны быть выделены для предоставления этих услуг? (далее…)

0 комментариев

ITIL | SD | 4.6.1

Целью Процесса управления непрерывностью ИТ-услуг является поддержка вышестоящего процесса Управления непрерывностью бизнеса (BCM), гарантируя контроль над рисками, которые могут серьезно повлиять на ИТ-услуги. Поставщик ИТ-услуг должен обеспечить согласованный минимум уровня предоставления ИТ-услуг.
В соответствии с процессом BCM, ITSCM использует формальную оценку рисков и методы управления в:
* Снижение рисков для ИТ-услуг в соответствии с согласованными уровнями;
* Планирование и подготовка к восстановлению ИТ-услуг в случае чрезвычайной ситуации (ЧС).
Цели ITSCM являются: (далее…)

0 комментариев

Как ломаются сложные системы

Очень жаль, что я не прочитал эту статью лет 5 назад.
Всем строящим Управление Проблемами и Управление Рисками — обязательно к прочтению.
И особенно тем, кто рассказывает о том, как «дайте бесконечные деньги, и получите доступность 99,(9)%». Кратко — шиш.
Автор статьи, кстати, не ИТ-шник, а медик.
Роману Журавлеву из Cleverics — низкий поклон за перевод.

1) Опасность – неотъемлемый атрибут сложных систем
Все интересные системы (транспорт, здравоохранение, энергетика…) естественно и неминуемо опасны по своей природе. На частоту опасных явлений в ряде случаев можно влиять, но процессы, входящие в состав этих систем, сами по себе являются источником неотвратимой опасности. И именно присутствие этой опасности приводит к созданию многочисленных средств защиты, столь характерных для этих систем. (далее…)

0 комментариев

Надежность ИТ-процессов: доступ в ПРОМ

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

0 комментариев

Основы процессного управления. (видеозапись тренинга, часть вторая)

Продолжение первой части тренинга «Основы процессного управления» для консультантов Microsoft Consulting Services и сотрудников Microsoft Premier Support. Ноябрь 2010 года.
Специфика — читалось не для конечного потребителя (Заказчика), так что некоторые моменты описывают работу консультантов.

На встроенном видео изображение, возможно, мелковато. Рекомендую смотреть прямо на YouTube. (далее…)

0 комментариев

Основы процессного управления (видеозапись тренинга, часть первая)

Давно собирался выложить, наконец руки дошли. Ноябрь 2010 года, тренинг «Основы процессного управления» для консультантов MCS и сотрудников Premier Support.
Данная запись тренинга имеет небольшую специфику — читалось не для конечного потребителя (Заказчика), так что некоторые моменты описывают работу консультантов.

На встроенном видео изображение мелковато. Рекомендую смотреть прямо на YouTube. (далее…)

0 комментариев