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

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

Процессы

Все про процессы: внедрение, управление, совершенствование

Covid-19 делает комплектование критическим фактором успеха бизнес-процессов

Один известный консультант по бизнес-процессам, Ян Джеймс, сделал проницательное наблюдение: “командная работа чаще всего терпит неудачу в моменты передачи работы между исполнителями отдельных шагов”. Данное утверждение хорошо иллюстрируется эстафетной гонкой, в которой команда из четырёх хороших спринтеров может обогнать команду из четырёх лучших спринтеров благодаря более быстрой работе в зоне передачи. Ключом к победе является то, сколько времени эстафетная палочка проводит в зоне передачи. В бизнес-процессах зона обмена – это момент перехода работы от человека к человеку, от отдела к отделу, от организации к организации. Эти переходы чреваты потенциальными проблемами, делая точки передачи работы тихими убийцами производительности каждой компании. Поскольку…

Работать меньше, чтобы сделать больше

Все, а больше всех инвесторы и спонсоры, хотят, чтобы вся команда работала над новыми задачами, фичами, эпиками не останавливаясь. Тем не менее, несмотря на столь жгучее желание, команда не сможет выделить все свое время на новые разработки. Причин тому несколько: Баги случаются, и когда они случаются, то они становятся приоритетом. Нестабильное или нефункциональное хоть в чем-то приложение генерирует не только прямые потери через снижение продаж, но и снижает конверсию, отталкивает лояльных пользователей, вызывает недоверие клиентов. Что делать? – Резервировать время/ресурс, организовывать Emergency lane. Разработка состоит не только из downstream разработки и доставки. В области discovery, в upstream активностях возникает потребность…

Кто такие агенты изменений в продуктовой команде?

Компании, которым жизненно необходимы частые выпуски изменений программного обеспечения, предпочитают переводить управление ИТ-разработкой в продуктовый подход. В этой статье я не буду говорить о том, почему это так. На эту тему можно найти массу отличных публикаций, в том числе на нашем портале. Сегодня я хочу обсудить вопрос, как происходит перестройка работающей команды в сторону нового подхода. Люди и процессы Гибкие методологии призывают: управляете работой, а не людьми. Эта декларация зачастую вызывает недоумение. Ведь работу делают люди, причём сама по себе работа ИТ-специалиста – штука нематериальная. Как ей управлять? На самом деле высококвалифицированные специалисты, которые и составляют команду ИТ-разработки прекрасно знают,…

Учёт доступности? А можно как-то попроще?

На днях, когда я в очередной раз рассказывал про управление доступностью на курсе ITIL PPO, мне задали такой вопрос: “а можно как-то попроще?”. Вопрос, в общем-то, правомерный, особенно с учётом комплексности картинки, которая в тот момент рассматривалась. Действительно, для того, чтобы обеспечить комплексный учёт доступности не только на уровне ИТ-систем и их компонентов, но и на “бизнес-уровне”, нужно много чего реализовать и в техническом, и в организационном отношении. Как показывает [мой] опыт, способность к измерению доступностью сильно зависит не только от наличия хороших технических возможностей (читай, продуманного мониторинга и управления событиями), но и очень и очень человеко-зависима. На всякий случай…

Книга Cleverics про метрики и KPI рекомендована слушателям MBA по направлению ИТ

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

Почему стоит меньше рассуждать об Agile и больше о потоке

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

Удовлетворённость инцидентами

Одним из важных блоков книги и курса ITIL® 4 Direct, Plan and Improve (DPI) является подход к формированию системы измерения и оценки. Совсем недавно мне повезло побывать у нас на этом курсе в качестве слушателя. При разборе модели планирования и оценки (Planning and evaluation model) одним из примеров для отработки применения модели была выбрана практика управления инцидентами (Incident Management). И когда после выполнения упражнения мы рассмотрели примеры KPI и PSF (Practice Success Factors, факторы успеха практики – «комплексные функциональные компоненты практики, необходимые для того, чтобы практика реализовывала своё назначение») из публикации «Incident Management ITIL4 Practice Guide», возникла дискуссия, которую я…

Разработка стандартной сервисной модели с использованием руководящих принципов ITIL 4

Если вы крупная организация или поставщик ИТ-услуг, предлагающий услуги крупным предприятиям, то необходимо регулярно пересматривать свою стандартную сервисную модель и обеспечивать её согласованность с бизнес- и ИТ-стратегией. Особенно в связи с тем, что в современном развивающемся и постоянно меняющемся мире бизнеса зачастую сложно чётко понять, каких именно результатов ожидают ваши заказчики. ЧТО ТАКОЕ СТАНДАРТНАЯ СЕРВИСНАЯ МОДЕЛЬ? Если вы предоставляете широкий и комплексный набор ИТ-услуг своим заказчикам, то обеспечение баланса между рентабельностью инвестиций (ROI) и ценностью инвестиций (VOI) для заказчиков, вероятно, может оказаться сложной задачей. Справиться с данной сложностью может помочь наличие стандартной сервисной модели, которая обеспечивает стандартизованный набор выходов (outputs)…

Полномочия разработчиков и непрерывная безопасность

Практически любая организация в той или иной степени использует DevOps. Бизнес-эффект от быстрой доставки программного обеспечения и быстрой адаптации к потребностям рынка настолько велик, что это стало обязательным требованием — вы либо применяете DevOps, либо идёте прямой дорогой к банкротству. Однако вместе с нашей потребностью в скорости возросла и наша потребность в безопасности, и объединение того и другого — не самая простая задача. Ключом к быстрой работе DevOps является автономия разработчика. Командам разработчиков необходимо ежедневно принимать решения о том, что и как делать, и им следует делать это самостоятельно. Необходимость получения внешнего одобрения является узким местом, замедляет процесс и снижает…

Многоликий change manager

Роль менеджера изменений исторически вызывает некоторые расхождения в толковании охвата обязанностей. Довольно часто доводится задавать слушателям вопрос: “Вы сейчас кого имеете в виду, менеджера процесса в целом или координатора отдельных изменений?”. Надо сказать, что в зависимости от контекста ответ бывает разным. После очередного случая решил пробежаться по рекомендациям ITIL, чтобы выделить те, которые касаются области ответственности менеджера изменений. Что интересно, в книжке ITIL V3 2011 Service Transition (вы же ещё не забыли такую?) роль “менеджер изменений” в разделе “6.4.6 Роли управления изменениями” не описана. Там есть традиционные Владелец и Менеджер процесса, а также Инициатор, Практик, Авторизующий, Участник и Председатель комитета…

3 совета по улучшению управления лицензиями программного обеспечения

С управлением ИТ-активами (IT asset management, ITAM), в настоящее время являющейся одной из 34 практик управления услугами ITIL 4, мы надеемся повысить осведомленность о важности ITAM и управления программными активами (software asset management, SAM), включая управление лицензиями на программное обеспечение. Почему SAM так важен? Управление лицензиями на программное обеспечение заключается не только в экономии денег, но и в соблюдении нормативных требований. Это возможность гарантировать, что все программное обеспечение, используемое в вашей организации, лицензировано и оптимизировано. Чтобы помочь вашей организации рассмотреть необходимость и способы управления лицензиями на программное обеспечение, статья Ариэля Гесто (Ariel Gesto) дает три практических совета о том, как…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM