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

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

## [Почему бизнесу важно кратное увеличение скорости поставки, а не небольшой прирост?](https://cleverics.ru/digital/kb-qa/pochemu-biznesu-vazhno-kratnoe-uvelichenie-skorosti-postavki-a-ne-nebolshoy-prirost/)

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

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

Рейтинг: 1503

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

## [Почему ИТ-специалисты могут испытывать страх перед внедрением гибких методологий управления?](https://cleverics.ru/digital/kb-qa/pochemu-it-spetsialisty-mogut-ispytyvat-strakh-pered-vnedreniem-gibkikh-metodologiy-upravleniya/)

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

Автор: Светлана Сапегина

Рейтинг: 1464

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

## [Как организован процесс пост-имплементационного обзора (PIR) в управлении изменениями в организациях?](https://cleverics.ru/digital/kb-qa/kak-organizovan-protsess-post-implementatsionnogo-obzora-pir-v-upravlenii-izmeneniyami-v-organizatsi/)

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

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

Рейтинг: 1453

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

## [Какие факторы необходимо учитывать при внедрении Kanban-метода в командную работу?](https://cleverics.ru/digital/kb-qa/kakie-faktory-neobkhodimo-uchityvat-pri-vnedrenii-kanban-metoda-v-komandnuyu-rabotu/)

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

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

Рейтинг: 1444

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

## [Какую взаимосвязь устанавливает текст между концепцией 'управление ИТ как бизнесом' и системой стимулирования персонала?](https://cleverics.ru/digital/kb-qa/kakuyu-vzaimosvyaz-ustanavlivaet-tekst-mezhdu-kontseptsiey-upravlenie-it-kak-biznesom-i-sistemoy-sti/)

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

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

Рейтинг: 1434

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

## [Какие изменения в подходе к релизам необходимы для эффективного CI/CD?](https://cleverics.ru/digital/kb-qa/kakie-izmeneniya-v-podkhode-k-relizam-neobkhodimy-dlya-effektivnogo-ci-cd/)

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

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

Рейтинг: 1413

Теги: DevOps, CI/CD, бизнес, ценность, бизнес-заказчик, командная работа, общие вопросы менеджмента, управление конфигурациями, CMDB, управление релизами

## [Какие факторы могут помешать внедрению методологий вроде Scrum или Kanban?](https://cleverics.ru/digital/kb-qa/kakie-faktory-mogut-pomeshat-vnedreniyu-metodologiy-vrode-scrum-ili-kanban/)

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

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

Рейтинг: 1411

Теги: Agile и гибкие методы разработки ПО, Канбан, WIP-лимиты, мотивация персонала, стимулирование, поддержка пользователей, Service Desk, Help Desk, управление релизами

## [Какие преимущества дает использование итерационного подхода при внедрении ITSM?](https://cleverics.ru/digital/kb-qa/kakie-preimushchestva-daet-ispolzovanie-iteratsionnogo-podkhoda-pri-vnedrenii-itsm/)

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

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

Рейтинг: 1406

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

## [Что такое 'конечный заказчик' (end customer) в ИТ-сервисах?](https://cleverics.ru/digital/kb-qa/chto-takoe-konechnyy-zakazchik-end-customer-v-it-servisakh/)

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

Автор: Игорь Гутник

Рейтинг: 1378

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

## [Какие параметры изменений должна настраивать модель?](https://cleverics.ru/digital/kb-qa/kakie-parametry-izmeneniy-dolzhna-nastraivat-model/)

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

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

Рейтинг: 1334

Теги: управление изменениями, управление конфигурациями, CMDB, управление релизами