Портал №1 по управлению цифровыми
и информационными технологиями

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

Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего.
Только сведения от консультантов и тренеров Cleverics.
Questions and answers
6160+

вопросов и ответов

Authors
25

авторов

Sources
440+

источников

Original
100%

оригинальный контент

Организация процесса управления релизами в подразделении разработки отличается от аналогичного процесса в подразделении эксплуатации следующим: в разработке управление релизами является отдельным процессом, обрабатывающим нестандартные запросы изменений, самостоятельно авторизующим изменения и работающим только с приложениями; в эксплуатации управление релизами является этапом процесса управления изменениями, не занимающимся авторизацией изменений, а только их внедрением, и работающим как с приложениями, так и с инфраструктурой. В первом случае релиз определяется как набор компонент ПО, во втором - как набор изменений.
управление изменениями управление конфигурациями, CMDB управление релизами
Дмитрий Исайченко (источник). Рейтинг вопроса: 178
Деление задач на сегменты (например, R&D, разработка, технический долг) часто приводит к формированию сило́сов — разделению команды на изолированные группы с разными целями и метриками. Это усиливает коммуникационные барьеры, способствует «перебрасыванию задач через стену» и снижает общую ответственность. Даже попытки компенсировать это через ротацию или общие награды не решают проблему полностью, так как стимулируют конкуренцию вместо сотрудничества.
измерение и оценка ИТ, метрики, KPI, отчётность, дашборды командная работа общие вопросы менеджмента
Андрей Труфанов (источник). Рейтинг вопроса: 178
Конструктивный диалог между бизнесом и ИТ-подразделением проявляется в том, что бизнес не стремится требовать невозможного прямо сейчас, а учитывает реальные ограничения. Представители бизнеса понимают, что установление сверхжестких требований без учета текущих возможностей вредит сотрудничеству. Они стремятся к поиску разумного баланса, обсуждают перспективы развития и возможности улучшения сервисов в будущем.
бизнес, ценность, бизнес-заказчик постоянное улучшение, совершенствование, CSI, PDCA эффективность, оптимизация
Дмитрий Исайченко (источник). Рейтинг вопроса: 178
Точное определение уровня зрелости процесса в COBIT невозможно, так как один процесс может демонстрировать признаки сразу нескольких уровней зрелости одновременно. Эта особенность схожа с принципом суперпозиции в квантовой физике, когда система может находиться в нескольких состояниях сразу. Поэтому однозначно определить, на каком уровне зрелости находится процесс, который проявляет черты уровней 2, 3 и 4, невозможно. Существующие методы расчета уровня зрелости, такие как использование весовых коэффициентов, остаются субъективными и зависят от подхода конкретного аудитора.
COBIT управление процессами, ИТ-процессы
Дмитрий Исайченко (источник). Рейтинг вопроса: 178
Частой ошибкой является предложение решений, которые не соответствуют текущей ситуации пользователя. Например, рекомендация скачать крупное обновление при наличии проблем со скоростью соединения может оказаться абсолютно неработающим решением. Также распространены шаблонные ответы без учета специфики проблемы, что снижает качество обслуживания и вызывает разочарование клиентов.
бизнес, ценность, бизнес-заказчик поддержка пользователей, Service Desk, Help Desk
Олег Скрынник (источник). Рейтинг вопроса: 178
Основное отличие описания потока ценности от классических бизнес-процессов заключается в том, что поток ценности описывается в терминах 'каким образом' достигается ценность, в то время как классические бизнес-процессы описываются в терминах 'что должно быть сделано'. Поток ценности фокусируется именно на способе формирования итоговой предоставляемой ценности через декларирование последовательности и связей различных активностей.
бизнес, ценность, бизнес-заказчик Канбан, WIP-лимиты
Андрей Труфанов (источник). Рейтинг вопроса: 178
Чтобы избежать создания барьера, необходимо понимать, что разделение между проектным офисом и координаторами изменений служит лишь для определения ответственного лица и не должно превращаться в конфликт подходов. Все стороны должны соблюдать единые формальные процедуры управления изменениями и релизами, а сотрудники, участвующие в обоих процессах, должны обмениваться опытом и применять методы в зависимости от масштаба изменений. Это позволит обеспечить взаимодополняемость процессов и предотвратить ситуацию, когда проектный офис отгораживается от остальных подразделений.
управление изменениями управление релизами
Андрей Труфанов (источник). Рейтинг вопроса: 178
Помимо автоматизированных данных, стоит применять неформальные методы: опросы и анкетирование конечных пользователей, интервью с ключевыми участниками процесса, анализ случаев, когда метрики показали аномальные результаты. Это позволяет увидеть ту сторону процесса, которую не отражают цифры — например, реальное качество выполнения задач или скрытые проблемы в системе.
измерение и оценка ИТ, метрики, KPI, отчётность, дашборды поддержка пользователей, Service Desk, Help Desk
Евгений Шилов (источник). Рейтинг вопроса: 178
Преимущества работы через электронную почту включают отсутствие требований к специальному программному обеспечению на мобильном устройстве, работу в условиях отсутствия стабильного интернет-соединения (возможность offline-работы с последующей синхронизацией), а также универсальность, так как почтовые клиенты доступны практически на любом устройстве. Этот подход не требует дополнительного обучения сотрудников и может быть быстро внедрен в любую организацию.
бизнес, ценность, бизнес-заказчик обучение сотрудников, учебные курсы, тренинги
Евгений Шилов (источник). Рейтинг вопроса: 178
Эксплуатационные подразделения обеспечивают стабильность с помощью проверенных ИТ-процессов, таких как ITIL, COBIT и стандартов ISO. Они поддерживают баланс между надёжностью системы и способностью вносить изменения, минимизируя риски сбоев в контролируемых средах. Основная задача таких подразделений — оперативная обработка запросов пользователей, реагирование на инциденты, сбор обратной связи и поддержание бесперебойной работы инфраструктуры, что требует чёткого распределения ответственности и соблюдения регламентов.
COBIT ISO 20000 ITIL общие вопросы менеджмента поддержка пользователей, Service Desk, Help Desk управление инцидентами управление конфигурациями, CMDB управление продуктами, продуктовый подход управление процессами, ИТ-процессы управление рисками
Андрей Труфанов (источник). Рейтинг вопроса: 178
« 1 ... 404 405 406 ... 617 »