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

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

## [Чем отличаются выходы (outputs) от результатов (outcomes) в контексте ITSM?](https://cleverics.ru/digital/kb-qa/chem-otlichayutsya-vykhody-outputs-ot-rezultatov-outcomes-v-kontekste-itsm/)

Выходы (outputs) — это конкретные продукты, услуги или данные, которые предоставляются в рамках процесса. Например, в случае услуги электронной почты выходами могут быть объем дискового пространства, скорость передачи сообщений или наличие групповых ящиков. Результаты (outcomes) — это польза, которую заказчик получает от использования услуги, например, увеличение прибыли компании благодаря эффективной коммуникации через электронную почту. Разница заключается в том, что выходы фокусируются на том, что предоставляет ИТ-служба, а результаты — на том, как это влияет на бизнес-цели заказчика.

Автор: Анна Васильева

Рейтинг: 1539

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

## [Что такое 'восходящий' (upstream) этап производства в разработке ПО и как его можно улучшить?](https://cleverics.ru/digital/kb-qa/chto-takoe-voskhodyashchiy-upstream-etap-proizvodstva-v-razrabotke-po-i-kak-ego-mozhno-uluchshit/)

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

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

Рейтинг: 1535

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

## [Как понять, насколько успешно реализуется сервисное мышление в организации?](https://cleverics.ru/digital/kb-qa/kak-ponyat-naskolko-uspeshno-realizuetsya-servisnoe-myshlenie-v-organizatsii/)

Успешность реализации сервисного мышления в организации можно оценить через ответы на вопросы, структурированные по 7 принципам ITIL: 1) Фокус на ценности — получает ли клиент желаемую ценность? 2) Начало с текущего состояния — учитывается ли контекст и предыдущий опыт? 3) Постепенное развитие с обратной связью — есть ли система сбора и использования обратной связи? 4) Сотрудничество и видимость — прозрачны ли процессы и ясно ли распределены роли? 5) Целостный подход — учитывается ли связь услуг с целями клиента? 6) Простота и практичность — насколько хорош пользовательский опыт? 7) Оптимизация и автоматизация — идут ли постоянные улучшения процессов? Положительные ответы на эти вопросы свидетельствуют об успешной реализации сервисного мышления.

Автор: Александр Движков

Рейтинг: 1523

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

## [Что такое Программа постоянного улучшения услуг (SIP)?](https://cleverics.ru/digital/kb-qa/chto-takoe-programma-postoyannogo-uluchsheniya-uslug-sip/)

Программа постоянного улучшения услуг (SIP) - это постоянно работающий механизм опроса, анализа требований заказчика и контроля реализации изменений по улучшению услуги. SIP представляет собой цикл CSI (Continuous Service Improvement) в действии и является важным элементом ITSM (Управление услугами информационных технологий). В рамках SIP периодически собирается обратная связь от заказчика, анализируется удовлетворенность услугой, определяются причины недовольства и реализуются изменения, направленные на улучшение услуги в понимании заказчика, а не только в трактовке ИТ-службы.

Автор: Денис Денисов

Рейтинг: 1482

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

## [Как избежать сопротивления сотрудников при введении учёта трудозатрат?](https://cleverics.ru/digital/kb-qa/kak-izbezhat-soprotivleniya-sotrudnikov-pri-vvedenii-ucheta-trudozatrat/)

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

Автор: Денис Денисов

Рейтинг: 1446

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

## [Почему важно не только устранение ошибок в продукте, но и выявление отклонений в работе процесса DevOps?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-ne-tolko-ustranenie-oshibok-v-produkte-no-i-vyyavlenie-otkloneniy-v-rabote-protsessa/)

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

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

Рейтинг: 1433

Теги: DevOps, CI/CD, Lean, бережливое производство, управление проблемами, управление продуктами, продуктовый подход

## [Какие основные различия между проведением очного обучения и вебинаров?](https://cleverics.ru/digital/kb-qa/kakie-osnovnye-razlichiya-mezhdu-provedeniem-ochnogo-obucheniya-i-vebinarov/)

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

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

Рейтинг: 1418

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

## [Почему традиционное управление проектами может быть вредным в гибкой разработке ИТ-продуктов?](https://cleverics.ru/digital/kb-qa/pochemu-traditsionnoe-upravlenie-proektami-mozhet-byt-vrednym-v-gibkoy-razrabotke-it-produktov/)

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

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

Рейтинг: 1401

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

## [Как влияет сложность сервисных отношений на определение состава заказчиков ИТ-услуг?](https://cleverics.ru/digital/kb-qa/kak-vliyaet-slozhnost-servisnykh-otnosheniy-na-opredelenie-sostava-zakazchikov-it-uslug/)

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

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

Рейтинг: 1400

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

## [Что такое Co-creation в современных условиях и как оно влияет на рынок услуг?](https://cleverics.ru/digital/kb-qa/chto-takoe-co-creation-v-sovremennykh-usloviyakh-i-kak-ono-vliyaet-na-rynok-uslug/)

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

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

Рейтинг: 1371

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