# Бесплатная экспертная база знаний по управлению ИТ

Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего. Только сведения от консультантов и тренеров Cleverics. Включает ответы на **несколько тысяч вопросов** из **сотен источников**, а также детальный глоссарий с примерами, объяснениями и нюансами

## [Как бизнесу и ИТ-отделу избежать недопонимания относительно качества предоставляемого сервиса?](https://cleverics.ru/digital/kb-qa/kak-biznesu-i-it-otdelu-izbezhat-nedoponimaniya-otnositelno-kachestva-predostavlyaemogo-servisa/)

Бизнесу и ИТ-отделу необходимо при создании сервиса заранее согласовать и определить ключевые характеристики, которые будут показывать успешность выполнения задачи. Например, для рекламной стойки критическим параметром является отсутствие помех на экране, а не только воспроизведение видео. Для электронной почты важна не только отправка, но и время доставки. Также важно, чтобы бизнес участвовал в разработке методов измерения этих характеристик, чтобы результаты мониторинга были понятны и значимы для обеих сторон. Регулярные проверки и мониторинг конечного пользовательского опыта помогут выявлять проблемы, которые могут быть пропущены при фокусе только на технических параметрах.

Автор: Евгений Шилов

Рейтинг: 1027

Теги: бизнес, ценность, бизнес-заказчик, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, мониторинг

## [Почему важно измерять именно конечный результат работы ИТ-сервиса, а не только его технические параметры?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-izmeryat-imenno-konechnyy-rezultat-raboty-it-servisa-a-ne-tolko-ego-tekhnicheskie-par/)

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

Автор: Евгений Шилов

Рейтинг: 1027

Теги: бизнес, ценность, бизнес-заказчик, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, поддержка пользователей, Service Desk, Help Desk, эффективность, оптимизация

## [Почему важно учитывать траекторию развития при найме агента изменений?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-uchityvat-traektoriyu-razvitiya-pri-nayme-agenta-izmeneniy/)

Учет траектории развития при найме агента изменений важен, потому что различные типы траекторий требуют различных подходов к управлению и развитию сотрудника. Компания должна понимать, готова ли она идти медленно, но с большой надежностью изменений (и тогда подойдет "подмастерье с высоким потенциалом"), или хочет двигаться быстро (требуя большей адаптивности, настойчивости и логического мышления от специалиста). Также важно учитывать, будет ли компания готова к управлению высокопотенциальными сотрудниками, которые могут быстро перерасти свои позиции, иначе нанятый человек может стать "бомбой замедленного действия".

Автор: Сандра Урядова

Рейтинг: 1027

Теги: организационные изменения, агенты изменений, трансформация, ускорение, Time-to-Market, эффективность, оптимизация

## [Почему переход на самоорганизующиеся команды вызывает сложности у компаний?](https://cleverics.ru/digital/kb-qa/pochemu-perekhod-na-samoorganizuyushchiesya-komandy-vyzyvaet-slozhnosti-u-kompaniy/)

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

Автор: Олег Скрынник

Рейтинг: 1027

Теги: командная работа, общие вопросы менеджмента, управление процессами, ИТ-процессы

## [Почему учёт трудозатрат важен для управления ИТ-бюджетом?](https://cleverics.ru/digital/kb-qa/pochemu-uchet-trudozatrat-vazhen-dlya-upravleniya-it-byudzhetom/)

Учёт трудозатрат позволяет выявить ключевые статьи расходов и определить направления для оптимизации. Поскольку затраты на персонал составляют значительную долю операционных затрат (40-60%), их анализ помогает ИТ-директору принимать обоснованные решения по сокращению издержек. Без регулярного учёта и анализа трудозатрат невозможно эффективно управлять бюджетом и повышать производительность ИТ-подразделения.

Автор: Дмитрий Исайченко

Рейтинг: 1027

Теги: аллокация затрат, расчёт себестоимости услуг, бюджетирование, планирование затрат, мониторинг, экономика и финансы, эффективность, оптимизация

## [Как можно решить проблему карьерного роста для топовых разработчиков, если устраняется формальная роль тимлида?](https://cleverics.ru/digital/kb-qa/kak-mozhno-reshit-problemu-karernogo-rosta-dlya-topovykh-razrabotchikov-esli-ustranyaetsya-formalnay/)

