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

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

## [Какие метрики помогают оценить предсказуемость выполнения задач в DevOps?](https://cleverics.ru/digital/kb-qa/kakie-metriki-pomogayut-otsenit-predskazuemost-vypolneniya-zadach-v-devops/)

Метрики, которые помогают оценить предсказуемость выполнения задач в DevOps, в основном связаны с регулярностью и стабильностью работы команды. Ключевая метрика предсказуемости - это последовательность выполнения взятых на себя задач за определенные отрезки времени. Если команда регулярно выполняет запланированный объем работы в установленные сроки, это говорит о высокой предсказуемости. Дополнительно могут анализироваться показатели отклонения от плана, частота срывов сроков, стабильность velocity (скорости выполнения задач) и улучшение точности оценок. Предсказуемость является важным компонентом качества работы DevOps-команды, так как позволяет более точно планировать релизы и управлять ожиданиями заинтересованных сторон, что в конечном итоге способствует уменьшению времени выпуска продукта (lead time).

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

Рейтинг: 1253

Теги: DevOps, CI/CD, Lean, бережливое производство, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, командная работа, постоянное улучшение, совершенствование, CSI, PDCA, управление продуктами, продуктовый подход, управление релизами, эффективность, оптимизация

## [Какие характеристики имеет команда на уровне «Яркая молодость»?](https://cleverics.ru/digital/kb-qa/kakie-kharakteristiki-imeet-komanda-na-urovne-yarkaya-molodost/)

Команда на уровне «Яркая молодость» представляет собой зрелую самоорганизованную команду (не обязательно работающую по Scrum). Для нее характерны устоявшиеся партнерские отношения с заказчиками и внешним миром, эволюционирующий рабочий процесс, большое количество инициатив и экспериментов, зрелый подход к решению конфликтов. Команда учится правильно следовать первому принципу Agile Manifesto: понимает, что изменение требований приветствуется не как повод переписать все заново, а как возможность для конструктивного диалога и серьезного исследования. Роль лидера на этом этапе - быть «мотором-метрономом», поддерживающим скорость и ритмичность работы. Важно помогать команде развивать продуктовые компетенции, чтобы она могла быть полноправным партнером для заказчика и говорить с ним на одном языке. Лидер-слуга на этом уровне востребован на 100%.

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

Рейтинг: 1252

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

## [Почему предотвращать все возможные угрозы для ИТ-услуг нерационально?](https://cleverics.ru/digital/kb-qa/pochemu-predotvrashchat-vse-vozmozhnye-ugrozy-dlya-it-uslug-neratsionalno/)

Предотвращение всех возможных угроз для ИТ-услуг нерационально по нескольким причинам: во-первых, это требует чрезмерных затрат на создание резервов и разработку контрмер; во-вторых, многие угрозы имеют крайне низкую вероятность возникновения (например, падение метеорита на серверную), и инвестиции в их предотвращение не обоснованы экономически; в-третьих, часть ресурсов, выделенных на защиту от маловероятных угроз, со временем становится ненужной, так как средства защиты «сгнивают» из-за неупотребления. Важно сосредоточиться на тех угрозах, которые имеют высокую вероятность и потенциальный ущерб, что позволяет оптимизировать расходы и повысить реальную безопасность и надежность системы.

Автор: Константин Нарыжный

Рейтинг: 1252

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

## [Как практика управления рисками в ITIL связана с другими практиками при анализе произошедших событий?](https://cleverics.ru/digital/kb-qa/kak-praktika-upravleniya-riskami-v-itil-svyazana-s-drugimi-praktikami-pri-analize-proizoshedshikh-so/)

Практика управления рисками тесно интегрирована с другими практиками ITIL, поскольку после реализации риска необходимо проанализировать ситуацию, извлечь уроки и внедрить улучшения. Например, управление инцидентами предоставляет данные о произошедшем событии, управление проблемами помогает определить его причину, а практика постоянного улучшения (continual improvement) использует информацию для оптимизации процессов и снижения будущих рисков.

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

Рейтинг: 1252

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

## [Какие риски возникают при ориентации ИТ-службы исключительно на выполнение регламентированных процедур?](https://cleverics.ru/digital/kb-qa/kakie-riski-voznikayut-pri-orientatsii-it-sluzhby-isklyuchitelno-na-vypolnenie-reglamentirovannykh-p/)

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

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

Рейтинг: 1252

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

## [Что такое ориентация на ценность для заказчика в контексте сервисных отношений?](https://cleverics.ru/digital/kb-qa/chto-takoe-orientatsiya-na-tsennost-dlya-zakazchika-v-kontekste-servisnykh-otnosheniy/)

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

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

Рейтинг: 1251

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

## [Какие цели преследует процесс управления инцидентами в рамках ITIL?](https://cleverics.ru/digital/kb-qa/kakie-tseli-presleduet-protsess-upravleniya-intsidentami-v-ramkakh-itil/)

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

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

Рейтинг: 1251

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

## [Как финансирование влияет на взаимодействие бизнеса и ИТ в традиционной модели?](https://cleverics.ru/digital/kb-qa/kak-finansirovanie-vliyaet-na-vzaimodeystvie-biznesa-i-it-v-traditsionnoy-modeli/)

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

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

Рейтинг: 1251

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

## [Почему управление инцидентами влияет на уровень удовлетворённости пользователей, даже если качество услуг в целом высокое?](https://cleverics.ru/digital/kb-qa/pochemu-upravlenie-intsidentami-vliyaet-na-uroven-udovletvorennosti-polzovateley-dazhe-esli-kachestv/)

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

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

Рейтинг: 1250

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

## [Какой эксперимент Дэна Ариели приведён в статье для демонстрации влияния смысла работы на мотивацию сотрудников?](https://cleverics.ru/digital/kb-qa/kakoy-eksperiment-dena-arieli-priveden-v-state-dlya-demonstratsii-vliyaniya-smysla-raboty-na-motivat/)

В статье подробно описан эксперимент Дэна Ариели, проведённый в 2005 году и опубликованный в 2008 году. Участникам предлагалось собирать роботов LEGO Bionicle за деньги, причём оплата за каждого следующего робота снижалась на $0,11 после первого, за который платили $2. Каждого участника относили к одной из двух групп: «Работа со смыслом» и «Сизифов труд». В первой группе участники ставили собранных роботов на стол перед собой, формируя отряд, а во второй группе ведущий сразу разбирал только что собранных роботов, объясняя это нехваткой материалов. В результате участники первой группы в среднем собрали 10,6 роботов, а второй — только 7,2. Когда оплата опускалась ниже доллара, 65% участников первой группы продолжали работу, тогда как во второй группе продолжали только 20%. Этот эксперимент показывает, что осознание значения своей работы значительно повышает мотивацию и трудовую отдачу.

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

Рейтинг: 1250

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