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

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

## [Какие документы по управлению услугами ИТ упоминают важность удовлетворённости пользователей в контексте управления инцидентами?](https://cleverics.ru/digital/kb-qa/kakie-dokumenty-po-upravleniyu-uslugami-it-upominayut-vazhnost-udovletvorennosti-polzovateley-v-kont/)

Важность удовлетворённости пользователей в контексте управления инцидентами упоминается в нескольких ключевых стандартах и руководствах по управлению ИТ-услугами. В ITIL v3 в разделе целей процесса управления инцидентами прямо указана задача «поддержание удовлетворённости пользователей качеством ИТ-услуг». В ITIL 4, хотя в самой формулировке назначения практики управления инцидентами акцент сделан на скорости восстановления работы, в более подробном описании практики подчёркивается связь с удовлетворённостью пользователей. Аналогичные подходы содержатся в стандарте COBIT и международном стандарте ISO 20000, а также в книге «Управление услугами на основе измерений», где рассматривается значимость измерения и управления уровнем удовлетворённости в контексте предоставления услуг.

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

Рейтинг: 881

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

## [Может ли система управления задачами (таск-трекер) реализовать функционал канбана?](https://cleverics.ru/digital/kb-qa/mozhet-li-sistema-upravleniya-zadachami-task-treker-realizovat-funktsional-kanbana/)

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

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

Рейтинг: 881

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

## [Какие примеры запоминающегося сервиса в России упоминаются в тексте?](https://cleverics.ru/digital/kb-qa/kakie-primery-zapominayushchegosya-servisa-v-rossii-upominayutsya-v-tekste/)

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

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

Рейтинг: 881

Теги: ISO 20000

## [Какие три основные причины сложности реализации масштабных организационных изменений в компаниях?](https://cleverics.ru/digital/kb-qa/kakie-tri-osnovnye-prichiny-slozhnosti-realizatsii-masshtabnykh-organizatsionnykh-izmeneniy-v-kompan/)

Три основные причины сложности: 1) Противоречие между менеджерами и лидерами - традиционные менеджеры обучены работать по установленным процессам с фиксированными KPI, тогда как для успешного изменения необходимы лидеры, способные работать в условиях неопределенности и риска, создавать привлекательную картину будущего и увлекать сотрудников этой идеей. 2) Индивидуальное сопротивление сотрудников - преобразования нарушают привычный и комфортный порядок работы, вызывая чувство запутанности и потери ценности у сотрудников, которые стремятся вернуться к прежним, уже отработанным практикам. 3) Сопротивление организации как системы - крупные организации обладают инерцией, поддерживающей текущий порядок, снижающей ощущение срочности изменений, имеющей сложные коммуникации, не поощряющей риски и часто испытывающие нехватку ресурсов (трудовых, финансовых, временных, волевых).

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

Рейтинг: 880

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

## [Какие постулаты следует учитывать при возникновении конфликта интересов?](https://cleverics.ru/digital/kb-qa/kakie-postulaty-sleduet-uchityvat-pri-vozniknovenii-konflikta-interesov/)

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

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

Рейтинг: 880

Теги: управление рисками

## [Как метод «Пять Почему» связан с практиками DevOps?](https://cleverics.ru/digital/kb-qa/kak-metod-pyat-pochemu-svyazan-s-praktikami-devops/)

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

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

Рейтинг: 880

Теги: Agile и гибкие методы разработки ПО, DevOps, CI/CD, бизнес, ценность, бизнес-заказчик, разработка ПО

## [Каким образом следует фиксировать передачу задач между ИТ-группами?](https://cleverics.ru/digital/kb-qa/kakim-obrazom-sleduet-fiksirovat-peredachu-zadach-mezhdu-it-gruppami/)

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

Автор: Евгений Шилов

Рейтинг: 880

Теги: управление изменениями

## [Как повысить эффективность ИТ-менеджмента через взаимодействие с пользователями?](https://cleverics.ru/digital/kb-qa/kak-povysit-effektivnost-it-menedzhmenta-cherez-vzaimodeystvie-s-polzovatelyami/)

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

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

Рейтинг: 880

Теги: поддержка пользователей, Service Desk, Help Desk, управление отношениями, взаимодействие, BRM, управление продуктами, продуктовый подход, управление процессами, ИТ-процессы, управление релизами, управление уровнем услуг, SLM, эффективность, оптимизация

## [В каких случаях метрика становится нерелевантной для управления потоком?](https://cleverics.ru/digital/kb-qa/v-kakikh-sluchayakh-metrika-stanovitsya-nerelevantnoy-dlya-upravleniya-potokom/)

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

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

Рейтинг: 880

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

## [Почему замыкание ревью кода на тимлиде считается нежелательной практикой в самоорганизованных командах?](https://cleverics.ru/digital/kb-qa/pochemu-zamykanie-revyu-koda-na-timlide-schitaetsya-nezhelatelnoy-praktikoy-v-samoorganizovannykh-ko/)

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

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

Рейтинг: 880

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