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

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

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

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

Authors
25

авторов

Sources
440+

источников

Original
100%

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

В типичных командах разработки для отдельной задачи из всего времени, которое она находится в системе, в среднем 90% составляет время ожидания. Для большого количества команд эта цифра еще выше - 95-97%. Это означает, что отношение реального времени работы над задачей (Touch Time) ко времени в системе (System Lead Time), называемое эффективностью потока, находится в диапазоне от 3% до 10% для обычных команд.
Lean, бережливое производство Канбан, WIP-лимиты командная работа эффективность, оптимизация
Павел Капусткин (источник). Рейтинг вопроса: 136
В комбинированных моделях доступа статическими обычно являются атрибуты, которые редко изменяются в течение жизни пользователя в системе. К таким атрибутам относятся должность, подразделение, табельный номер, базовые характеристики пользователя и другие постоянные идентифицирующие данные. Динамические атрибуты, такие как время суток, местоположение или текущий проект, часто требуют меньшего числа правил, так как их количество сочетаний обычно ограничено.
поддержка пользователей, Service Desk, Help Desk управление доступом, IDM, ролевые модели, RBAC, ABAC управление проектами, PRINCE2
Александр Омельченко (источник). Рейтинг вопроса: 136
Менеджер сервис-деска не должен быть ответственным за управление проблемами из-за конфликта интересов. Менеджер сервис-деска является владельцем управления инцидентами, которое предполагает скорейшее восстановление нормальной работы услуги. В то же время управление проблемами требует глубокого и длительного анализа для определения корневых причин, что может занять часы или недели. Эти две функции противоречат друг другу по своей природе, и их совмещение может привести к недостаточному качеству выполнения одной из задач.
общие вопросы менеджмента управление инцидентами управление проблемами
Игорь Фадеев (источник). Рейтинг вопроса: 136
Выбор типа маркировки при управлении конфигурационными единицами зависит от нескольких факторов. Основные из них включают стоимость решения, объем конфигурационных единиц, условия их размещения (наличие металлических поверхностей или препятствий), требуемый уровень автоматизации и точность учета. Для небольших наборов единиц активные RFID-метки могут быть приемлемы, но при больших объемах предпочтение отдается пассивным меткам или штрих-кодам. Также важны требования к внешнему виду меток и возможность их повторного использования.
управление ИТ-активами, ITAM, SAM управление конфигурациями, CMDB
Михаил Тобурдановский (источник). Рейтинг вопроса: 136
При неполном соблюдении лицензионных соглашений могут возникнуть юридические риски, штрафы за нарушение авторских прав, проблемы в коммерческой деятельности и необходимость удаления программного обеспечения при выявлении нарушений. Даже если приобретена одна лицензия и установлен один экземпляр ПО, возможно нарушение других условий соглашения, что влечет юридические последствия.
управление ИТ-активами, ITAM, SAM управление рисками
Михаил Тобурдановский (источник). Рейтинг вопроса: 136
Да, в партнерских отношениях SLA могут быть неформальными или даже отсутствовать. Это связано с тем, что ключевым критерием для партнерских отношений является высокий уровень доверия между поставщиком и заказчиком. Если у сторон общие стратегические цели, ценности, риски и ответственность, они могут не фокусироваться на формальном оформлении SLA. Примером таких отношений могут служить семейные отношения, где люди редко заключают SLA, но строят взаимодействие на доверии и общих целях. Таким образом, в партнерских отношениях SLA — это инструмент, но не самоцель.
SLA аутсорсинг, интеграция услуг бизнес, ценность, бизнес-заказчик общие вопросы менеджмента управление отношениями, взаимодействие, BRM управление рисками управление уровнем услуг, SLM
Игорь Фадеев (источник). Рейтинг вопроса: 136
Рациональный охват практики в контексте MVP подразумевает тот уровень детализации и полноты практики, который действительно необходим для эффективного обслуживания идентифицированных потоков создания ценности. Это не максимальный или полный охват, а минимально достаточный набор действий, которые непосредственно участвуют в создании ценности для клиентов и бизнеса. Рациональный охват позволяет избежать избыточных трат ресурсов и фокусируется именно на том, что приносит результат, не вовлекаясь в дополнительные действия, которые не улучшают конечный результат.
Agile и гибкие методы разработки ПО бизнес, ценность, бизнес-заказчик Канбан, WIP-лимиты поток создания ценности (Value Stream) управление продуктами, продуктовый подход
Артём Мукосеев (источник). Рейтинг вопроса: 136
В производственной компании критически важно контролировать три основных показателя: объем производства (соотношение плана и факта), качество продукции и себестоимость. Эти показатели дают комплексное представление о состоянии производственного процесса и позволяют оперативно реагировать на отклонения. Дополнительно могут контролироваться такие аспекты, как простои оборудования, выполнение графиков профилактических работ, количество инцидентов и другие метрики, специфичные для конкретного производства.
аллокация затрат, расчёт себестоимости услуг измерение и оценка ИТ, метрики, KPI, отчётность, дашборды управление инцидентами экономика и финансы
Олег Скрынник (источник). Рейтинг вопроса: 136
Процесс управления изменениями не требуется внутри команды поддержки жизненного цикла приложения, потому что команда сама по себе занимается управлением изменениями в своей области ответственности. Эти команды специально созданы для управления изменениями в рамках своего приложения и хорошо справляются с этой задачей. Однако, когда изменения затрагивают несколько систем или компонентов, взаимодействующих между собой, тогда становится необходимым процесс управления изменениями для координации действий между различными командами и компонентами системы.
командная работа общие вопросы менеджмента поддержка пользователей, Service Desk, Help Desk управление изменениями
Андрей Труфанов (источник). Рейтинг вопроса: 136
Суть концепции деления задач объясняется через пример создания слона. Вместо разделения слона на несвязанные части (уши, ноги, хвост), которые не формируют целостный продукт, следует начать с минимально жизнеспособной версии — слонёнка, который, несмотря на упрощения (например, один глаз, короткий хобот), всё ещё является слоном и способен выполнять базовые функции. С каждым этапом разработки слонёнок постепенно обрастает 'жирком', то есть получает новые функции, сохраняя при этом работоспособность. Это демонстрирует, что цель — не сборка частей, а постепенное улучшение рабочего прототипа.
постоянное улучшение, совершенствование, CSI, PDCA управление продуктами, продуктовый подход эффективность, оптимизация
Артём Мукосеев (источник). Рейтинг вопроса: 136
« 1 ... 599 600 601 ... 617 »