# Бесплатная экспертная база знаний по управлению ИТ Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего. Только сведения от консультантов и тренеров Cleverics. Включает ответы на **несколько тысяч вопросов** из **сотен источников**, а также детальный глоссарий с примерами, объяснениями и нюансами ## [Как можно в практике различать запросы и потребности бизнеса при работе над ИТ-проектами?](https://cleverics.ru/digital/kb-qa/kak-mozhno-v-praktike-razlichat-zaprosy-i-potrebnosti-biznesa-pri-rabote-nad-it-proektami/) В практике различать запросы и потребности бизнеса при работе над ИТ-проектами можно через систематическое применение методики «Пять почему» и глубокое погружение в контекст. При получении запроса необходимо задавать уточняющие вопросы: «Зачем вам это нужно?», «Как это связано с вашими бизнес-целями?», «Что произойдёт, если эта потребность не будет удовлетворена?». Например, если бизнес запрашивает отчёт по продажам, важно понять, для каких решений он будет использоваться, какие показатели критичны, в каком формате информация будет наиболее полезной. Эффективно проводить совместные сессии анализа требований, где ИТ и бизнес вместе формулируют цель проекта не в терминах функциональных требований, а в терминах ожидаемых бизнес-результатов. Также полезно создавать «карт потребностей», где каждому запросу ставится в соответствие бизнес-цель, которую он должен поддерживать. Ключевая проверка: если бы запрос был изменён или отменён, как это повлияло бы на бизнес-процессы? Если влияние незначительно, возможно, запрос не отражает реальную потребность. Различие между запросом («хотим таблицу с ежедневными продажами») и потребностью («нужно оперативно реагировать на снижение продаж в регионах») позволяет предложить более эффективные решения (например, систему предупреждений о резких изменениях, а не просто набор отчётов). Автор: Игорь Гутник Рейтинг: 1017 Теги: бизнес, ценность, бизнес-заказчик, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, управление проектами, PRINCE2 ## [Что такое минимальная жизнеспособная практика (MVP) в контексте ITIL 4?](https://cleverics.ru/digital/kb-qa/chto-takoe-minimalnaya-zhiznesposobnaya-praktika-mvp-v-kontekste-itil-4/) Минимальная жизнеспособная практика (MVP) в ITIL 4 — это подход к определению охвата любой практики организации. Он предполагает сбор всех случаев вовлечения определенной практики (например, управления инцидентами или управления конфигурациями) из всех шагов описанных потоков создания ценности. Этот подход помогает определить минимально достаточный набор действий, необходимый для работы идентифицированных потоков, исключая избыточные или неэффективные элементы практики. Подход становиться действительно простым только после описания потоков создания ценности организации. Автор: Артём Мукосеев Рейтинг: 1017 Теги: Agile и гибкие методы разработки ПО, ITIL, бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты, поток создания ценности (Value Stream), управление инцидентами, управление конфигурациями, CMDB, управление продуктами, продуктовый подход ## [Как решить проблему несоответствия обещаний бизнесу и возможностей внешних поставщиков ИТ-услуг?](https://cleverics.ru/digital/kb-qa/kak-reshit-problemu-nesootvetstviya-obeshchaniy-biznesu-i-vozmozhnostey-vneshnikh-postavshchikov-it/) Для предотвращения ситуации, когда компания обещает бизнесу больше, чем могут обеспечить внешние поставщики, необходимо включить в процесс управления уровнем ИТ-услуг регулярную процедуру оценки и пересмотра соглашений с внешними поставщиками. Это включает анализ текущих SLA, проверку выполнения обязательств, оценку возможностей расширения услуг и рассмотрение альтернативных поставщиков. При обнаружении несоответствия между обязательствами перед бизнесом и возможностями поставщиков следует либо пересмотреть условия сотрудничества с поставщиком, либо рассмотреть возможность замены поставщика. Также важно создать процесс для постоянного мониторинга возможностей поставщиков и их соответствия бизнес-требованиям. Автор: Евгений Шилов Рейтинг: 1017 Теги: SLA, аутсорсинг, интеграция услуг, бизнес, ценность, бизнес-заказчик, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, мониторинг, управление уровнем услуг, SLM ## [Чем отличаются внешние и внутренние сервисные отношения в организации?](https://cleverics.ru/digital/kb-qa/chem-otlichayutsya-vneshnie-i-vnutrennie-servisnye-otnosheniya-v-organizatsii/) Внешние сервисные отношения (между системным интегратором и сторонней компанией) и внутренние сервисные отношения (между ИТ-департаментом и бизнес-подразделениями в одной организации) отличаются степенью формализации и типом используемых документов. Для внешних отношений обычно требуется большая степень бюрократизации и официальной документации. Для внутренних отношений степень формализации может быть ниже, и достаточно простых форм договоренностей, таких как письма по электронной почте. Важное отличие в том, что для внутренних поставщиков услуг (например, ИТ-департамента) отсутствие формализации приводит к нерациональному использованию ресурсов для всей организации, а не только для отдельного подразделения, что делает вопрос формализации особенно важным для внутренних отношений в долгосрочной перспективе. Автор: Игорь Гутник Рейтинг: 1017 Теги: аутсорсинг, интеграция услуг, бизнес, ценность, бизнес-заказчик ## [Как определить оптимальное количество стандартных изменений?](https://cleverics.ru/digital/kb-qa/kak-opredelit-optimalnoe-kolichestvo-standartnykh-izmeneniy/) Определение оптимального количества стандартных изменений зависит от рационального баланса между охватом типовых задач и избежанием избыточной детализации. Стандартные изменения должны быть сформулированы максимально конкретно и представлять собой заранее определенные процедуры с минимальной степенью неопределенности. Число стандартных изменений не должно стремиться к максимальному, охватывая каждую возможную ситуацию, так как это может привести к увеличению сложности управления и снижению гибкости процесса. Целесообразно определить наиболее часто возникающие и повторяющиеся задачи, для которых можно разработать четкие инструкции, назначить исполнителей и установить сроки выполнения. Ключевые критерии выбора стандартных изменений включают: - Повторяемость и предсказуемость процесса, - Низкий уровень влияния на бизнес-процессы и ИТ-инфраструктуру, - Минимальное количество необходимых согласований, - Возможность нормирования по времени выполнения. При этом важно учитывать, что координаторы изменений должны иметь полномочия на корректировку стандартных процедур в рамках установленных границ, поскольку полное прописывание всех возможных ситуаций может быть неэффективным. Автор: Артём Мукосеев Рейтинг: 1017 Теги: аллокация затрат, расчёт себестоимости услуг, бизнес, ценность, бизнес-заказчик, общие вопросы менеджмента, управление изменениями, управление конфигурациями, CMDB, экономика и финансы ## [Как можно определить эффективность руководителя в деловой игре?](https://cleverics.ru/digital/kb-qa/kak-mozhno-opredelit-effektivnost-rukovoditelya-v-delovoy-igre/) Эффективность руководителя в деловой игре можно определить по тому, как он организует работу команды. Эффективный руководитель не делает всё сам, а делегирует ответственность, определяет приоритеты, объясняет команде не только что делать, но и зачем это важно. Он выделяет направления ответственности и назначает ответственных, продолжает видеть общую картину, а не погружается в детали выполнения задач. Результат работы команды также служит показателем эффективности руководителя - команда, которой руководит хороший менеджер, обычно добивается лучших результатов, так как все участники чётко понимают свои задачи и приоритеты. Автор: Олег Скрынник Рейтинг: 1017 Теги: деловые игры, бизнес-симуляции, командная работа, общие вопросы менеджмента, управление процессами, ИТ-процессы, эффективность, оптимизация ## [Что такое кратное ускорение в контексте Time to Market, и какие показатели считаются достижением этого ускорения?](https://cleverics.ru/digital/kb-qa/chto-takoe-kratnoe-uskorenie-v-kontekste-time-to-market-i-kakie-pokazateli-schitayutsya-dostizheniem/) Кратное ускорение подразумевает не модернизацию процессов на 10-20%, а значительное сокращение времени выхода на рынок новой функциональности в разы: минимум в два раза, предпочтительно в три, желательно в пять-десять раз. Реализация кратного ускорения означает, что вместо 25 минут на выполнение одной задачи, как в типичном случае в начале рабочего процесса, время сокращается до 40 секунд - 1,5 минуты при сохранении или увеличении объёма выполненных задач. Также значительно растёт процент задач, успешно завершённых - с 25-50% до 85-100%. Автор: Олег Скрынник Рейтинг: 1016 Теги: разработка ПО, трансформация, ускорение, Time-to-Market ## [Какие проблемы могут возникнуть при отсутствии четкого определения ключевых характеристик ИТ-сервиса?](https://cleverics.ru/digital/kb-qa/kakie-problemy-mogut-vozniknut-pri-otsutstvii-chetkogo-opredeleniya-klyuchevykh-kharakteristik-it-se/) При отсутствии четкого определения ключевых характеристик ИТ-сервиса может возникнуть несоответствие между тем, как ИТ-отдел оценивает работу системы, и тем, как бизнес оценивает качество оказания услуги. Например, система может технически функционировать без сбоев (отправка электронной почты в момент нажатия кнопки 'отправить'), но при этом не выполнять свою основную задачу (доставка писем получателю в разумные сроки). Бизнес может быть недоволен, так как для него важен конечный результат — видимое клиентам выполнение сервиса, даже если все внутренние процессы формально работают. Также возможно длительное существование незамеченных ошибок, как в случае с рекламной стойкой, где сбойное окно оставалось месяцами, хотя реклама продолжала воспроизводиться. Автор: Евгений Шилов Рейтинг: 1016 Теги: бизнес, ценность, бизнес-заказчик, управление инцидентами ## [Как микросервисная архитектура влияет на организацию работы разработчиков и ИТ-операций?](https://cleverics.ru/digital/kb-qa/kak-mikroservisnaya-arkhitektura-vliyaet-na-organizatsiyu-raboty-razrabotchikov-i-it-operatsiy/) Микросервисная архитектура меняет организацию работы разработчиков и ИТ-операций, требуя более тесной интеграции между ними и создания кросс-функциональных команд. Каждая команда может отвечать за несколько, а иногда и за один микросервис, что позволяет ей быть автономной в разработке и развертывании. Однако это также усложняет координацию между командами, так как изменения в одном сервисе могут повлиять на другие. Операционная деятельность требует новых инструментов мониторинга и анализа распределенных систем. Работа с микросервисами требует новых навыков от сотрудников - понимания распределенных систем, контейнеризации, управления конфигурациями и автоматизации доставки. Необходимо обучение сотрудников этим новым практикам и внедрение процессов, поддерживающих управление сложностью, таких как ITIL. Автор: Андрей Труфанов Рейтинг: 1016 Теги: DevOps, CI/CD, ITIL, архитектура ИТ, TOGAF и IT4IT, командная работа, мониторинг, обучение сотрудников, учебные курсы, тренинги, управление конфигурациями, CMDB, управление релизами ## [Что подразумевается под аспектом 'Информация и технологии' в ITIL 4?](https://cleverics.ru/digital/kb-qa/chto-podrazumevaetsya-pod-aspektom-informatsiya-i-tekhnologii-v-itil-4/) Аспект 'Информация и технологии' относится к информационным ресурсам и технологиям, использованным для хранения, обработки и создания информации в процессе предоставления ИТ-услуг. Он включает не только инструменты предоставления услуг (ITSM, совместной работы, инвентаризации, CMDB, анализа), но и передовые технологии вроде искусственного интеллекта, машинного обучения, облачных решений, мобильных платформ. Важно учитывать, какая информация управляется услугами, какая вспомогательная информация необходима, как информация защищается, управляется, архивируется и удаляется. Управление информацией должно быть целостным и соответствовать требованиям законодательства (например, соблюдение ФЗ 'О персональных данных'). Информация и технологии зависят от их использования и архитектуры, включая приложения, базы данных, системы связи и инфраструктуру. Автор: Игорь Фадеев Рейтинг: 1016 Теги: AI, ML, LLM, ИИ, машинное обучение, ITIL, ITSM, архитектура ИТ, TOGAF и IT4IT, обучение сотрудников, учебные курсы, тренинги, управление конфигурациями, CMDB