Постоянное улучшение Archives – Страница 33 из 36

О мелочах, удовлетворённости и “тайных покупателях”

На днях покупал в подарок мобильный телефон. Через интернет-магазин одного из основных ритейлеров, работающих со всякими гаджетами. Впечатления, как говорит Евгений, двояковыпуклые. С одной стороны, они молодцы: договорились с производителем, и кнопка "купить" на официальном сайте последнего ведёт прямиком в нужный магазин. Предложили несколько вариантов доставки и оплаты. И главное – телефон привезли, вовремя и без сюрпризов. С другой стороны, от процесса покупки у меня остались впечатления, из-за которых я, скорее всего, ещё раз в этот магазин не пойду. Откуда же эти впечатления взялись? А дело вот в чём. При оформлении заказа на сайте (а было это 9 февраля) рядом…

Роман Журавлёв, 14 февраля 2012, последний комментарий 15 февраля 2012

Вот и прожили мы больше половины… О пользе ITSM

Сегодня у меня день рождения. Если верить статистическим данным о продолжительности жизни в России, рубеж в полжизни я перешагнул несколько лет назад. Четверть жизни я занимаюсь ITSM. То есть даже если прямо завтра перестану и кардинально поменяю род занятий, около 1/8 отпущенного мне срока я уже необратимо посвятил этим четырём буквам. Любопытно оглянуться. Почему-то первое, что приходит в голову – ёлки-палки, где я только не был за эти годы! От Владивостока до Гааги и от Мончегорска до Алматы. В большинстве этих мест я никогда не побывал бы, если бы не работа, и большинство из них стоит того, чтобы там побывать….

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

На самом деле нет никакой ложки?

Некоторое время назад я предлагал обсудить различные аспекты оценки и измерения ИТ-процессов. Спасибо всем, кто высказался в обсуждении! Чуть позже я включил более-менее структурированное описание каждого направления оценки в свою колонку на itsmportal.com, посвящённую той же теме. В обсуждение колонки вступил Ян ван Бон, у которого, как обычно, нашлась в запасе пара слов. И вот она,эта пара слов: "Most important: there is no such thing as process maturity. Only organizations or functions of organizations can have a 'maturity'." Что в переводе на русский означает: "Не бывает у процессов зрелости. Зрелость бывает только одна – зрелость организации, в крайнем случае – какой-нибудь её функции."…

Роман Журавлёв, 20 декабря 2011, последний комментарий 27 ноября 2012

ISACA выпустила COBIT Assessment Programme

На этой неделе ISACA (Ассоциация по аудиту и контролю информационных систем) объявила о публикации полной версии программы оценки процессов по COBIT 4.1 В программу входит три документа: Уже известная нам Process Assessment Model Инструкция для аудитора COBIT Assessor Guide: Using COBIT 4.1 Инструкция для самооценки COBIT Self-Assessment Guide: Using COBIT 4.1 Интересно, что инструкции для аудита и самооценки поставляются вместе с Tool Kit: набором шаблонов отчётов, электронных таблиц и презентаций Power Point который позволит почти не задумываясь проводить оценку и представлять результаты в универсальной форме. Купить все три составляющие программы можно на сайте ISACA. Набор для самооценки доступен для скачивания…

Новостной поток, 9 декабря 2011, последний комментарий 13 декабря 2011

Что и зачем можно измерять в системе управления ИТ

У меня сложилась простая, полная и непротиворечивая картина мира. Опять. На этот раз – мира оценки процессов. Посмотрим, сколько продержится. Вот она. Оценка процессов выполняется для того, чтобы получить представление либо о потенциале процессов (что они могут), либо о фактической успешности (что они смогли). Потенциал оценивается с двух точек зрения – функциональных возможностей и уровня организации, соответственно capability и maturity. Проекты "внедрения процессов" направлены именно на формирование этого потенциала. В дальнейшем он может развиваться в результате работы механизмов оценки и совершенствования, причем сами эти механизмы – тоже частный случай capability, свойственной определенному уровняю maturity. Оценку Capability и Maturity можно выполнять…

Роман Журавлёв, 29 ноября 2011, последний комментарий 6 декабря 2011

Реальная модель зрелости процессов

