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

Business Agility, DevOps, ITIL, ITSM, COBIT, PRINCE2, TOGAF, Kanban...

14 лет в эфире. 3 000 записей. 10 000+ постоянных подписчиков.

 

 

Обучение
по ITIL 4, ITSM, PRINCE2
Деловые
игры
Новые экзамены
по ITSM
Реестр ESM- и ITSM-систем в России 2024

Разработка и эксплуатация

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

Пользователь против заказчика

Я часто вижу и удивляюсь, что управление уровнем услуг (Service Level Management) привлекает внимание со стороны сотрудников технической поддержки. Они пытаются найти в этом процессе ответы на свои вопросы. Причина этого внимания, как мне кажется – толкование ИТ-услуги как «обслуживания»: работа с клиентом в процессе потребления (автосервис, ресторан и так далее). А ведь во многих сводах знаний (в том числе и в ITIL) подчёркивается разделение «клиентов» на заказчиков и пользователей. Заказчик платит ИТ за результат, чтобы достичь своей выгоды. Пользователь, извините, использует результаты ИТ, чтобы ему было удобно делать свою работу. Чувствуете, куда веду? Конечно. Акула капитализма и член профсоюза…

EXIN Cloud: новая схема сертификации

Экзаменационный институт EXIN запустил очередную авторскую линейку сертификации: EXIN Cloud. Экзамен ориентирован как на представителей бизнеса, так и на ИТ-специалистов. Он адресован всем, кто играет важную роль и заинтересован в управлении ИТ-услугами, использующими Интернет, включая сотрудников внутренних и внешних поставщиков услуг, их заказчиков и менеджеров. В план подготовки к экзамену не включаются технические особенности облачных вычислений. Акцент сделан на том, что они предлагают бизнесу и пользователям – и не потерять контроль над технологиями, улетающими в облака. Эта схема пока состоит из одного экзамена Foundation , стандартного формата: 40 вопросов с вариантами ответов, 1 час, для успешного прохождения достаточно ответить на…

Service Desk снова всех спасает и выручает

В прошлую пятницу проводил игру Apollo-13. Как обычно, было интересно: это был корпоратив, поэтому все участники – из одной компании, однако никакого единства в команде не было. Если я правильно понимаю, в ходе реорганизации объединились несколько подразделений, плюс добавилось много "новичков", чему не очень рады "старички". Но сейчас не об этом… Традиционно в ходе игры делаешь множество наблюдений. В этот раз хочу поделиться вот каким: даже в условиях, скажем так, неэффективной ИТ-организации, первая линия может "вытянуть" качество предоставляемых ИТ-услуг и не уронить субъективную оценку пользователей об этом качестве. Пример: представим себе первую линию поддержки из двух с половиной человек (два…

Сделано в России: smartnut.ru

У российского ИТ-сообщества появился новый повод гордиться за отечественного производителя. Наши друзья из ГК NAUMEN разработали новое SaaS решение для процессов поддержки ИТ-услуг: SmartNut. Вот что пишет один из авторов системы, постоянный посетитель нашего портала, Кирилл Рубинштейн: Система, получившая название SmartNut ориентирована на автоматизацию процессов поддержки пользователей небольших ИТ-компаний и ИТ-служб. Основным преимуществом системы является удобный интерфейс и простота в использовании и освоении. Особенность SmartNut в том, что распространяться система будет только по модели SaaS (Software as a Service). Функциональность системы включает в себя базу клиентов, контактных лиц и договоров, модуль контроля за соблюдением SLA, автоматизацию приема заявок по электронной…

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

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

Маркировка с использованием RFID

  Недавно наткнулся на презентацию одного из заказчиков, в которой описывалось тестирование RFID для использования в рамках процесса управления конфигурациями. Что можно сказать: 1. Использование активных меток отпадает сразу же, ибо такое решение будет стоить, как чугунный мост (стоимость активных меток, если не ошибаюсь, начинается где-то от 20 USD за штуку). Да и не сильно удобно в обслуживании – бегать батарейки менять. Это если учитывать объемы в тысячах конфигурационных единиц / активов. Если же конфигурационных единиц три штуки – возможно, это наш метод .  2. Использование пассивных меток более приятно по цене, но также имеет массу ограничений: некоторые нельзя клеить…

Нетехнические проблемы

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

День благодарения на сайте ИТ-скептика

Роб Ингланд (ИТ-скептик), присоединяется к своим друзьям из США, и по традиции этого дня выражает благодарность всем, кто связан с его блогом: Я благодарен: Моим друзьям за их идеи, советы и исправления. Моей терпеливой семье, которая смирилась с этим блогом. Клиентам, которые в меня верят. Всем тем, кто приложил усилия к сводам знаний по ИТ, которыми я пользуюсь, гигантам, на чьих плечах я стою: COBIT, ITIL, USMBOK и других. Интернету – за то, что мир стал достаточно маленьким, чтобы услышать представителя Новой Зеландии. Интернету – который позволяет любому дотянуться до всех знаний, накопленных человечеством. Лагерю ITIL – за постоянный поток…

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

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

Back2ITSM: призыв к добровольцам

Летом этого года Стивен Манн опубликовал принципы нового движения среди профессионалов в области управления услугами – Back2ITSM ("Назад к ITSM"). Стивен декларировал следующие принципы: Признать, что мы профессиональное сообщество, участники которого преодолевают одни и те же трудности (например, использование ITIL) Выделить немного времени на помощь другим (а может быть – и самим себе) Определить область для приложения усилий (например, создать систему универсальных метрик ITSM). Выполнять обещания, данные сообществу ITSM Не оставлять попыток улучшить наши общие способности и качество ИТ и бизнес-услуг. Примерно тем же занимаются и юристы, которые работают pro bono (от латинского pro bono public – "ради общественного блага")….

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM