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

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

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

 

 

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

Какие запросы на изменение нужно выносить на CAB?

Если ваш ИТ-департамент отправляет каждый запрос на изменение (RFC) в Совет по изменениям (CAB) для утверждения, то вы неправильно управляете изменениями. По моему опыту, есть четыре причины того, что все или большинство RFC отправляются в CAB: Плохо построенный процесс управления изменениями. Не прозрачные бизнес-требования для внесения изменений («что мы должны получить в результате?»). Объем RFC не понятен. В ИТ есть те, кто больше озабочен выполнением предписанных действий, чем хорошей работой. Хорошо продуманный процесс управления изменениями должен облегчить, но не перегружать контролем осуществление изменений. Эффективные процессы управления изменениями устраняют столько разногласий, сколько возможно, гарантируя ясность того, каким образом осуществляются изменения. В…

Неизменяемые серверы

За последнее время появилось несколько практических подходов к управлению динамическими виртуальными машинами в облачной среде: Push (централизованное распространение/обновление) Подготовка и обновление новых виртуальных машин осуществляется посредством централизованного механизма. Инструменты управления инфраструктурой используют различные схемы для защиты учетных данных, используемых для автоматизации, от хакеров. Pull (индивидуальная настройка/обновление) Каждый шаблон виртуальной машины включает инструменты управления конфигурацией и сценарий инициализации, который выполняется при запуске VM. Скрипт подключается к серверам, которые управляют облачной средой, для регистрации VM. Работающие экземпляры VM должны самостоятельно выполнять проверку доступных обновлений для поддержания актуальности. Immutable (неизменяемость экземпляров) Процесс подготовки гарантирует, что новые экземпляры виртуальных машин будут полностью сконфигурированы и подготовлены до их активации в…

Что такое VeriSM™?

VeriSM в двух словах VeriSM™ описывает управление услугами на уровне всей организации, при этом комплексно охватывает всю организацию, а не фокусируется на одном подразделении. Модель VeriSM™ показывает организациям, как они могут гибко применять целый ряд управленческих практик, чтобы предоставлять потребителям правильный продукт или услугу в нужное время. VeriSM™ позволяет использовать индивидуальный подход в зависимости от типа бизнеса, размера вашей организации, приоритетов бизнеса, организационной культуры и даже характера отдельного проекта или услуги, над которыми вы работаете. VeriSM™ не фокусируется на отдельных практиках, а вместо этого помогает организациям лучше реагировать на запросы потребителей и предоставлять им ценность с помощью интегрированных практик управления услугами. Основы VeriSM…

Абсолютный результат не имеет значения

Когда участвуешь в деловой игре, конечно же, хочется выиграть. Выиграть у команды, играющей в соседней аудитории, или у виртуального соперника, установив новый рекорд согласно нашей статистике. И если сильно на этом зацикливаться, невысокий итоговый результат может не самым лучшим образом повлиять на настроение участников. Но после ряда проведённых игр (или симуляций) у меня сложилось устойчивое мнение, что в данном случае “проигрыш” (сознательно беру в кавычки) оказывает более сильное влияние на дальнейшее развитие участников игры, чем высокий итоговый KPI. Если правильно воспользоваться ситуацией, не замыкаться на мнении “это просто игра такая”, а вместо этого вспомнить про принцип постоянного совершенствования, то становится…

На чём фокусироваться в первую очередь: технические практики или ценность для заказчиков?

В заметках компании LeadingAgile, занимающейся магией, благодаря “гибким” преобразованиям, подняли вопрос первоочерёдности. Технические практики или ценность для заказчиков, что за чем следует? Наша редакция подготовила небольшую выдержку из публикации, а за оригиналом можно пройти по ссылке. Предположим, ваша организация не знает, что было бы ценно для ваших клиентов. При этом и хорошая практика предоставления ценности у вас отсутствует. На чём вы сфокусировались бы в первую очередь? Если сосредоточить внимание на ценности для заказчиков, способно ли это привести к улучшению её реализации на практике? Если сосредоточить внимание на процессе предоставления ценности, потребности заказчиков будут удовлетворены? Хорошо, позвольте мне спросить вас об…

Дизайн для услуг

Обсуждение сложности и специфики такого явления, как услуга, длится уже не один десяток лет. И есть основания полагать, что профессиональная общественность находится не в нулевой точке по накопленным о предмете знаниям, опыту и методологии. В современном мире по многим причинам большую роль играет творчество – как для успеха продукта, так и для работающих над продуктом людей. Одна из краеугольных областей для творчества – дизайн. Что же может потребоваться для дизайна услуги? Эмпатия Основа дизайна услуги – желание сделать жизнь людей лучше. Для этого необходимо уметь слышать потребителей, понимать, стремиться помочь в их нуждах, быть способным вовлекаться в их опыт и…

Давайте перестанем играть в “Поставщика услуг” и “Заказчика”

Под таким громким названием вышла статья из-под пера консалтингового агентства “Tedder Consulting”. И хотя дата публикации совпала с “Днём смеха”, воспринимать её как первоапрельскую шутку не стоит. С оригиналом статьи вы можете ознакомиться по ссылке, а ниже представлен её пересказ на русском языке. Концепция, согласно которой Департамент ИТ(далее – ДИТ) является поставщиком услуг, а бизнес для него – заказчиком, не плоха. Но лишь на высоком уровне. Ведь она заключается в том, что ДИТ должен принимать сервисноориентированное мышление. Уйти от “крутых технологий” и прийти к “лучшему решению для бизнеса”. На практике же, ДИТ принимает на себя роль “поставщика услуг” и рассматривает…

3 причины не любить корпоративные приложения

Сотрудники не любят корпоративные приложения Исследование Stratecast and Frost & Sullivan делает заключение, интересное для ИТ-специалистов – 80% участников опроса признаются в использовании облачных сервисов и приложений, формально не разрешенных в их компаниях. Имеет смысл задуматься, насколько велика доля ваших коллег или подчиненных, использующих теневое ИТ. Почему работники не используют корпоративные приложения Помимо самого факта есть более интересный вопрос – почему сотрудники используют другие приложения вместо тех, которые предоставляет им компания? На эту тему тоже есть исследование, на этот раз – от Fujitsu and Digital Catapult: Конечно, причины нелюбви людей к инструментам компании могут быть разнообразными и сложными. Но три главные из…

Улучшение Service Desk при использовании COBIT 5

Онлайн-ресурс ISACA – «COBIT FOCUS» –  опубликовал статью Клаудио Силли (кандидат наук, CISA, CRISC, CISM, CGEIT), посвященную улучшению деятельности Service Desk в компаниях, использующих COBIT 5. «Service Desk играет значительную роль в повседневной работе любой организации. Когда он функционирует хорошо, все остальные действия выполняются хорошо. Если Service Desk не может работать, либо потому, что она не обладает надлежащими техническими навыками или не проявляет должного внимания, ключевые сотрудники в своей деятельности испытывают трудности. С эффективной Service Desk связаны значительные затраты, как с точки зрения задействованных ресурсов, так и с точки зрения инфраструктуры (например, ПО для управления инцидентами, трекинговое ПО и др.), поэтому…

Сертификация специалистов по DevOps: всё очень печально

В конце прошлого года я написал книжку про DevOps. Вполне возможно, в ней содержится полная ерунда – мало ли что придёт в голову автору? Именно ради снижения риска краснеть за труд я разослал её разным знакомым экспертам, чьим мнением дорожу. Эксперты люди занятые, даже очень, поэтому ответы, рецензии и обратную связь я собираю до сих пор, уже почти четыре месяца. Только сегодня пришёл, наконец-то, долгожданный развёрнутый отзыв от Пола Вилкинсона, опытного международного специалиста именно в вопросах управления информационными технологиями. Он хорошо знаком российской аудитории как один из основателей GamingWorks, компании-разработчика серьёзных деловых игр. В целом он книжку хвалит (что приятно),…

Принципы DevOps от DASA

На сайте сообщества по развитию компетенций DevOps и Agile, ассоциации DASA (DevOps Agile Skills Association), опубликован список принципов DevOps. Авторы предваряют этот список формулировкой задачи, решение которой было бы крайне полезно. Существует множество определений DevOps. И многие из них адекватно объясняют один или более аспектов важных для предоставления ИТ-услуг. Вместо попыток сформулировать наше собственное исчерпывающее определение, мы предпочитаем подчеркнуть шесть принципов DevOps, которые мы считаем важными для тех, кто применяет или переходит на подходы DevOps к организации работы. Но, как видно из краткого изложения этих принципов ниже, подход к формированию списка вряд ли можно признать системным. Например, если в первом…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM