Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего.
Только сведения от консультантов и тренеров Cleverics.
100%
оригинальный контент
В потоке ценность должна добавляться на каждом этапе, потому что сама концепция потока создания ценности предполагает непрерывное движение к конечному результату, при котором каждый шаг приближает задачу к завершению и делает ее более ценной для конечного получателя. Если какой-то этап не добавляет ценности, то он является потенциальным источником потерь, замедления и неэффективности. Бережливое производство учит, что незавершенная работа есть потери, поэтому поток должен быть организован таким образом, чтобы избежать простоев и неэффективных промежуточных состояний, фокусируясь на постоянном создании ценности.
Lean, бережливое производство бизнес, ценность, бизнес-заказчик Канбан, WIP-лимиты поток создания ценности (Value Stream)
Олег Скрынник (источник). Рейтинг вопроса: 745 Правильная настройка целевых показателей разрешения инцидентов предполагает использование не только приоритета, но и иных параметров: уровня влияния и уровня срочности. Сроки должны определяться на основе реального влияния на бизнес и того, как быстро нужно реагировать на проблему. Например, для инцидентов с высоким уровнем влияния и высокой срочностью устанавливаются короткие целевые сроки, тогда как для инцидентов с низким влиянием и низкой срочностью допустимы более длительные периоды разрешения. Такой подход обеспечивает большую точность и прозрачность в управлении инцидентами, а также способствует эффективному распределению ресурсов.
бизнес, ценность, бизнес-заказчик управление инцидентами управление процессами, ИТ-процессы
Дмитрий Исайченко (источник). Рейтинг вопроса: 745 Достоверность данных в CMDB критически важна, потому что на основе этой информации принимаются ключевые управленческие решения, касающиеся ИТ-инфраструктуры. Если данные некорректны или неактуальны, решения будут основываться на ошибочной информации, что может привести к серьезным последствиям. Доверие к данным позволяет избежать необходимости дополнительной проверки информации и делает процесс принятия решений более эффективным и обоснованным.
управление конфигурациями, CMDB
Евгений Шилов (источник). Рейтинг вопроса: 745 Баланс между высоким уровнем контроля изменений (Change Control Level) и необходимостью ускорения процессов достигается через оптимизацию размера и частоты релизов. Высокий Change Control Level обычно приводит к увеличению времени обработки изменений (Process Time), поскольку требует тщательного планирования, оценки и тестирования. Однако, переход к частым малым релизам (высокий Release rate и низкий Release size) позволяет поддерживать высокий уровень контроля без значительного увеличения рисков и времени вывода решений. Частые малые внедрения уменьшают сложность каждого отдельного изменения, что делает процесс контроля более эффективным. Также повышение Change capability за счет накопленного опыта и автоматизации стандартных процессов (Standardization/automation) позволяет поддерживать высокий Change Control Level при снижении Process Time. В итоге, вместо жесткого выбора между контролем и скоростью, организация может достичь состояния, где высокий уровень контроля сочетается с высокой скоростью внедрения благодаря оптимизации процессов и непрерывному обучению.
измерение и оценка ИТ, метрики, KPI, отчётность, дашборды обучение сотрудников, учебные курсы, тренинги общие вопросы менеджмента трансформация, ускорение, Time-to-Market управление релизами управление рисками эффективность, оптимизация
Павел Дёмин (источник). Рейтинг вопроса: 745 Концепцию услуги в ITIL4 можно объяснить с помощью модели CAAS (Choco-as-a-Service). В этой модели важно рассмотреть три компонента: товар (например, шоколадка), ресурс (магазин со службой доставки или автомат с шоколадками) и операции (процесс доставки или обслуживание автомата). В отличие от простой продажи товара, услуга предполагает, что клиент перекладывает на поставщика определенные риски и затраты. Например, при регулярной доставке шоколадок клиент не заботится о том, когда и где ее купить - эта ответственность лежит на поставщике. Аналогично в IT: при использовании облачных сервисов клиент не несет затрат по поддержанию физической инфраструктуры.
аллокация затрат, расчёт себестоимости услуг аутсорсинг, интеграция услуг бизнес, ценность, бизнес-заказчик общие вопросы менеджмента управление конфигурациями, CMDB управление рисками экономика и финансы
Артём Мукосеев (источник). Рейтинг вопроса: 745 Стандарт INCITS 494-2012 делит ограничения на статические и динамические. Динамические ограничения включают: Роль-роль (запрет на одновременное использование ролей в одной сессии), Пользователь-роль (запрет пользователям исполнять данную пару ролей параллельно) и Атрибут (запрет на использование роли или прав доступа в зависимости от значения атрибута, такого как время суток, местоположение, цель использования и другие). Статические ограничения включают: Роль-роль (запрет на назначение роли конкретному пользователю), Пользователь-роль (запрет определённым пользователям быть назначенными на пару ролей), Права доступа-права доступа (запрет на комбинации прав доступа в роли) и Права доступа-роль (запрет на использование конкретных прав доступа в определенной роли).
ISO 20000 общие вопросы менеджмента поддержка пользователей, Service Desk, Help Desk управление доступом, IDM, ролевые модели, RBAC, ABAC управление процессами, ИТ-процессы
Денис Денисов (источник). Рейтинг вопроса: 745 Соблюдение принципа 'Двигаться небольшими шагами' даёт несколько важных преимуществ в управлении ИТ-проектами: повышает управляемость проектов, делает прогресс более наглядным и очевидным для всех участников, положительно сказывается на мотивации команды, позволяет быстрее усваивать уроки и оперативно корректировать стратегию достижения целей. Это снижает риски крупных провалов и обеспечивает возможность непрерывного улучшения в процессе реализации проекта.
командная работа мотивация персонала, стимулирование постоянное улучшение, совершенствование, CSI, PDCA стратегия управление проектами, PRINCE2 управление рисками эффективность, оптимизация
Павел Дёмин (источник). Рейтинг вопроса: 745 В ITIL роль менеджера услуги определяется нечетко и часто представляет собой общий термин для обозначения любого руководителя в организации поставщика услуг. В отличие от четкого описания менеджера процесса, в управлении услугами такой конкретики нет, что приводит к неоднозначности в интерпретации этой роли в реальной практике.
ITIL аутсорсинг, интеграция услуг общие вопросы менеджмента управление процессами, ИТ-процессы
Константин Нарыжный (источник). Рейтинг вопроса: 745 Принцип 'Сохранять фокус на ценности' помогает определить лишние элементы в процессе управления сервисами через ключевой вопрос: участвует ли этот элемент (процесс, документация, метрика) в создании ценности для клиента? Если элемент не делает вклада в результат или ценность, он считается избыточным и подлежит удалению. Это позволяет сосредоточиться на том, что действительно важно для заказчика, и избавиться от ненужной сложности и бюрократии.
бизнес, ценность, бизнес-заказчик измерение и оценка ИТ, метрики, KPI, отчётность, дашборды
Павел Дёмин (источник). Рейтинг вопроса: 745 Модель инцидента или модель проблемы представляет собой повторяемый подход к управлению инцидентами или проблемами определенного типа. Многие инциденты или проблемы не являются новыми, они связаны с тем, что происходило раньше и может произойти снова. Поэтому полезно предопределить стандартные модели инцидентов и проблем и применять их к соответствующим ситуациям, когда они происходят. Это помогает быстро и эффективно разрешать инциденты и проблемы, сокращая время восстановления и повышая удовлетворенность потребителей за счет использования проверенных решений. Описание моделей необходимо для обработки стандартных инцидентов или проблем по предопределенному пути и в заранее определенные временные рамки.
бизнес, ценность, бизнес-заказчик управление инцидентами
Игорь Фадеев (источник). Рейтинг вопроса: 745 « 1 ...
277 278 279 ...
614 »