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

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

## [Как эволюционировало понятие Definition of Done от ранних стадий до современных подходов DevOps?](https://cleverics.ru/digital/kb-qa/kak-evolyutsionirovalo-ponyatie-definition-of-done-ot-rannikh-stadiy-do-sovremennykh-podkhodov-devop/)

Эволюция Definition of Done прошла несколько этапов: 1) "Совсем, совсем плохо": работа считается завершенной, когда разработчик заявил, что все работает (на его локальной среде); 2) Улучшенный подход: завершено, когда тестировщик подтвердил работоспособность; 3) Agile-подход: завершено после принятия результата владельцем продукта; 4) DevOps-подход: завершено, когда код успешно работает в продуктивной среде; 5) Финальная ступень: завершено, когда код работает в продуктиве, а вся сборка, тестирование и развертывание выполнены автоматическими средствами. С каждым этапом критерии завершения становятся все более строгими и приближенными к реальным условиям использования продукта.

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

Рейтинг: 860

Теги: Agile и гибкие методы разработки ПО, DevOps, CI/CD, управление продуктами, продуктовый подход, управление релизами

## [Чем отличается правильная визуализация концепции деления задач на этапы от традиционной иллюстрации «разделки слона»?](https://cleverics.ru/digital/kb-qa/chem-otlichaetsya-pravilnaya-vizualizatsiya-kontseptsii-deleniya-zadach-na-etapy-ot-traditsionnoy-il/)

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

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

Рейтинг: 860

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

## [Какова минимальная схема измерения доступности ИТ-услуг в бизнес-терминах?](https://cleverics.ru/digital/kb-qa/kakova-minimalnaya-skhema-izmereniya-dostupnosti-it-uslug-v-biznes-terminakh/)

Минимальная схема измерения доступности ИТ-услуг в бизнес-терминах включает следующие шаги: 1) выделение функциональных блоков (направлений) на стороне заказчика; 2) сопоставление ИТ-систем с функциональными направлениями заказчика; 3) определение критериев доступности для компонентов ИТ-услуг; 4) реализация сбора данных о (не)доступности ИТ-услуг и их компонентов; 5) расчёт доступности ИТ-обеспечения функциональных блоков на основе данных о доступности соответствующих ИТ-услуг и компонентов. Эта схема рассматривается как отправная точка, от которой можно постепенно двигаться к более детализированному учёту критических бизнес-функций (VBF).

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

Рейтинг: 860

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

## [Почему некоторые ИТ-руководители стремятся найти одну универсальную методологию для решения всех задач управленческого характера?](https://cleverics.ru/digital/kb-qa/pochemu-nekotorye-it-rukovoditeli-stremyatsya-nayti-odnu-universalnuyu-metodologiyu-dlya-resheniya-v/)

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

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

Рейтинг: 860

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

## [Как соотносятся метрики коэффициента готовности и доступности в телекоммуникационных сетях?](https://cleverics.ru/digital/kb-qa/kak-sootnosyatsya-metriki-koeffitsienta-gotovnosti-i-dostupnosti-v-telekommunikatsionnykh-setyakh/)

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

Автор: Роман Журавлёв

Рейтинг: 860

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

## [Почему важно учитывать архитектурные решения при попытке сократить Time to Market?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-uchityvat-arkhitekturnye-resheniya-pri-popytke-sokratit-time-to-market/)

Архитектурные решения критически важны, потому что сложные, монолитные системы, созданные годами и состоящие из тесно связанных компонентов, просто не могут поддерживать высокую скорость разработки. Такие системы, где аббревиатура 'CI/CD' вызывает удивление или смех, принципиально не позволяют достигнуть кратного ускорения. Чтобы достичь значительного снижения Time to Market, необходимо провести работу над архитектурой: разбить монолит на микросервисы или модули, внедрить автоматизацию тестирования и развертывания, создать условия для параллельной работы нескольких команд без постоянных конфликтов. Эти изменения требуют значительных усилий и инвестиций, но без них реальное кратное ускорение невозможно.

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

Рейтинг: 860

Теги: DevOps, CI/CD, архитектура ИТ, TOGAF и IT4IT, командная работа, разработка ПО, трансформация, ускорение, Time-to-Market, управление конфигурациями, CMDB, управление релизами, экономика и финансы

## [Как в ITIL рекомендуется подходить к сбору и обработке требований заказчика?](https://cleverics.ru/digital/kb-qa/kak-v-itil-rekomenduetsya-podkhodit-k-sboru-i-obrabotke-trebovaniy-zakazchika/)

В ITIL рекомендуется использовать «marketing mindset» (маркетинговый способ мышления) при сборе и обработке требований заказчика. Сервис-провайдеру нужно отвечать не на вопрос «Что мы должны предоставить?», а на три ключевых вопроса: какие задачи выполняет заказчик и как ИТ может им в этом помочь; каких результатов хочет достичь заказчик; какие ограничения могут помешать заказчику достичь желаемого и как сервис-провайдер может снять эти ограничения. ITIL отмечает, что у сервис-провайдера часто нет руководств по сбору и обработке требований, что приводит к ситуации, когда заказчики предоставляют требования в произвольной форме без учета процессов. BRM играет ключевую роль в правильной интерпретации требований и обеспечении обратной связи между заказчиком и ИТ-специалистами.

Автор: Павел Дёмин

Рейтинг: 860

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

## [Как можно определить идеальные качества менеджера для конкретной компании?](https://cleverics.ru/digital/kb-qa/kak-mozhno-opredelit-idealnye-kachestva-menedzhera-dlya-konkretnoy-kompanii/)

Для определения идеальных качеств менеджера для конкретной компании необходимо провести собственное исследование, подобное тому, что провела Google в рамках Project Oxygen. Это включает в себя проведение интервью с сотрудниками, анализ данных по методу «360 градусов», опросы уходящих сотрудников и оценку эффективности деятельности текущих руководителей. На основе полученных данных можно выявить, какие именно качества и компетенции наиболее влияют на результативность работы подчинённых в вашей организации. Полученный список может содержать разное количество пунктов, от двух до двадцати, и будет уникален для каждой компании, так как зависит от специфики её деятельности, культуры и целей.

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

Рейтинг: 860

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

## [Чем отличается эмоциональное взаимодействие от функционального в контексте опыта потребителя?](https://cleverics.ru/digital/kb-qa/chem-otlichaetsya-emotsionalnoe-vzaimodeystvie-ot-funktsionalnogo-v-kontekste-opyta-potrebitelya/)

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

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

Рейтинг: 860

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

## [Как измерения помогают в корректировке бизнес-процессов?](https://cleverics.ru/digital/kb-qa/kak-izmereniya-pomogayut-v-korrektirovke-biznes-protsessov/)

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

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

Рейтинг: 860

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