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

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

## [Какие принципы гибкого управления важны для команды разработки?](https://cleverics.ru/digital/kb-qa/kakie-printsipy-gibkogo-upravleniya-vazhny-dlya-komandy-razrabotki/)

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

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

Рейтинг: 980

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

## [Какие основные проблемы возникают у компаний при внедрении CXM?](https://cleverics.ru/digital/kb-qa/kakie-osnovnye-problemy-voznikayut-u-kompaniy-pri-vnedrenii-cxm/)

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

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

Рейтинг: 980

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

## [Как категоризация способствует улучшению коммуникации между командами?](https://cleverics.ru/digital/kb-qa/kak-kategorizatsiya-sposobstvuet-uluchsheniyu-kommunikatsii-mezhdu-komandami/)

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

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

Рейтинг: 980

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

## [Какие стандарты существуют для организации реагирования на инциденты?](https://cleverics.ru/digital/kb-qa/kakie-standarty-sushchestvuyut-dlya-organizatsii-reagirovaniya-na-intsidenty/)

Для организации реагирования на инциденты существуют такие стандарты как ГОСТ Р ИСО/МЭК 18044-2007 (Информационная технология - Методы и средства обеспечения безопасности - Менеджмент инцидентов информационной безопасности) и E.409 (Организация по реагированию на инциденты и обработка инцидентов безопасности: Руководство для организаций электросвязи). Эти документы содержат рекомендации по управлению инцидентами и организации реагирования.

Автор: Павел Дёмин

Рейтинг: 980

Теги: ISO 20000, безопасность, управление инцидентами

## [Как можно определить направленность локуса контроля у человека?](https://cleverics.ru/digital/kb-qa/kak-mozhno-opredelit-napravlennost-lokusa-kontrolya-u-cheloveka/)

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

Автор: Роман Журавлёв

Рейтинг: 980

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

## [Как поставщик услуг может перейти на следующий уровень в предоставлении услуг?](https://cleverics.ru/digital/kb-qa/kak-postavshchik-uslug-mozhet-pereyti-na-sleduyushchiy-uroven-v-predostavlenii-uslug/)

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

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

Рейтинг: 980

Теги: аутсорсинг, интеграция услуг, бизнес, ценность, бизнес-заказчик

## [Как повысить мотивацию разработчиков кроме обратной связи от пользователей?](https://cleverics.ru/digital/kb-qa/kak-povysit-motivatsiyu-razrabotchikov-krome-obratnoy-svyazi-ot-polzovateley/)

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

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

Рейтинг: 980

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

## [В чём необходимость участия менеджера изменений в каждом нестандартном изменении?](https://cleverics.ru/digital/kb-qa/kak-v-tekste-opisyvaetsya-neobkhodimost-uchastiya-menedzhera-izmeneniy-v-kazhdom-nestandartnom-izmen/)

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

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

Рейтинг: 980

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

## [На что нужно обратить внимание при разработке регламента работы с системой мониторинга?](https://cleverics.ru/digital/kb-qa/na-chto-nuzhno-obratit-vnimanie-pri-razrabotke-reglamenta-raboty-s-sistemoy-monitoringa/)

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

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

Рейтинг: 980

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

## [Почему быстрые победы в организации SLM маловероятны?](https://cleverics.ru/digital/kb-qa/pochemu-bystrye-pobedy-v-organizatsii-slm-maloveroyatny/)

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

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

Рейтинг: 980

Теги: общие вопросы менеджмента, управление отношениями, взаимодействие, BRM, управление уровнем услуг, SLM