Разговоры обо всём, за что “зацепился взгляд”.
Wally: – Я разработал скрипт для записи из UFR SQL функции прямо в таблицу журнала, которую я создал для базы данных, так что теперь я смогу находить ошибки в параметрах. Я Вам об этом докладываю, а вот скрипт уже работает, поэтому я делаю два дела одновременно. Босс: – А как мне убедиться, что ты и вправду сделал то, о чём говоришь? Wally: – О, похоже теперь я и Вашу работу должен делать…
Забавно теперь мир устроен. Без границ в общении, но с общими проблемами. Возьмём, например, схему сертификации по ITIL v3. Многим она не нравится, в частности – ИТ Скептику, который в своём блоге на раз "проходился" по её коммерциализированности, бессмысленности, бесполезности преимуществам, особенностям и практической ценности. Мы в Cleverics во многом солидарны с товарищем, хотя видим ситуацию иначе – Скептик, всё же, не тренер, а нам вроде как положено по этой чудесной схеме людей учить и сертифицировать путём приёма экзаменов. Посмотрев на схему и попробовав её, мы решили что она никак не совместима с нашими жизненными ценностями и принципами. И даже…
"Локус контроля — понятие в психологии, характеризующее свойство личности приписывать свои успехи или неудачи внутренним, либо внешним факторам. Введено социальным психологом Джулианом Роттером в 1954 году. Склонность приписывать результаты деятельности внешним факторам называется «внешний локус контроля» (экстернальность). Склонность приписывать результаты деятельности внутренним факторам называется «внутренний локус контроля» (интернальность). Внутренними факторами здесь являются свойства личности индивида: свои усилия, собственные положительные и отрицательные качества, наличие или отсутствие необходимых знаний, умений и навыков, и т. п. Например, если ученик получил неудовлетворительную оценку, то обладая внешней локализацией контроля он возложит вину на внешние факторы (например «к родителям пришли гости и отвлекали меня от выполнения домашнего задания», «задание было…
На прошлой неделе был в гостях в одной очень большой компании, известной своими работами на ниве внедрения ITSM. Они уже запустили несколько оперативных процессов, спроектировали и начали исполнять ещё целый ряд процессов. На столе "самого главного человека по ITSM" в этой организации заметил нашу книжку, "Введение в реальный ITSM". Моё внимание привлекло множество маленьких закладок, прилепленных к разным страницам книжки. А при ближайшем рассмотрении выяснилось, что целые абзацы текста в некоторых местах книги выделены ярким жёлтым маркером. Вот как нужно работать с литературой. С одной стороны книжка, конечно же, сатира и юмор, лёгкое чтение. С другой – полезно иметь её…
Примерно месяц назад, может чуть больше, мне на глаза попался список авторов и менторов, которые были призваны переписать ITIL v3 (https://realitsm.ru/2010/06/kto-ispravit-itil-v3/). В тот момент, глядя на список малоизвестных для меня фамилий, я задался вопросами – кто все эти люди? почему именно они? что получится в результате их работы? Информация о проекте обновления ITIL v3 на тот момент была крайне скудной, и картинка рисовалась безрадостной. Однако прошло время, и мне посчастливилось получить информацию об авторах, так сказать, из первых рук. Оказывается, была некая процедура отбора, и были сформированы политики (правила) по выбору участников. Среди этих политик: Как и в проекте ITIL…
Мы стали активно интересоваться BPMN около года назад и даже написали об этом статью (https://cleverics.ru/subject-field/hot-issues/bpmn). Статья содержала пример диаграммы BPMN с несколькими ошибками 🙂 Время шло, проекты делались, мысли копились. В пятницу отправил заказчику пакет процессной документации, в том числе несколько регламентов процессов. Все документирование процессов выполнено в BPMN. Решил зафиксировать текущие мысли. С одной стороны, BPMN это действительно удобно. Диаграммы получаются короче и точнее, чем, например, в CFD (за счет использования специальных графических элементов). Они не то чтобы содержат больше информации, они позволяют представить ее более наглядно, объяснить логику исполнения процесса, в том числе событий, взаимодействий нескольких процессов, параллельных…
И снова "отпускные" впечатления. Посещение изумительного музея любимого мною Сальвадора нашего Дали в городе с прекрасным названием Фигерас натолкнуло на мысль, что один из символических элементов, используемых этим сюрреалистом, как нельзя лучше отражает реальное положение дел с "детальными и практическими" курсами по ITIL v3. Судите сами: Я не очень понимаю что имел ввиду художник, у меня не такая ещё пока степень просветления, но в контексте ITIL v3 Capability Stream (да и Lifecycle Stream тоже) картина объясняется легко: ITIL v3 со своими "широко закрытыми глазами" совсем не видит практики, реальной жизни. Не интересна она ему, и не нужна. Ни ему, ни…
Хоть и не про ITSM, но не удержался: – Никак не могу перестать покупать приложения для телефона, которые мне не нужны. Я, наверное, тронулась? – Конечно. У вас помутнение. Вам потребуется множество моих процедур. (Стив Джобс не единственный, кто удачно использует маркетинг)
Не могу не поделиться. Вчера, по долгу службы, получил на рецензию регламенты процессов управления инцидентами и проблемами, которые одна уважаемая компания-консультант разработала для своего заказчика. Никаких имен, никаких фактов и цитат (хотя, реально жаль, что не могу поделиться этим шедевром). Читал я читал, думал-думал и понял, что хочу сформулировать манифест, отражающий наше (команды Cleverics и мое лично) отношение к процессной документации: Не превращать регламент процесса в книгу о процессе, в которой пространно излагается, что "бывает такая ситуация, а бывает другая ситуация, а правила для определения сроков определить невозможно, а сопоставление бывает выполнить очень сложно, но надо стараться и полагаться на…
На прошлой неделе, будучи в отпуске в Испании, наблюдал следующую картину. Молодой человек, только что заселившийся в гостиницу, спросил на ресепшн отеля где можно взять утюг. На что девушка ему вежливо ответила, что утюга в гостинице нет, зато есть химчистка и глажка, и ему нужно лишь передать свои вещи (ну, и деньги, конечно же). Мужчина сказал, что ему, в общем-то, нужен лишь утюг. Ответ девушки привожу дословно: – Мы не можем предоставить Вам утюг. Мы можем погладить. Поймите, у нас здесь сервис! Вот эта фраза, "поймите, у нас здесь сервис", и стала своеобразным индикатором. Хочешь КЕ (утюг) – пожалуйста, но…
Одним из наиважнейших аспектов реализации бизнес-процессов, включая процессы ITSM, является управление организационными изменениями (Organizational Change Management, OCM). Именно этому аспекту часто уделяется минимум внимания, в том числе при финансировании проекта, и именно это невнимание часто становится основной причиной провала всей затеи. Как организовать управление организационными изменениями, рассказывает в своей статье Джон М. Кларк