Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего.
Только сведения от консультантов и тренеров Cleverics.
100%
оригинальный контент
При экстренных изменениях часто нарушаются или сокращаются следующие стандартные этапы процесса управления изменениями: тестирование в тестовой среде (тестирование проводится непосредственно в продуктивной среде), стандартная процедура согласования (применяются упрощенные процедуры или согласование проводится после внедрения), и своевременное документирование (оформление изменений происходит задним числом). Это приводит к увеличению рисков, связанных с некорректной реализацией изменений и возможными последствиями для продуктивной среды.
управление изменениями управление релизами управление рисками
Дмитрий Исайченко (источник). Рейтинг вопроса: 596 Альтернативный алгоритм снижает влияние действий других групп путём нормировки не на общее время обработки инцидента Ti, а на установленный срок решения инцидента Ti0. Весовой коэффициент wi для просроченных инцидентов определяется как отношение времени обработки силами данной группы (ti) к сроку решения (Ti0), но не менее 1. Рейтинг ответственности ri рассчитывается по формуле: ri = (ti/Ti0) * (1 - 1/wi) для просроченных инцидентов и ri=0 для решенных в срок. Это позволяет точнее учитывать вклад конкретной группы в просрочку, исключая искажающее влияние задержек на этапах, где данная группа не участвовала.
измерение и оценка ИТ, метрики, KPI, отчётность, дашборды общие вопросы менеджмента управление инцидентами
Дмитрий Исайченко (источник). Рейтинг вопроса: 596 Flow Efficiency может ошибочно показывать завышенные значения (90% и более) из-за методологических ошибок в расчете. Например, если учитывать только рабочее время, но неправильно определить время активной работы (Touch Time), то числитель может оказаться неадекватно большим. Также часто возникает проблема, когда при совместной работе нескольких сотрудников время работы учитывается не корректно (например, суммируются часы всех участников, тогда как фактически задача выполнялась параллельно). Кроме того, некоторые автоматизированные инструменты могут неправильно интерпретировать изменения статусов задач, принимая за активную работу периоды ожидания. Все эти факторы приводят к искажению результата и созданию иллюзии сверхвысокой эффективности, не соответствующей реальности.
Канбан, WIP-лимиты эффективность, оптимизация
Олег Скрынник (источник). Рейтинг вопроса: 596 Компании стремятся к самостоятельному развитию средств автоматизации, чтобы не зависеть от решений вендоров и иметь возможность адаптировать системы под свои уникальные потребности. Это позволяет быстрее внедрять изменения, гибко реагировать на запросы бизнеса и избегать ограничений, накладываемых настроенной функциональностью коммерческих продуктов.
бизнес, ценность, бизнес-заказчик управление продуктами, продуктовый подход эффективность, оптимизация
Евгений Шилов (источник). Рейтинг вопроса: 596 Координатор проблем — это специалист, который в более сложных организациях берет на себя часть обязанностей по управлению проблемами. Его основные обязанности включают рассмотрение представленной информации о возможных проблемах, их анализ, а также рутинные задачи, связанные с закрытием проблем. Координатор проблем занимается повседневным управлением, позволяя менеджеру по управлению проблемами сосредоточиться на более стратегических аспектах, таких как выявление корневых причин и разработка долгосрочных решений.
общие вопросы менеджмента управление проблемами
Игорь Фадеев (источник). Рейтинг вопроса: 596 В контексте улучшения процессов с использованием PDCA KPI (ключевой показатель эффективности) представляет собой количественный метрический показатель, с помощью которого оценивается успешность внедренных изменений. Например, при улучшении процесса управления инцидентами KPI может включать среднее время решения инцидента, уровень удовлетворенности пользователей или количество инцидентов, решенных в установленные сроки. На этапе Планируй устанавливаются целевые значения KPI, на этапе Проверяй сравниваются фактические показатели с плановыми, а на этапе Корректируй принимаются решения о дальнейших действиях на основе полученных данных KPI.
измерение и оценка ИТ, метрики, KPI, отчётность, дашборды поддержка пользователей, Service Desk, Help Desk постоянное улучшение, совершенствование, CSI, PDCA управление инцидентами эффективность, оптимизация
Степан Хрулёв (источник). Рейтинг вопроса: 596 Система позволяет пользователям самостоятельно регистрировать обращения и классифицировать их по нужным категориям, после чего обращение сразу направляется в соответствующую группу второй линии поддержки. Это устраняет звено первой линии для большинства специфических обращений, что повышает скорость обработки задач и снижает нагрузку на малочисленный персонал первой линии. Таким образом, первая линия может сосредоточиться на телефонных звонках, email-сообщениях и тех редких случаях, когда пользователь не смог самостоятельно классифицировать проблему через портал.
поддержка пользователей, Service Desk, Help Desk управление запросами на обслуживание управление релизами
Михаил Тобурдановский (источник). Рейтинг вопроса: 595 Контроль необходим всем сотрудникам, вне зависимости от их уровня и должности. Даже опытные менеджеры могут не выполнить задачу в срок или с требуемым результатом по разным причинам: забыть о ней, неверно оценить приоритет, не передать подчиненным или иным образом неправильно понять задачу. Как показывают примеры из практики руководителей крупных компаний, эффективный контроль позволяет своевременно выявлять проблемы и предотвращать отставание от графиков. Даже топ-менеджеры, управляющие другими руководителями, нуждаются в системном контроле выполнения задач.
общие вопросы менеджмента управление процессами, ИТ-процессы
Олег Скрынник (источник). Рейтинг вопроса: 595 Владелец продукта играет ключевую роль в создании ценности, обеспечивая прозрачность работы команды и ее результатов. Он должен быть тем связующим звеном, которое не только управляет бэклогом, но и предоставляет команде доступ к реальной обратной связи от пользователей, помогая участникам увидеть эффект их работы на окружающий мир. Владелец продукта должен вовлекать команду в исследовательские активности по идентификации и выявлению новой ценности, а не изолировать разработчиков от процесса формирования задач. Важная функция владельца продукта - способствовать совместному принятию решений и помогать команде осознавать, какую именно ценность они создают вместе с пользователями, а не просто механически выполнять задачи по разработке отдельных фич.
бизнес, ценность, бизнес-заказчик командная работа общие вопросы менеджмента поддержка пользователей, Service Desk, Help Desk управление доступом, IDM, ролевые модели, RBAC, ABAC управление продуктами, продуктовый подход управление процессами, ИТ-процессы
Андрей Труфанов (источник). Рейтинг вопроса: 595 Поток развития создает ценность по отношению к потоку эксплуатационной ценности за счет постоянного улучшения и расширения того, что потребитель получает при использовании продукта. В то время как поток эксплуатационной ценности отвечает за текущее потребление продукта и обеспечение получаемой ценности (например, покупка страхового полиса и получение компенсации при наступлении страхового случая), поток развития фокусируется на том, чтобы сделать эту ценность более значимой, добавляя новые функциональные возможности, улучшая пользовательский опыт или расширяя спектр услуг. Результатом работы потока развития становятся новые функции продукта, улучшенная инфраструктура, дополнительные компетенции и организационные изменения, которые в конечном итоге приводят к увеличению спроса и повышению рентабельности продукта.
бизнес, ценность, бизнес-заказчик Канбан, WIP-лимиты организационные изменения, агенты изменений постоянное улучшение, совершенствование, CSI, PDCA управление конфигурациями, CMDB управление продуктами, продуктовый подход эффективность, оптимизация
Андрей Труфанов (источник). Рейтинг вопроса: 595 « 1 ...
356 357 358 ...
614 »