Голова пошла кругом от PAM, CMMI и прочих моделей. Чтобы вернуться в реальность, я попытался честно ответить себе на вопрос – зачем вообще повышать зрелость процессов? Решил поделиться ответом с вами =) Я вижу всего 4 последовательных и значимых уровня зрелости ИТ-процессов: Не-процесс. Когда работа просто выполняется. Документации нет или её мало или она устарела. Отчётность составляется от случая к случаю, для "разбора полётов". Автоматизация лоскутная, возможно, дорогими "микроскопами". Такой "процесс" есть у всех: работа просто выполняется. Дорогой процесс. За него мы платим экспертам "на зарплате", внешним консультантам или вендорам. Есть вся документация и формы отчётов, за которые заплатили. Причём…

Константин Нарыжный, 23 ноября 2011, последний комментарий 29 ноября 2011

Про новый процесс в ITIL 2011

Старший консультант канадской компании Thought Rock Грехем Фернис опубликовал своё мнение по поводу нового процесса в ITIL 2011 – Координация проектирования (Design coordination). Этот процесс определён в ITIL на фазе проектирования услуг (Service Design) как "отвечающий за координацию всех действий, процессов и ресурсов, необходимых для проектирования услуг. Координация проектирования обеспечивает целостное и эффективное проектирование новых или изменяемых ИТ-услуг, систем управления услугами, архитектур, технологий, процессов и метрик". Путём приоритезации и составления расписаний, процесс координирует ресурсы с целью сбалансировать спрос на них со стороны множества проектов и изменений. На более высоком уровне, Координация Проектирования создаёт политики, регламенты, бюджеты и модели, которые будут…

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

Предъявите “чек”!

Джон Рив в авторской колонке на портале itsmportal.com опубликовал свой взгляд на один из шагов цикла Деминга – Проверку (Check): Цикл Plan-Do-Check-Act все уважают, потому что он вполне разумен и проще уж не получится. И всё же, хотя собственных недостатков у него нет, он провоцирует ошибки. Каждый из четырёх шагов отлично выполняется при запуске проекта, или при выполнении значительного изменения. Однако, после успешного выполнения первого оборота этого цикла, внимание к этапам процесса немедленно спадает, и PDCA становится BAU (Business as usual, рутинным выполнением работы) Выполнению проверок уделяется мало усилий. Планирование всегда делается качественно, потому что это действительно интересное занятие, которое…

Снова трудности перевода

На этот раз – богатого на смыслы термина capability. Новая волна размышлений на эту тему сформировалась у нас в связи с использованием в COBIT5 для оценки процессов именно capability model – вместо привычной уже (и привычно переводимой на русский) maturity model. В известных мне переводах самого названия моделей вроде CMM (CMMi) "C" обычно опускают, называя модели просто "моделями зрелости". Но в случае с COBIT такой номер, очевидно, не пройдёт. Нужно правильное слово. Когда мы переводили capability в ITIL, более других подошло слово "способности". В некоторых случаях оно адекватно заменяется "умениями", "потенциалом" и даже "производительностью". Но случай с оценкой процессов в…

Роман Журавлёв, 12 ноября 2011, последний комментарий 27 ноября 2012

Модели зрелости – какая лучше?

Ян ван Бон представил вниманию широкой ITSM-общественности новый рейтинг: на этот раз сделана попытка перечислить модели зрелости (дееспособности, потенциала, умений…) процессов, используемые для оценки систем управления ИТ-услугами. В рейтинг попали: Capability Maturity Model университета Карнеги-Меллон Система зрелости COBIT (которой на смену идёт более объективная и связанная с ISO/IEC 15504 PAM) ValIT – модель управления ценностью, также принадлежащая ISACA TIPA – модель, в которой требования ISO/IEC 15504 применяются к процессам из ITIL P3M3 – модель зрелости проектов, принадлежащая правительству Великобритании Модель развития ИТ в организации Ричарда Нолана (модель развития ИТ в бизнесе) World Class IT Maturity Model от KPMG Любой желающий может проголосовать,…

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

Опубликован пилот Tipu

Роб Ингланд, на которого многие сделали ставку в книжном конкурсе, порадовал нас официальным выпуском своего свода знаний по управлению услугами. Про эту идею мы слышали уже давно, а теперь пилотная версия Tipu доступна всем. Роб использовал лучшие практики ITSM описанные в ITIL V3, СOBIT 4.1 и в других сводов знаний и стандартов, чтобы описать целостную идеальную модель из практик и функций, обеспечивающую управление услугами – в любой отрасли. С одной стороны, во вступлении указано, что Tipu является лишь "руководством", а не "законом" для построения системы управления услугами. С другой: В Tipu представлены почти все лучшие практики и функции управления услугами. Все они являются необходимыми. Если хотя…

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

Постоянное улучшение

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