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

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

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

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

Authors
25

авторов

Sources
440+

источников

Original
100%

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

Суть концепции деления задач объясняется через пример создания слона. Вместо разделения слона на несвязанные части (уши, ноги, хвост), которые не формируют целостный продукт, следует начать с минимально жизнеспособной версии — слонёнка, который, несмотря на упрощения (например, один глаз, короткий хобот), всё ещё является слоном и способен выполнять базовые функции. С каждым этапом разработки слонёнок постепенно обрастает 'жирком', то есть получает новые функции, сохраняя при этом работоспособность. Это демонстрирует, что цель — не сборка частей, а постепенное улучшение рабочего прототипа.
постоянное улучшение, совершенствование, CSI, PDCA управление продуктами, продуктовый подход эффективность, оптимизация
Артём Мукосеев (источник). Рейтинг вопроса: 136
Для расчёта FTR в разрезе рабочих групп следует использовать период, в котором завершена процедура проверки решения, а не период решения инцидента. Это означает, что учитываются только те обращения, по которым пользователь уже подтвердил решение или которые были возвращены на доработку. Таким образом, период расчёта определяется не моментом выполнения задачи, а моментом подтверждения её результатов или выявления необходимости доработки.
поддержка пользователей, Service Desk, Help Desk управление запросами на обслуживание управление инцидентами
Дмитрий Исайченко (источник). Рейтинг вопроса: 136
Для построения сервисно-ресурсной модели на основе среднего чека сначала рассчитывается количество сделок, необходимых для выполнения плана продаж. Например, при плане 1440 млн рублей и среднем чеке 10 000 рублей нужно 120 000 сделок в год. Затем, зная норму выработки продавца (20 сделок в день), определяется количество пользователей (500 человек). Эти данные позволяют спрогнозировать нагрузку на ИТ-системы: количество операций, число одновременно работающих пользователей, объем запросов в Service Desk. На основании этого строится модель потребности в ресурсах, включая серверные мощности, сетевую инфраструктуру, пользовательские лицензии и персонал технической поддержки.
поддержка пользователей, Service Desk, Help Desk управление ИТ-активами, ITAM, SAM управление конфигурациями, CMDB
Дмитрий Исайченко (источник). Рейтинг вопроса: 136
Уровень Business Capacity Management определяется как управление мощностью на уровне бизнес-процессов. Этот подпроцесс используется, когда ИТ-услуга ассоциируется с поддержкой конкретных бизнес-процессов (например, кредитование, закрытие операционного дня, продажи). Он включает прогнозирование нагрузок на основе бизнес-требований, трансляцию этих требований в системные и ресурсные ограничения. Business Capacity Management необходим только в том случае, если услуги определены на уровне бизнеса, и не требуется, если услуги ограничены на уровне систем или ресурсов.
бизнес, ценность, бизнес-заказчик поддержка пользователей, Service Desk, Help Desk управление мощностями
Дмитрий Исайченко (источник). Рейтинг вопроса: 136
RASCI-матрица - это расширение классической RACI-матрицы, где к стандартным ролям добавлено дополнительное значение S (Supports). Стандартные значения в RACI расшифровываются как: R (Responsible) - непосредственный исполнитель задачи, A (Accountable) - ответственный за конечный результат, C (Consulted) - те, кого нужно проконсультировать в процессе выполнения задачи, I (Informed) - те, кого нужно информировать о результатах. В RASCI добавляется S (Supports), что означает участников, которые поддерживают выполнение задачи и вносят вклад в результат, но не несут ответственности за процесс или конечный результат. Это позволяет более точно распределить роли, особенно когда в задаче участвует большое количество людей, и четко разделить тех, кто организует работу, и тех, кто просто оказывает поддержку в процессе выполнения.
общие вопросы менеджмента поддержка пользователей, Service Desk, Help Desk управление процессами, ИТ-процессы
Дмитрий Исайченко (источник). Рейтинг вопроса: 136
Несмотря на недостатки при оценке сроков, метод EVM остаётся полезным при управлении проектами благодаря показателю Cost Performance Index (CPI), который эффективно оценивает соответствие проекта бюджету. CPI позволяет отслеживать соотношение запланированной стоимости выполненных работ к фактическим затратам, что помогает менеджерам проекта выявлять проблемы с финансовым контролем на ранних этапах. Метод EVM также предоставляет комплексную систему оценки текущего состояния проекта по стоимости и выполненным работам, что делает его ценным инструментом для текущего мониторинга проекта.
аллокация затрат, расчёт себестоимости услуг бюджетирование, планирование затрат измерение и оценка ИТ, метрики, KPI, отчётность, дашборды мониторинг общие вопросы менеджмента управление проектами, PRINCE2 экономика и финансы
Дмитрий Исайченко (источник). Рейтинг вопроса: 136
Основное отличие между использованием метрик EVM для текущих и завершённых проектов заключается в том, что при анализе текущих проектов SPI (Schedule Performance Index) адекватно отображает отставание от графика, но для завершённых проектов этот показатель становится равным единице, независимо от реальных задержек, так как весь объём работ к этому моменту уже выполнен. В то же время, показатель CPI (Cost Performance Index) остаётся полезным на всех этапах проекта, поскольку он корректно отражает соотношение стоимости работ и фактических затрат, как в процессе выполнения, так и после завершения проекта.
аллокация затрат, расчёт себестоимости услуг измерение и оценка ИТ, метрики, KPI, отчётность, дашборды управление проектами, PRINCE2 экономика и финансы
Дмитрий Исайченко (источник). Рейтинг вопроса: 136
Показателями успешности «бумажного» процесса перед автоматизацией являются стабильное соблюдение регламента участниками, минимальное количество ошибок и отклонений, положительная обратная связь от сотрудников, демонстрация эффективного решения поставленных задач и чёткое понимание требуемых доработок системы. Также важно, чтобы процесс показывал измеримые улучшения в ключевых метриках, например, сокращение времени выполнения операций или повышение качества результатов, что подтверждает корректность его логики и готовность к переходу на автоматизированный режим.
измерение и оценка ИТ, метрики, KPI, отчётность, дашборды постоянное улучшение, совершенствование, CSI, PDCA управление продуктами, продуктовый подход управление процессами, ИТ-процессы эффективность, оптимизация
Артём Мукосеев (источник). Рейтинг вопроса: 136
Автор считает, что должен существовать промежуточный уровень между USM и eSCM-SP, потому что USM слишком простой, а eSCM-SP слишком сложный для практического применения. Автор видит потребность в подходе, который будет близок по сложности к eTOM, но с возможностью обобщения на различные виды услуг, а не только телекоммуникационные. Такой промежуточный уровень должен сохранить простоту понимания USM, иметь достаточную детализацию, чтобы быть практически полезным, и не быть перегруженным сложностью eSCM-SP, что сделало бы его малоприменимым для многих организаций.
аутсорсинг, интеграция услуг
Дмитрий Исайченко (источник). Рейтинг вопроса: 136
Для менеджера процессов наиболее предпочтителен сбалансированный подход без крайностей. Он должен иметь склонность к внутреннему локусу контроля, но избегать крайней самокритики. Оптимальный вариант - когда менеджер ориентирован не на поиск объяснений неудачам, а на поиск путей совершенствования процессов, причем этот поиск ведется в первую очередь в пределах его компетенции и ответственности, а не в окружающем мире. Чрезмерно экстернальный менеджер будет постоянно винить внешние факторы, а излишне интернальный - брать на себя всю вину, что тоже может быть вредно для эффективного управления.
командная работа общие вопросы менеджмента постоянное улучшение, совершенствование, CSI, PDCA управление процессами, ИТ-процессы
Роман Журавлёв (источник). Рейтинг вопроса: 135
« 1 ... 600 601 602 ... 617 »