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

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

## [Какие преимущества дает делегирование функций локальным командам в распределенных структурах?](https://cleverics.ru/digital/kb-qa/kakie-preimushchestva-daet-delegirovanie-funktsiy-lokalnym-komandam-v-raspredelennykh-strukturakh/)

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

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

Рейтинг: 716

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

## [Какие основные типы регламентирующих документов необходимы для взаимодействия проектного офиса, разработчиков и эксплуатирующих подразделений?](https://cleverics.ru/digital/kb-qa/kakie-osnovnye-tipy-reglamentiruyushchikh-dokumentov-neobkhodimy-dlya-vzaimodeystviya-proektnogo-ofi/)

Для взаимодействия проектного офиса, разработчиков и эксплуатирующих подразделений необходимы следующие основные типы регламентирующих документов: 1) Документ, определяющий основные стадии создания новой автоматизированной системы (АС) или выполнения доработок, обычно называемый «Положение о разработке прикладного ПО». Он содержит описание состава работ, ответственных лиц, входных и выходных документов для каждой стадии. Важная особенность – вовлечение эксплуатирующих подразделений в определение требований и проектирование АС. 2) Документ, определяющий порядок приёмки новых АС в эксплуатацию, который может быть частью первого документа и обычно называется «Положение о внедрении информационных систем». Он включает определение порядка и охвата тестирования, подготовки тестовых сред, опытной эксплуатации и других аспектов. Может дополняться политиками релизов. 3) Документ, определяющий архитектурные и технологические стандарты, распространяющиеся на разработку новых решений. Включает определение допустимых языков и сред разработки, используемых платформ и СУБД, механизмов развёртывания, требований к интерфейсам, резервированию, мониторингу, журналированию и другим техническим аспектам. Эти документы образуют совокупный регламент управления изменениями и релизами в части разработки и внедрения прикладного программного обеспечения.

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

Рейтинг: 715

Теги: DevOps, CI/CD, ISO 20000, мониторинг, управление изменениями, управление отношениями, взаимодействие, BRM, управление процессами, ИТ-процессы, управление релизами

## [Какие принципы организации команд позволяют достичь баланса между скоростью и надежностью?](https://cleverics.ru/digital/kb-qa/kakie-printsipy-organizatsii-komand-pozvolyayut-dostich-balansa-mezhdu-skorostyu-i-nadezhnostyu/)

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

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

Рейтинг: 715

Теги: DevOps, CI/CD, ITIL, бизнес, ценность, бизнес-заказчик, командная работа, общие вопросы менеджмента, поддержка пользователей, Service Desk, Help Desk, постоянное улучшение, совершенствование, CSI, PDCA, управление процессами, ИТ-процессы, эффективность, оптимизация

## [Почему в DevOps недостаточно принятия работы владельцем продукта для определения завершения?](https://cleverics.ru/digital/kb-qa/pochemu-v-devops-nedostatochno-prinyatiya-raboty-vladeltsem-produkta-dlya-opredeleniya-zaversheniya/)

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

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

Рейтинг: 715

Теги: DevOps, CI/CD, поддержка пользователей, Service Desk, Help Desk, управление продуктами, продуктовый подход

## [Какие права и обязанности существуют в ко-креативных отношениях между поставщиком и потребителем?](https://cleverics.ru/digital/kb-qa/kakie-prava-i-obyazannosti-sushchestvuyut-v-ko-kreativnykh-otnosheniyakh-mezhdu-postavshchikom-i-pot/)

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

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

Рейтинг: 715

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

## [Какие риски связаны с публикацией информации об инцидентах ПОС (пожароохранных сигнализаций)?](https://cleverics.ru/digital/kb-qa/kakie-riski-svyazany-s-publikatsiey-informatsii-ob-intsidentakh-pos-pozharookhrannykh-signalizatsiy/)

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

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

Рейтинг: 715

Теги: безопасность, управление доступом, IDM, ролевые модели, RBAC, ABAC, управление инцидентами, управление рисками

## [Каковы особенности использования мобильных приложений для организации работы мобильных сотрудников?](https://cleverics.ru/digital/kb-qa/kakovy-osobennosti-ispolzovaniya-mobilnykh-prilozheniy-dlya-organizatsii-raboty-mobilnykh-sotrudniko/)

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

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

Рейтинг: 715

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

## [Какие элементы продуктового подхода могут быть полезны даже при отсутствии настоящего продукта?](https://cleverics.ru/digital/kb-qa/kakie-elementy-produktovogo-podkhoda-mogut-byt-polezny-dazhe-pri-otsutstvii-nastoyashchego-produkta/)

Некоторые элементы продуктового подхода полезны даже когда настоящего продукта нет. Сюда входит концентрация на ценности, а не на функциональности; четкое определение границ и зависимостей между командами; использование дорожных карт, даже если они изначально представляют собой просто планы релизов функциональности; организация рабочего процесса вокруг создания ценности, а не просто процесса разработки ПО; формирование продуктовых (а не проектных) команд; применение продуктовых метрик, даже если вместо стандартных MAU/DAU измеряется, например, уровень использования функциональности. Эти элементы могут принести пользу, даже если не все критерии продуктового подхода выполняются, и не имеют негативных последствий при правильной реализации.

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

Рейтинг: 715

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

## [Какие недостатки имеет вариант с возвратом задачи на предыдущий этап?](https://cleverics.ru/digital/kb-qa/kakie-nedostatki-imeet-variant-s-vozvratom-zadachi-na-predydushchiy-etap/)

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

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

Рейтинг: 715

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

## [Какое значение имеет дорожная карта развития продукта?](https://cleverics.ru/digital/kb-qa/kakoe-znachenie-imeet-dorozhnaya-karta-razvitiya-produkta/)

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

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

Рейтинг: 715

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