В предыдущей статье я упоминал, что каждый процесс должен иметь «цель», и эта цель есть смысл существования процесса. Приводился пример, при котором целью процесса управления программными активами была «лицензионная чистота организации», а не «полный учет всего на свете».
Это правило формирования целей, конечно, корректное, но есть исключения.
Любой программист знает такие понятия как «процедура» и «функция». Эти механизмы позволяют заметно упростить код, сократить его объем и повысить надежность за счет единожды отлаженных участков кода, изолированных вызовом этой процедуры или функции.
В процессном управлении иногда используются те же самые механизмы.
Для оптимизации процессной модели часто бывает необходимо создание подобных «функций». Рассмотрим простой пример: «Процесс резервирования рабочих ресурсов». Continue reading
Рубрика: Процессное Управление
Плохие процессы?
«Новая метла по новому метёт» (с)
ИТ-процессов также касается. А нет чтобы сначала разобраться, почему процесс стал именно таким, а не другим.
Если рассмотреть, например, организм человека, то в нем тоже всё кажется полным бардаком.
Гораздо удобнее, возможно, было бы и сердце снаружи, и более удобный доступ к желудку, и восемь рук. Для кого удобнее? Для хирурга, например.
Но организм такой какой есть не просто для красоты. Это результаты миллионов лет эволюции.
По аналогии с этим меня умиляет тяга некоторых новых менеджеров «навести порядок в этом бардаке».
Да ты разберись сначала — почему всё именно так, а не по другому. Может, как раз именно здесь, именно так — оно и надо.
Планы по развитию ITIL в 2017-м году
Вот размышления по развитии ITIL, который были «набрейнштормлены» во время визита Романа Журавлева в Москву.
Это видение собравшихся специалистов о том:
* что есть сейчас (желтое в середине);
* как мы к этому пришли (красная цепочка слева);
* вариант положительного будущего (голубые);
* отрицательного будущего (желтое);
* как к этим двум вариантам можно прийти (красные цепочки сверху и снизу). Continue reading
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 («косяки» — исправить). Тут понимаются и инциденты, и дефекты ПО. Но в большей части, всё таки, инциденты.
Как ломаются сложные системы
Очень жаль, что я не прочитал эту статью лет 5 назад.
Всем строящим Управление Проблемами и Управление Рисками — обязательно к прочтению.
И особенно тем, кто рассказывает о том, как «дайте бесконечные деньги, и получите доступность 99,(9)%». Кратко — шиш.
Автор статьи, кстати, не ИТ-шник, а медик.
Роману Журавлеву из Cleverics — низкий поклон за перевод.
1) Опасность – неотъемлемый атрибут сложных систем
Все интересные системы (транспорт, здравоохранение, энергетика…) естественно и неминуемо опасны по своей природе. На частоту опасных явлений в ряде случаев можно влиять, но процессы, входящие в состав этих систем, сами по себе являются источником неотвратимой опасности. И именно присутствие этой опасности приводит к созданию многочисленных средств защиты, столь характерных для этих систем. Continue reading
Надежность ИТ-процессов: доступ в ПРОМ
Основная цель функционирования процессов разработки и эксплуатации ИТ в части надежности – это предсказуемость результатов.
Когда вопрос касается повышения надежности сложных систем, надо учитывать, что такие вопросы как производительность, скорость обработки и т.п., должны быть отложены на вторую очередь.
На первую очередь выходит стабильность работы каждой отдельной итерации, ожидаемый результат работы каждого шага. Особенно это касается операций в продуктивной среде. Continue reading
Основы процессного управления. (видеозапись тренинга, часть вторая)
Продолжение первой части тренинга «Основы процессного управления» для консультантов Microsoft Consulting Services и сотрудников Microsoft Premier Support. Ноябрь 2010 года.
Специфика — читалось не для конечного потребителя (Заказчика), так что некоторые моменты описывают работу консультантов.
На встроенном видео изображение, возможно, мелковато. Рекомендую смотреть прямо на YouTube. Continue reading
Основы процессного управления (видеозапись тренинга, часть первая)
Давно собирался выложить, наконец руки дошли. Ноябрь 2010 года, тренинг «Основы процессного управления» для консультантов MCS и сотрудников Premier Support.
Данная запись тренинга имеет небольшую специфику — читалось не для конечного потребителя (Заказчика), так что некоторые моменты описывают работу консультантов.
На встроенном видео изображение мелковато. Рекомендую смотреть прямо на YouTube. Continue reading
Всем, кто пишет документы
Как говорил писатель Стивен Кинг — «Писательство это телепатия. Я что-то представляю или вижу, и описываю это на бумаге, словами. Потом Вы, через расстояние и время, берете написанное мною, читаете, и, если я хороший писатель, у Вас в голове возникает та же самая картина, которая была у меня в момент написания».
Отличные слова! А теперь «внимание, вопрос». Continue reading
Четыре варианта затрат
Немного про затраты (касается не только ИТ).
Существует четыре варианта затрат, которые стоит разделить с точки зрения психологии расходов и ожидаемого результата. Идея текста взята с одного «продажного» тренинга.
Вариант первый: «я трачу свои деньги, и товар (или услугу) я заказываю для себя». Самый оптимальный вариант затрат, обычно при корпоративных закупках работает в малом бизнесе, а закупки производит сам владелец. Владелец заинтересовал в результате, и компания – его собственное детище. Он тратит свои (значит, заинтересован в поиске низкой цены) и ищет лучшее качество/количество. Continue reading