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

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

У меня сложилась простая, полная и непротиворечивая картина мира. Опять. На этот раз – мира оценки процессов. Посмотрим, сколько продержится. Вот она. Оценка процессов выполняется для того, чтобы получить представление либо о потенциале процессов (что они могут), либо о фактической успешности (что они смогли). Потенциал оценивается с двух точек зрения – функциональных возможностей и уровня организации, соответственно 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 представлены почти все лучшие практики и функции управления услугами. Все они являются необходимыми. Если хотя…

“Монолит-Инфо” пополнила реестр “ISO 20000”

Санкт-петербургская компания "Монолит-Инфо" в августе 2011 года прошла сертификацию своих процессов требованиям стандарта ИСО/МЭК 20000-1:2005. По итогам проверки система менеджмента ИТ-сервисов "Монолит-Инфо" признана соответствующей требованиям стандарта МС ИСО/МЭК 20000-1:2005 в отношении предоставления услуг по разработке, внедрению, модификации и сопровождению программных средств системы «ERP Монолит», о чем получен сертификат № 11.0689.026 от 23 августа 2011 г. Сертификация была проведена специалистами "Русского регистра", в рамках международной сети IQNet. Количество российских организаций, сертифицировавших свои ИТ-услуги по стандарту ISO-20000, достигло 28.

Ещё про обмен опытом: CIO Summit 2011

Завершился CIO Summit 2011. Он длился с вечера воскресенья по вечер вторника, то есть один полный день и два коротких. Я привёз оттуда множество противоречивых впечатлений, и одним из них хочу здесь поделиться. Большую часть времени на саммите я проводил демо-сессии симуляционной игры the Challenge of Egypt, поэтому не имел возможности слушать докладчиков, выступавших в залах. До последнего дня, когда игра закончилась, время осталось, а докладывать как раз должен был человек интересный, профессиональный и, как я знал, тщательно готовившийся. Благодаря огромному отставанию от графика выступлений появился шанс поприсутствовать на интересном мне докладе. Пришёл, жду, слушаю. Два доклада я слышал –…

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

О людях и процессах. Без технологий. Крылья, ноги и хвосты.

Хотел сначала поучаствовать в дискуссии о роли консультантов в мотивировании персонала, развернутой вчера Михаилом. Но прикинул объем и решил вынести свой взгляд на вопрос в отдельный пост. Мне кажется, что давно уже нет такой проблемы – что важнее в триаде "люди – процессы – технологии" для успеха большинства ITSM-инициатив. Люди важнее. Роб Ингланд отлично сказал об этом в Owning ITIL: "хороший персонал может работать при плохих процессах и неэффективном ПО; хорошие процессы могут компенсировать неэффективность ПО; но установка лучшего ПО не может исправить плохие процессы, и лучшие в мире процессы не способны создать хороших людей." Практическая трудность состоит в том,…

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

Agile ITSM

Публикую мысли, сформулированные одним из наших заказчиков. Без правки и корректировок – как есть. И давайте срочно обсуждать. И так: Основные причины обратиться к Agile – неудовлетворенность сроками внедрения решений/процессов и соответствия результатов требованиям в динамично меняющейся среде. Итак, что такое Agile применительно к внедрению и развитию процессов? Берем Agile manifesto (есть терпимый перевод на Википедии). Выписываем. Меняем слова. Ценности Agile: 1. Individuals and interactions over processes formal rules and tools. Личности и их взаимодействие важнее, чем формальные правила и инструменты Не совсем адекватная замена, плюс морально сложно вычеркивать слово "процесс", но в противном случае это звучало бы как "личности…

Дмитрий Исайченко, 9 сентября 2011, последний комментарий 18 сентября 2011

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

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

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