Проблему карьерного роста можно решить, создав параллельные карьерные треки: технический и менеджерский. В техническом треке продвижение может основываться на экспертных способностях, влиянии на качество кода, наставничестве и способности решать сложные технические проблемы, а не на управленческих обязанностях. Введение ступеней вроде Senior Developer, Staff Engineer, Principal Engineer позволяет признавать техническую экспертизу без необходимости перехода к управлению людьми. Также важно создавать возможности для неформального лидерства, где влияние определяется компетентностью и мудростью принятия решений, а не должностными полномочиями.

Автор: Павел Капусткин

Рейтинг: 1027

Теги: лидерство, общие вопросы менеджмента, управление процессами, ИТ-процессы

## [Как следует поступить руководителю, если в RACI-матрице за ним закреплены несколько задач с пометкой R?](https://cleverics.ru/digital/kb-qa/kak-sleduet-postupit-rukovoditelyu-esli-v-raci-matritse-za-nim-zakrepleny-neskolko-zadach-s-pometkoy/)

Если руководителю в RACI-матрице закреплено несколько задач с пометкой R (Responsible - непосредственный исполнитель), следует предпринять следующие действия: первоначально рассмотреть возможность делегирования этих задач другим сотрудникам, полностью или частично. Так как время руководителя ограничено и должно использоваться максимально продуктивно, все задачи, которые могут быть выполнены другими сотрудниками, стоит делегировать как можно быстрее. Если после попыток делегирования все еще остается несколько R-позиций, необходимо четко определить, кто именно отвечает за организацию процесса выполнения работы (это может быть не только руководитель), а кто просто участвует в реализации задачи. Это помогает избежать путаницы и наложить ответственность за разные аспекты работы на разных людей, что повышает эффективность выполнения задач.

Автор: Дмитрий Исайченко

Рейтинг: 1027

Теги: общие вопросы менеджмента, управление процессами, ИТ-процессы, эффективность, оптимизация

## [Какие примеры успешного перехода на сервисный подход можно привести из реальной практики ITSM?](https://cleverics.ru/digital/kb-qa/kakie-primery-uspeshnogo-perekhoda-na-servisnyy-podkhod-mozhno-privesti-iz-realnoy-praktiki-itsm/)

Примером успешного перехода на сервисный подход является внедрение в крупной финансовой организации, где после составления каталога услуг ИТ-команда начала проводить ежеквартальные встречи с бизнес-подразделениями для обновления SLA и анализа удовлетворенности. Были внедрены метрики, отражающие влияние времени простоя на выручку бизнеса, что позволило приоритизировать инвестиции в ИТ. Также команда перестроила процессы поддержки так, чтобы инциденты регистрировались в терминах услуг, а не технических компонентов, что улучшило понимание бизнес-последствий сбоев и повысило доверие бизнеса к ИТ.

Автор: Евгений Шилов

Рейтинг: 1027

Теги: ITSM, SLA, бизнес, ценность, бизнес-заказчик, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, командная работа, поддержка пользователей, Service Desk, Help Desk, управление инцидентами, управление каталогом ИТ-услуг, управление релизами, управление уровнем услуг, SLM, экономика и финансы

## [Как работает статистический подход к контролю использования функции приостановки таймера?](https://cleverics.ru/digital/kb-qa/kak-rabotaet-statisticheskiy-podkhod-k-kontrolyu-ispolzovaniya-funktsii-priostanovki-taymera/)

Статистический подход заключается в интеграции времени вынужденного ожидания в метрики оценки эффективности сотрудников. Например, помимо стандартной метрики своевременности, вводится показатель среднего времени решения запроса, куда включается не только время активной работы, но и время ожидания. Это создает стимул минимизировать количество приостановок и сокращать их длительность, так как длительные ожидания негативно влияют на общий результат исполнителя. Другой вариант — снижение рейтинга при инициировании ожидания, что дисциплинирует сотрудников и поощряет их решать задачи без лишних простоев.

Автор: Дмитрий Исайченко

Рейтинг: 1027

Теги: измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, мотивация персонала, стимулирование, общие вопросы менеджмента, эффективность, оптимизация

## [Как документ по разработке прикладного программного обеспечения влияет на качество конечного продукта?](https://cleverics.ru/digital/kb-qa/kak-dokument-po-razrabotke-prikladnogo-programmnogo-obespecheniya-vliyaet-na-kachestvo-konechnogo-pr/)

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

Автор: Дмитрий Исайченко

Рейтинг: 1027

Теги: бизнес, ценность, бизнес-заказчик, поддержка пользователей, Service Desk, Help Desk, управление продуктами, продуктовый подход, управление релизами