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

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

## [Как обеспечить актуальность информации о возможностях внешних ИТ-поставщиков?](https://cleverics.ru/digital/kb-qa/kak-obespechit-aktualnost-informatsii-o-vozmozhnostyakh-vneshnikh-it-postavshchikov/)

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

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

Рейтинг: 824

Теги: архитектура ИТ, TOGAF и IT4IT, аутсорсинг, интеграция услуг, мониторинг, стратегия, управление отношениями, взаимодействие, BRM, управление процессами, ИТ-процессы, эффективность, оптимизация

## [Чем опасен подход, когда управление проектом строится на работе с большими задачами, занимающими месяцы или годы?](https://cleverics.ru/digital/kb-qa/chem-opasen-podkhod-kogda-upravlenie-proektom-stroitsya-na-rabote-s-bolshimi-zadachami-zanimayushchi/)

Работа с большими задачами, занимающими месяцы или годы, чрезвычайно опасна, потому что в таком случае вероятность необходимости смены приоритетов приближается к 100%. Когда смена приоритетов происходит на полпути выполнения таких крупных задач, незавершенная работа становится полной потерей, так как еще не принесла никакой ценности. Большие задачи создают высокую степень неопределенности, увеличивают риски и сводят на нет гибкость организации. Это также приводит к привычке управлять по экстренным ситуациям, создает постоянный кризисный режим работы и отвлекает ресурсы от долгосрочного развития и системных улучшений процессов организации труда.

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

Рейтинг: 824

Теги: бизнес, ценность, бизнес-заказчик, постоянное улучшение, совершенствование, CSI, PDCA, управление проектами, PRINCE2, управление процессами, ИТ-процессы, управление рисками, эффективность, оптимизация

## [Как перепланирование помогает в кризисной ситуации проекта?](https://cleverics.ru/digital/kb-qa/kak-pereplanirovanie-pomogaet-v-krizisnoy-situatsii-proekta/)

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

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

Рейтинг: 824

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

## [Какие ошибки могут возникнуть при заказе ИТ-обследования?](https://cleverics.ru/digital/kb-qa/kakie-oshibki-mogut-vozniknut-pri-zakaze-it-obsledovaniya/)

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

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

Рейтинг: 824

Теги: ISO 20000, аудит, бизнес, ценность, бизнес-заказчик

## [Как обеспечить успешное выполнение процесса отката после неудачного развертывания?](https://cleverics.ru/digital/kb-qa/kak-obespechit-uspeshnoe-vypolnenie-protsessa-otkata-posle-neudachnogo-razvertyvaniya/)

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

Автор: Шамиль Бабаев

Рейтинг: 824

Теги: DevOps, CI/CD, управление релизами

## [Является ли ограничение числа открытых проблем надуманным?](https://cleverics.ru/digital/kb-qa/yavlyaetsya-li-ogranichenie-chisla-otkrytykh-problem-nadumannym/)

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

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

Рейтинг: 824

Теги: Канбан, WIP-лимиты

## [Какие задачи входит в обязанности Практика развёртывания релизов согласно ITIL V3?](https://cleverics.ru/digital/kb-qa/kakie-zadachi-vkhodit-v-obyazannosti-praktika-razvertyvaniya-relizov-soglasno-itil-v3/)

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

Автор: Артём Мукосеев

Рейтинг: 824

Теги: DevOps, CI/CD, ITIL, обучение сотрудников, учебные курсы, тренинги, общие вопросы менеджмента, поддержка пользователей, Service Desk, Help Desk, управление процессами, ИТ-процессы, управление релизами, управление рисками

## [Какие проблемы могут возникнуть из-за конфликта интересов между заказчиками при расстановке приоритетов изменений?](https://cleverics.ru/digital/kb-qa/kakie-problemy-mogut-vozniknut-iz-za-konflikta-interesov-mezhdu-zakazchikami-pri-rasstanovke-priorit/)

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

Автор: Артём Мукосеев

Рейтинг: 824

Теги: бизнес, ценность, бизнес-заказчик, управление процессами, ИТ-процессы

## [Почему ускорение поставки возможно без увеличения числа разработчиков или рабочего времени?](https://cleverics.ru/digital/kb-qa/pochemu-uskorenie-postavki-vozmozhno-bez-uvelicheniya-chisla-razrabotchikov-ili-rabochego-vremeni/)

Ускорение поставки возможно без увеличения числа разработчиков или рабочего времени благодаря тому, что в производственной системе много задач создают простои и замедляют общий процесс. Для отдельной задачи из всего времени, которое она находится в системе, в среднем 90% составляет время ожидания (для многих команд эта цифра достигает 95-97%). Сокращая количество работы в системе и фокусируясь на завершении текущих задач вместо начала новых, можно снизить время ожидания для отдельной задачи (например, с 95% до 70%), что приведет к повышению эффективности потока с типичных 3-10% до нормальных для гибких команд 30%. Это позволяет достичь кратного ускорения без увеличения ресурсов.

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

Рейтинг: 823

Теги: DevOps, CI/CD, Канбан, WIP-лимиты, командная работа, трансформация, ускорение, Time-to-Market, эффективность, оптимизация

## [Как правильно внедрить систему измерений в процесс разработки ПО, чтобы минимизировать сопротивление?](https://cleverics.ru/digital/kb-qa/kak-pravilno-vnedrit-sistemu-izmereniy-v-protsess-razrabotki-po-chtoby-minimizirovat-soprotivlenie/)

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

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

Рейтинг: 823

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