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

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

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

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

Authors
25

авторов

Sources
440+

источников

Original
100%

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

Основные проблемы в потоке создания ценности ИТ-разработки включают: недостаток информации при переходе задач с этапа на этап (что приводит к многократным уточнениям и возврату задач); отсутствие проверки рисков перед взятием задачи в работу (что приводит к блокировкам задач); обратное движение элементов в потоке (когда задачи возвращаются на предыдущие этапы из-за непродуманных процедур, таких как ревью кода); и накопление длительных очередей из-за неправильного управления нагрузкой и унаследованных рабочих процессов. Эти проблемы делают процесс непредсказуемым, неравномерным и замедляют поставку ценности.
DevOps, CI/CD бизнес, ценность, бизнес-заказчик Канбан, WIP-лимиты поток создания ценности (Value Stream) управление рисками
Светлана Сапегина (источник). Рейтинг вопроса: 255
В эксперименте Дэна Ариели участники двух групп по-разному справлялись с задачей сборки роботов LEGO Bionicle за деньги. В группе «Работа со смыслом» участники видели результат своего труда в виде выстроенных в ряд собранных роботов, что позволяло им осознавать ценность каждой следующей детали. В группе «Сизифов труд» роботы разбирались сразу после сборки, что уничтожало ощущение завершённости и ценности работы. Результаты эксперимента показывают, что участники первой группы собирали в среднем 10,6 роботов, а второй — всего 7,2. Кроме того, когда оплата снижалась ниже психологического барьера в $1, 65% участников первой группы продолжали работу, тогда как во второй группе эта доля составляла лишь 20%. Таким образом, эксперимент подтверждает, что когда люди видят смысл и результат своей работы, их продуктивность и мотивация значительно выше.
бизнес, ценность, бизнес-заказчик мониторинг мотивация персонала, стимулирование эффективность, оптимизация
Олег Скрынник (источник). Рейтинг вопроса: 255
Финальный уровень Definition of Done в DevOps определяется как состояние, когда код работает в продуктивной среде, и при этом вся сборка, тестирование и развертывание выполнены автоматическими средствами. Это важно потому, что автоматизация всех этапов процесса минимизирует человеческий фактор, повышает скорость и надежность доставки изменений, обеспечивает воспроизводимость результатов и позволяет командам регулярно и безопасно вносить изменения в рабочую систему. Такой подход гарантирует, что процесс разработки и эксплуатации является прозрачным, предсказуемым и соответствует лучшим практикам.
DevOps, CI/CD командная работа управление релизами
Олег Скрынник (источник). Рейтинг вопроса: 255
Для успешного внедрения комплексного процесса управления активами и конфигурациями важны следующие факторы: назначение общего менеджера всего процесса для обеспечения системной работы; формализация правил учета для различных категорий конфигурационных единиц с учетом их роли в сервисно-ресурсных моделях; внедрение механизмов мониторинга изменений; разграничение доступа к категориям и атрибутам конфигурационных единиц; постановка управления критичными конфигурационными единицами с четким определением их списка, уровня критичности и ответственных лиц. Эти меры обеспечивают скоординированную работу различных групп и снижение рисков ошибок.
мониторинг общие вопросы менеджмента управление доступом, IDM, ролевые модели, RBAC, ABAC управление ИТ-активами, ITAM, SAM управление конфигурациями, CMDB управление процессами, ИТ-процессы управление релизами управление рисками
Артём Мукосеев (источник). Рейтинг вопроса: 255
Для определения источников проблем необходимо провести анализ изменений в окружающей среде, произошедших за последнее время. Первым шагом должно быть определение, что изменилось: могли ли негативно повлиять крупные релизы, дефекты в ИТ-системах, отток квалифицированного персонала или рост пользовательской базы. Следующим шагом является анализ характера происходящих трудностей - определить, как структурно изменился поток обрабатываемых обращений. Необходимо выяснить, является ли рост объема обращений равномерным или он характерен только для отдельных услуг, и какие именно обращения вызывают наибольшие трудности при обработке. Важно также оценить эффективность процессов обработки для ситуаций с массовыми обращениями и выявить участки с наибольшим количеством очередей, где чаще всего возникают задержки.
Agile и гибкие методы разработки ПО Канбан, WIP-лимиты разработка ПО управление запросами на обслуживание управление релизами эффективность, оптимизация
Андрей Труфанов (источник). Рейтинг вопроса: 255
Подразделение информационной безопасности выступает завершающим звеном в цепочке согласования, контролируя исполнение всех фаз процесса и проверяя соответствие исходного запроса на доступ утверждённым политикам информационной безопасности организации. Оно обеспечивает соблюдение нормативных требований, стандартов безопасности и корпоративных политик при предоставлении доступа. Информационная безопасность проверяет, что все предыдущие согласования были проведены корректно и что предоставленный доступ не создает угроз конфиденциальности, целостности или доступности информации.
ISO 20000 безопасность общие вопросы менеджмента управление доступностью управление доступом, IDM, ролевые модели, RBAC, ABAC управление процессами, ИТ-процессы
Денис Денисов (источник). Рейтинг вопроса: 255
Специфика различных информационных систем учитывается через создание моделей изменений. Единый процесс управления содержит обязательные этапы, которые должны пройти все изменения (согласование, разработка, публикация и т.д.), а модели изменений описывают, как именно должен выполняться каждый этап для конкретного типа системы. Например, для одних систем публикация изменений происходит сразу по готовности, а для других - по релизной схеме. Детализация этих процедур в моделях позволяет сохранить общий регламент, но соблюдать особенности каждой системы.
управление изменениями управление процессами, ИТ-процессы
Артём Мукосеев (источник). Рейтинг вопроса: 255
Управление инцидентами является преимущественно реактивным процессом — оно срабатывает после возникновения инцидента и сосредоточено на скорейшем восстановлении нормального функционирования услуги. Управление проблемами, напротив, может быть как реактивным, так и проактивным. Оно не только исследует причины уже произошедших инцидентов, но и стремится выявить потенциальные проблемы до их возникновения. Проактивные действия в управлении проблемами направлены на предотвращение инцидентов, что делает эту практику более долгосрочной и стратегической по сравнению с оперативной деятельностью управления инцидентами.
управление инцидентами управление проблемами
Игорь Фадеев (источник). Рейтинг вопроса: 255
Для оценки себестоимости ИТ-услуг учет должен быть построен на основе ресурсно-сервисных моделей. Сотрудники должны связывать свои трудозатраты с конфигурационными единицами или запросами на изменение, чтобы учитывать не только работу поддержки, но и развитие, проектные мероприятия. Система должна включать строгие границы учета, развитые классификаторы и механизм консолидации данных из различных источников, таких как системы управления процессами поддержки и управления проектами.
аллокация затрат, расчёт себестоимости услуг измерение и оценка ИТ, метрики, KPI, отчётность, дашборды поддержка пользователей, Service Desk, Help Desk управление изменениями управление конфигурациями, CMDB управление проектами, PRINCE2 управление процессами, ИТ-процессы экономика и финансы эффективность, оптимизация
Андрей Труфанов (источник). Рейтинг вопроса: 255
К менеджеру по управлению проблемами предъявляются следующие требования: глубокое понимание продуктов, архитектуры, конфигурации и взаимозависимостей; хорошие аналитические навыки, включая знание методологии исследования проблем и умение выстраивать коммуникации; способность находить оптимальные решения и добиваться результатов; умение координировать работу различных специалистов. Помимо технических знаний, менеджер должен уметь анализировать отчеты, выявлять тренды, обнаруживать закономерности и предлагать решения для устранения корневых причин проблем.
архитектура ИТ, TOGAF и IT4IT измерение и оценка ИТ, метрики, KPI, отчётность, дашборды обучение сотрудников, учебные курсы, тренинги общие вопросы менеджмента управление знаниями управление проблемами управление продуктами, продуктовый подход
Игорь Фадеев (источник). Рейтинг вопроса: 255
« 1 ... 48 49 50 ... 617 »