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

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

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

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

Authors
25

авторов

Sources
440+

источников

Original
100%

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

Содержание процесса управления релизами в подразделении эксплуатации включают следующие этапы: определение охвата и содержания релиза, сборка релиза, тестирование релиза, планирование развертывания релиза, информирование всех участников и потребителей услуг, и развертывание релиза. В отличие от подхода в подразделении разработки, управление релизами в эксплуатации отвечает за внедрение авторизованных изменений, а не за авторизацию изменений, и может применяться как к приложениям, так и к инфраструктуре.
DevOps, CI/CD бизнес, ценность, бизнес-заказчик общие вопросы менеджмента управление конфигурациями, CMDB управление релизами
Дмитрий Исайченко (источник). Рейтинг вопроса: 149
Для того чтобы поток ценности стал инструментом управления бизнесом, необходимо визуализировать четыре ключевых элемента: сам поток создания ценности, конфигурационную архитектуру процессов производства товаров и услуг, путешествие потребителя ценности и устанавливать актуальные связи между всеми этими элементами. Принятие решений и оценки должны опираться на эти взаимосвязи, что позволит более точно управлять бизнесом и создаваемой ценностью.
архитектура ИТ, TOGAF и IT4IT бизнес, ценность, бизнес-заказчик измерение и оценка ИТ, метрики, KPI, отчётность, дашборды Канбан, WIP-лимиты поток создания ценности (Value Stream)
Андрей Труфанов (источник). Рейтинг вопроса: 149
Замыкание ревью кода на тимлиде считается нежелательной практикой, потому что оно препятствует распространению знаний в команде, создает узкое место в процессе, усиливает иерархические отношения, блокирует развитие навыков критического мышления и самооценки у других членов команды. Вместо этого код-ревью должно быть коллегиальным процессом, где разные члены команды регулярно проверяют работы друг друга, что способствует перекрестному опылению знаний и создает общую ответственность за качество кода. Даже если у тимлида выше техническая экспертиза, он должен направлять и обучать, а не брать на себя исключительную ответственность за качество.
командная работа обучение сотрудников, учебные курсы, тренинги общие вопросы менеджмента управление знаниями эффективность, оптимизация
Павел Капусткин (источник). Рейтинг вопроса: 149
Категоризация инцидентов способствует созданию структурированной базы знаний, где решения и обходные пути для распространенных проблем документируются и систематизируются по категориям. Когда инцидент классифицируется и решается, информация о разрешении проблемы сохраняется в базе знаний, связанной с определенной категорией. Например, решение проблемы «Ошибка в форме заказа» может быть сохранено в базе знаний, чтобы быстро реагировать на похожие инциденты в будущем, что сокращает время на решение повторяющихся проблем и повышает общую эффективность работы службы поддержки.
обучение сотрудников, учебные курсы, тренинги поддержка пользователей, Service Desk, Help Desk управление знаниями управление инцидентами эффективность, оптимизация
Игорь Фадеев (источник). Рейтинг вопроса: 149
Этап 'Отложено' делает поток непредсказуемым, так как задача может находиться в этом состоянии неопределенное время. Заранее невозможно определить, попадет ли конкретная задача в этот статус и как долго она там пробыдет. Это делает невозможным давать осмысленные оценки по срокам выполнения не только для отложенных задач, но и для всех остальных задач в потоке. В результате менеджеры вынуждены управлять через жесткие дедлайны, что противоречит принципам потокового подхода и снижает общую эффективность работы.
измерение и оценка ИТ, метрики, KPI, отчётность, дашборды Канбан, WIP-лимиты общие вопросы менеджмента эффективность, оптимизация
Олег Скрынник (источник). Рейтинг вопроса: 149
Отчет использует аналогию с байкой: 'Да некогда мне пилу точить, мне дерево пилить надо'. Эта аналогия поясняет, что в кризисные периоды, когда требуется срочно решать оперативные задачи, нет времени и возможностей на улучшение процессов управления. Если не было создано эффективных управленческих механизмов заранее, в трудные времена компании вынуждены работать с неоптимальными процессами, что снижает общую эффективность и увеличивает риски. Предварительное налаживание управления ИТ позволяет в 'черный день' использовать уже готовые механизмы, а не тратить ресурсы на их создание.
измерение и оценка ИТ, метрики, KPI, отчётность, дашборды постоянное улучшение, совершенствование, CSI, PDCA управление рисками эффективность, оптимизация
Дмитрий Исайченко (источник). Рейтинг вопроса: 149
При построении потоков создания ценности применяются несколько ключевых принципов бережливого производства. Основной принцип заключается в идентификации и устранении потерь (muda) как для потребителя, так и для самой компании. Например, вместо того чтобы возлагать на страхователя выполнение шагов по подтверждению страхового случая, компания берет это на себя, так как эти шаги являются потерями для клиента. Другой принцип - это ориентация на поток в целом, а не на отдельные шаги процесса, что позволяет оптимизировать всю цепочку создания ценности. Также применяется принцип непрерывного потока, при котором работа перемещается плавно и непрерывно от начальной стадии к завершению, минимизируя простои и складирование промежуточных результатов. Принцип уважения к людям проявляется в том, что упрощаются процессы как для клиентов, так и для сотрудников, что повышает удовлетворенность и продуктивность. Наконец, принцип бережливого производства, связанный с использованием pull-систем, означает, что работа запускается только при наличии реального спроса со стороны следующего этапа потока, что предотвращает перепроизводство и излишние запасы.
Lean, бережливое производство бизнес, ценность, бизнес-заказчик Канбан, WIP-лимиты поток создания ценности (Value Stream)
Андрей Труфанов (источник). Рейтинг вопроса: 149
Владелец информационного ресурса - это, как правило, руководитель бизнес-подразделения, отвечающий за соответствие ресурса бизнес-целям, его высокую готовность к работе, устойчивость в связанных бизнес-процессах и соответствие внешним регуляторным требованиям. Он важен для процесса выдачи доступа, потому что именно он гарантирует, что использование ресурса будет способствовать выполнению бизнес-задач, а не создаст риски для бизнес-процессов. Владелец оценивает, не приведет ли предоставление доступа к нарушению работы ресурса или несоответствию требованиям регуляторов, например, по защите информации.
бизнес, ценность, бизнес-заказчик общие вопросы менеджмента управление доступом, IDM, ролевые модели, RBAC, ABAC управление рисками
Денис Денисов (источник). Рейтинг вопроса: 149
Стереотипы (Юг) в модели Compass Model отражают предвзятость и установки клиента, сформированные на основе его прошлого опыта. Эти ожидания могут быть как положительными, так и отрицательными, но чаще всего они влияют на первоначальное восприятие услуги. Например, стереотип о таксистах тарифа "Эконом": неправильная подача автомобиля, резкое вождение и навязчивое поведение. Чтобы учитывать стереотипы при предоставлении услуг, необходимо: 1) выявить существующие негативные установки клиентов в вашей отрасли; 2) разработать стратегию, направленную на то, чтобы нарушать эти негативные стереотипы; 3) демонстрировать клиенту, что ваша услуга не соответствует негативным установкам. Это помогает изменить восприятие и создать позитивное впечатление.
бизнес, ценность, бизнес-заказчик стратегия экономика и финансы
Артём Мукосеев (источник). Рейтинг вопроса: 149
Сложность реализации комбинированной модели доступа напрямую зависит от количества статических и динамических атрибутов. При увеличении числа статических атрибутов возрастает сложность ролевой части модели (требуется большее количество ролей), а при увеличении динамических атрибутов возрастает количество атрибутных правил. Однако в комбинированной модели сложность растет экспоненциально только относительно своей части: для ролевой части - экспонента от числа статических атрибутов, для атрибутной - экспонента от числа динамических. Это гораздо лучше, чем экспоненциальный рост от общего числа атрибутов в чистых моделях RBAC или ABAC.
общие вопросы менеджмента управление доступом, IDM, ролевые модели, RBAC, ABAC управление процессами, ИТ-процессы
Александр Омельченко (источник). Рейтинг вопроса: 149
« 1 ... 565 566 567 ... 617 »