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

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

## [Как создать условия для эффективной самоорганизации команды в ИТ-разработке?](https://cleverics.ru/digital/kb-qa/kak-sozdat-usloviya-dlya-effektivnoy-samoorganizatsii-komandy-v-it-razrabotke/)

Для эффективной самоорганизации команды необходимо создать комфортную и безопасную рабочую среду, обеспечить прозрачность процессов и поддерживать высокий уровень вовлеченности и мотивации. Согласно Agile-манифесту, «над проектом должны работать мотивированные профессионалы», которым нужно предоставить условия и поддержку, полностью доверяя их профессионализму. Самоорганизация возможна, когда участники команды четко понимают общую цель и значимость своего вклада, а процессы позволяют оценивать результаты каждого. Менеджеры должны фокусироваться на управлении самим процессом, а не людьми, обеспечивая прозрачность, поддержку и устраняя препятствия, что позволяет команде балансировать между разными групповыми эффектами и достигать стабильных результатов.

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

Рейтинг: 874

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

## [Что означает принцип 'Ответственность от начала до конца' в рамках DevOps?](https://cleverics.ru/digital/kb-qa/chto-oznachaet-printsip-otvetstvennost-ot-nachala-do-kontsa-v-ramkakh-devops/)

Принцип 'Ответственность от начала до конца' (End-To-End Responsibility) означает, что команды DevOps отвечают за полный жизненный цикл продукта — от самой первой концепции и разработки до внедрения и, в конечном итоге, вывода из эксплуатации. Это подразумевает, что одна команда сопровождает продукт на протяжении всего его существования, что способствует лучшему пониманию требований, повышению качества и более быстрой реакции на возникающие проблемы. Ответственность за полный цикл также устраняет разрывы между этапами разработки и эксплуатации, которые часто возникают при классическом разделении обязанностей между разными отделами.

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

Рейтинг: 874

Теги: DevOps, CI/CD, командная работа, общие вопросы менеджмента, управление продуктами, продуктовый подход, управление релизами

## [Какие рекомендации дает книга по формированию каталога ИТ-услуг?](https://cleverics.ru/digital/kb-qa/kakie-rekomendatsii-daet-kniga-po-formirovaniyu-kataloga-it-uslug/)

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

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

Рейтинг: 874

Теги: аллокация затрат, расчёт себестоимости услуг, бизнес, ценность, бизнес-заказчик

## [Какова основная цель практики управления проблемами?](https://cleverics.ru/digital/kb-qa/kakova-osnovnaya-tsel-praktiki-upravleniya-problemami/)

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

Автор: Игорь Фадеев

Рейтинг: 874

Теги: управление инцидентами, управление проблемами

## [Как формируется культура, поддерживающая трансформационные изменения в организации?](https://cleverics.ru/digital/kb-qa/kak-formiruetsya-kultura-podderzhivayushchaya-transformatsionnye-izmeneniya-v-organizatsii/)

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

Автор: Андрей Труфанов

Рейтинг: 874

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

## [Какая методическая база необходима для организации регулярной диагностики множества продуктовых команд?](https://cleverics.ru/digital/kb-qa/kakaya-metodicheskaya-baza-neobkhodima-dlya-organizatsii-regulyarnoy-diagnostiki-mnozhestva-produkto/)

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

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

Рейтинг: 874

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

## [Как предотвратить блокировку задач внешними факторами в процессе разработки?](https://cleverics.ru/digital/kb-qa/kak-predotvratit-blokirovku-zadach-vneshnimi-faktorami-v-protsesse-razrabotki/)

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

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

Рейтинг: 874

Теги: бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты, командная работа, поток создания ценности (Value Stream), управление процессами, ИТ-процессы, управление рисками

## [Как проверить, что система измерения не содержит «ненужных» показателей?](https://cleverics.ru/digital/kb-qa/kak-proverit-chto-sistema-izmereniya-ne-soderzhit-nenuzhnykh-pokazateley/)

Чтобы проверить систему на наличие ненужных показателей, необходимо убедиться, что каждый показатель напрямую связан с конкретной целью и используется для принятия решений. Если на вопрос «Зачем это измеряется?» нет чёткого ответа, такой показатель, вероятно, лишний. Также важно проверять, влияет ли показатель на поведение сотрудников в нужную сторону и можно ли его достаточно точно измерить без риска фальсификации.

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

Рейтинг: 874

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

## [Как можно использовать подход MVP для новой организации?](https://cleverics.ru/digital/kb-qa/kak-mozhno-ispolzovat-podkhod-mvp-dlya-novoy-organizatsii/)

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

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

Рейтинг: 874

Теги: Agile и гибкие методы разработки ПО, бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты, поток создания ценности (Value Stream), управление продуктами, продуктовый подход

## [Что такое минимально жизнеспособный продукт (MVP) и как он связан с делением задач на этапы?](https://cleverics.ru/digital/kb-qa/chto-takoe-minimalno-zhiznesposobnyy-produkt-mvp-i-kak-on-svyazan-s-deleniem-zadach-na-etapy/)

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

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

Рейтинг: 873

Теги: Agile и гибкие методы разработки ПО, постоянное улучшение, совершенствование, CSI, PDCA, управление продуктами, продуктовый подход, эффективность, оптимизация