Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего.
Только сведения от консультантов и тренеров Cleverics.
100%
оригинальный контент
Бимодальные ИТ - это подход, при котором организация одновременно использует две модели работы: первую, более традиционную, с тщательным планированием, разделяемыми ресурсами и контролем процессов, и вторую, гибкую, ориентированную на быструю итеративную разработку и изменение требований. Руководители проектов могут быть особенно ценны в зоне пересечения этих двух моделей, где требуется координация, синхронизация и построение взаимодействия между различными режимами работы. Они помогают управлять переходом части ИТ-систем на новые рельсы, при этом обеспечивая целостность всей ИТ-инфраструктуры и поддерживая связь между командами, работающими по разным методологиям. Их системное мышление и способность работать с разными людьми становятся особенно важными при взаимодействии старого и нового миров.
командная работа общие вопросы менеджмента управление конфигурациями, CMDB управление отношениями, взаимодействие, BRM управление проектами, PRINCE2 управление процессами, ИТ-процессы
Олег Скрынник (источник). Рейтинг вопроса: 367 Подход MVP помогает в фокусировке на создании ценности для клиентов, так как он требует четкого определения потоков создания ценности и выявления именно тех элементов практик, которые непосредственно участвуют в этих потоках. Это заставляет организацию концентрироваться на том, что реально влияет на удовлетворенность клиентов и достижение бизнес-целей, а не на второстепенных или не добавляющих ценности действиях. В результате организация становится более ориентированной на клиента и более эффективной в использовании ресурсов.
Agile и гибкие методы разработки ПО бизнес, ценность, бизнес-заказчик Канбан, WIP-лимиты поток создания ценности (Value Stream) управление продуктами, продуктовый подход
Артём Мукосеев (источник). Рейтинг вопроса: 367 Итоговая цель участия в деловой игре — это не достижение максимального результата, а получение опыта, анализ процесса и формулирование практических выводов для реальной работы. Участникам важно понимать, что независимо от итоговых показателей, основная ценность игры заключается в обучении и постоянном совершенствовании. Это помогает сосредоточиться на качественном выполнении задач и поиске путей улучшения, а не только на конечном результате.
бизнес, ценность, бизнес-заказчик деловые игры, бизнес-симуляции обучение сотрудников, учебные курсы, тренинги постоянное улучшение, совершенствование, CSI, PDCA эффективность, оптимизация
Артём Мукосеев (источник). Рейтинг вопроса: 367 При анализе текущей практики учета данных для аллокации ИТ-затрат важно не полагаться на устные заверения, а самостоятельно проверять информацию. Например, при сообщении о небольшом количестве договоров на внешние услуги, необходимо убедиться в реальном их числе, так как обычно их гораздо больше. Если утверждается, что данные по трудозатратам ведутся через таймшиты, стоит проверить их полноту и точность. Также нужно убедиться, что данные бухгалтерского учета материальных ценностей согласованы с данными CMDB. Такой подход позволяет избежать неоправданных ожиданий, заложить реалистичные сроки и использовать жизнеспособные алгоритмы расчета, что повышает шансы на успешную реализацию проекта.
аллокация затрат, расчёт себестоимости услуг бизнес, ценность, бизнес-заказчик управление конфигурациями, CMDB управление проектами, PRINCE2 экономика и финансы
Дмитрий Исайченко (источник). Рейтинг вопроса: 367 Для создания системы оценки нужно построить матрицу взаимодействия функций и процессов. В этой матрице вертикаль представляет собой функции (отделы или группы), а горизонталь — процессы. Если функция участвует в процессе, руководитель этой функции отвечает за предоставление ресурсов. Для оценки используется система метрик, которые отражают эффективность работы сотрудников под руководством данного руководителя в контексте процесса. Например, для руководителя отдела в сфере управления инцидентами могут использоваться такие показатели как доля заданий, выполненных в срок; доля инцидентов, принятых в работу своевременно; доля инцидентов, решенных в срок и с первой попытки; коэффициент обновления по проблемам. Эти показатели приводятся к сопоставимому виду (шкала от 0 до 1), после чего формируется итоговый рейтинг руководителя с помощью арифметического, геометрического или взвешенного среднего. На более высоких уровнях управления агрегируются рейтинги нижестоящих руководителей.
измерение и оценка ИТ, метрики, KPI, отчётность, дашборды общие вопросы менеджмента управление инцидентами управление отношениями, взаимодействие, BRM эффективность, оптимизация
Дмитрий Исайченко (источник). Рейтинг вопроса: 367 Отсутствие у сотрудников соответствующих навыков и знаний является одной из основных причин рисков, связанных с сопровождением и развитием ИТ-систем. Эта проблема часто возникает из-за отсутствия зрелых практик по управлению персоналом, особенно в части найма и мотивации. Неподходящие кандидаты на позиции приводят к выполнению работ недостаточно квалифицированными специалистами, а низкая мотивация и отсутствие карьерных перспектив вызывают высокую текучесть кадров и, как следствие, утрату компетенций и знаний внутри организации.
мотивация персонала, стимулирование обучение сотрудников, учебные курсы, тренинги управление знаниями управление рисками эффективность, оптимизация
Павел Дёмин (источник). Рейтинг вопроса: 367 Правильно построенная система измерения и оценки соответствует критериям SMART: показатели конкретные, измеримые, достижимые, релевантные и ограниченные по времени. Особенно важно, чтобы каждый показатель был соотнесён с реальными управленческими задачами, а данные использовались для принятия решений. Система не содержит «отчётности ради отчётности», исключает искажение поведения через неправильные стимулы и основана на каскаде целей от стратегического уровня до операционного.
измерение и оценка ИТ, метрики, KPI, отчётность, дашборды мотивация персонала, стимулирование общие вопросы менеджмента стратегия
Игорь Гутник (источник). Рейтинг вопроса: 367 Переназначение инцидентов между группами может существенно повлиять на расчёт FTR, если возвраты на доработку учитываются на уровне всего обращения, а не конкретной группы. Например, если инцидент после возврата в группу А был передан группе В, которая решила его с первого раза, общий учёт приведёт к снижению метрики FTR как для группы А, так и для группы В. В то же время только группа А ответственна за возврат. Поэтому важно отслеживать возвраты именно по группам, чтобы метрика отражала реальные проблемы.
измерение и оценка ИТ, метрики, KPI, отчётность, дашборды управление запросами на обслуживание управление инцидентами
Дмитрий Исайченко (источник). Рейтинг вопроса: 367 Клиент окончательно разрывает отношения с поставщиком услуг, когда происходит одна фатальная ошибка, которая принципиально нарушает доверие или делает сотрудничество невозможным. Такое может случиться, если поставщик отказывается выполнять основные обязательства по договору, например, страховая компания не возмещает убытки по страховому случаю, или банк выдвигает завышенные требования за перевыпуск карты при её захвате банкоматом. Важно, чтобы ошибка была очевидной, однозначно противоречащей условиям договора или общепринятым стандартам обслуживания, и при этом поставщик демонстрирует негибкость, нежелание идти навстречу или решать проблему разумным образом. В таких ситуациях клиент принимает решение, что дальнейшее сотрудничество с этим поставщиком неприемлемо, даже если ранее были позитивные отношения.
ISO 20000 аутсорсинг, интеграция услуг бизнес, ценность, бизнес-заказчик
Олег Скрынник (источник). Рейтинг вопроса: 367 Понимание пользовательского опыта помогает ИТ-менеджеру создавать более эффективные решения, которые соответствуют реальным потребностям пользователей. Это способствует повышению уровня удовлетворенности клиентов, уменьшению количества проблем в процессе использования услуг и снижению нагрузки на техническую поддержку.
бизнес, ценность, бизнес-заказчик общие вопросы менеджмента поддержка пользователей, Service Desk, Help Desk
Игорь Фадеев (источник). Рейтинг вопроса: 367 « 1 ...
211 212 213 ...
614 »