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

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

## [Почему разработчикам важно понимать цели развития продукта?](https://cleverics.ru/digital/kb-qa/pochemu-razrabotchikam-vazhno-ponimat-tseli-razvitiya-produkta/)

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

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

Рейтинг: 861

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

## [В чем основное расхождение в понимании границ применимости подходов Agile, DevOps и ITIL?](https://cleverics.ru/digital/kb-qa/v-chem-osnovnoe-raskhozhdenie-v-ponimanii-granits-primenimosti-podkhodov-agile-devops-i-itil/)

Основное расхождение заключается в том, что апологеты этих подходов иногда упрощают их применимость, предполагая, что они универсальны для всех типов организаций и ситуаций. В реальности каждый подход имеет свою область эффективного применения. Например, методы DevOps, хорошо работающие в стартапах и небольших командах, могут быть неэффективны в крупных enterprises с распределенными гетерогенными инфраструктурами без соответствующей адаптации. Это приводит к распространению статей типа «Мифы ХХХ», где адепты пытаются опровергнуть распространенное мнение о несоответствии подхода конкретным условиям, иногда без должного учета контекста.

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

Рейтинг: 861

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

## [Какова роль управленческих процессов в организационной структуре?](https://cleverics.ru/digital/kb-qa/kakova-rol-upravlencheskikh-protsessov-v-organizatsionnoy-strukture/)

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

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

Рейтинг: 861

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

## [Как предотвратить злоупотребление правом на увеличение времени обработки запроса сотрудниками ИТ-поддержки?](https://cleverics.ru/digital/kb-qa/kak-predotvratit-zloupotreblenie-pravom-na-uvelichenie-vremeni-obrabotki-zaprosa-sotrudnikami-it-pod/)

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

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

Рейтинг: 861

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

## [Как готовые решения влияют на формулирование задач в проектах?](https://cleverics.ru/digital/kb-qa/kak-gotovye-resheniya-vliyayut-na-formulirovanie-zadach-v-proektakh/)

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

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

Рейтинг: 861

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

## [Как DASA подходит к определению DevOps, вместо предоставления собственного исчерпывающего определения?](https://cleverics.ru/digital/kb-qa/kak-dasa-podkhodit-k-opredeleniyu-devops-vmesto-predostavleniya-sobstvennogo-ischerpyvayushchego-opr/)

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

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

Рейтинг: 861

Теги: DevOps, CI/CD

## [Чем отличается согласованный 'внеплановый' простой от реального аварийного простоя?](https://cleverics.ru/digital/kb-qa/chem-otlichaetsya-soglasovannyy-vneplanovyy-prostoy-ot-realnogo-avariynogo-prostoya/)

Согласованный 'внеплановый' простой отличается от реального аварийного простоя тем, что он заранее запланирован, согласован со всеми заинтересованными сторонами и документирован, даже если и выходит за рамки обычного календаря плановых работ. Он имеет чёткие временные рамки, процедуры восстановления и оценку рисков. В отличие от него, аварийный простой возникает внезапно, без предварительного планирования, негативно влияет на бизнес-процессы и требует срочного реагирования через процессы управления инцидентами. Различие критично для правильной отчётности и анализа причин проблем, так как согласованные простои являются управляемыми элементами процесса, в то время как аварийные простоя сигнализируют о реальных проблемах с надёжностью систем.

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

Рейтинг: 861

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

## [Какие научные основы у эффекта Даннинга-Крюгера?](https://cleverics.ru/digital/kb-qa/kakie-nauchnye-osnovy-u-effekta-danninga-kryugera/)

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

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

Рейтинг: 861

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

## [Как определить границы между процессами управления проблемами и постоянного совершенствования в конкретной организации?](https://cleverics.ru/digital/kb-qa/kak-opredelit-granitsy-mezhdu-protsessami-upravleniya-problemami-i-postoyannogo-sovershenstvovaniya/)

Определение границ между процессами управления проблемами (PRB) и постоянного совершенствования (CSI) в конкретной организации должно учитывать следующие факторы:  1) Масштаб и сложность организации - в небольших организациях границы могут быть размыты, тогда как в крупных необходимы четкие определения  2) Стадия зрелости процессов - на начальных этапах внедрения PRB может сосредоточиться только на технических проблемах, тогда как CSI будет охватывать более широкие аспекты  3) Специфика бизнеса и требований к услугам - чем критичнее услуги для бизнеса, тем более детальной должна быть проработка границ  4) Реальная практика работы - границы должны отражать то, как процессы фактически взаимодействуют, а не только теоретические модели  5) Потенциальные точки пересечения - важно определить, где процессы могут дублировать друг друга или оставлять "белые пятна"  Практические рекомендации: - Начните с того, что уже работает: определите, какие аспекты процессов уже есть в организации, и формируйте границы вокруг них - Не пытайтесь создать единую систему сразу для всех уровней - начните с операционного уровня, затем переходите к стратегическому - Регулярно пересматривайте границы по мере развития процессов - Убедитесь, что есть четко определенные точки передачи задач между процессами - Создайте совместные рабочие группы для решения вопросов, где границы неочевидны  Самое главное - границы должны быть практичными и решать реальные проблемы организации, а не соответствовать идеальным теоретическим моделям. Часто правильное определение границ приходит не по теоретическим соображениям, а в результате практической работы и устранения возникающих проблем.

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

Рейтинг: 861

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

## [Как определить оптимальный размер задач в организации для минимизации необходимости их переприоритизации?](https://cleverics.ru/digital/kb-qa/kak-opredelit-optimalnyy-razmer-zadach-v-organizatsii-dlya-minimizatsii-neobkhodimosti-ikh-pereprior/)

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

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

Рейтинг: 861

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