Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего.
Только сведения от консультантов и тренеров Cleverics.
Только сведения от консультантов и тренеров Cleverics.
6160+
вопросов и ответов
25
авторов
440+
источников
100%
оригинальный контент
PCF помогает организациям, у которых нет формализованного списка бизнес-процессов, служа готовым справочником и отправной точкой для построения собственной процессной модели. С его помощью организация может проанализировать стандартный список процессов и выбрать те, которые актуальны для ее деятельности. Это позволяет избежать необходимости начинать с нуля при создании каталога ИТ-услуг или при оптимизации бизнес-процессов. PCF предоставляет структурированный подход для идентификации процессов, определения их владельцев и построения связей между бизнес-процессами и ИТ-поддержкой, что особенно полезно при использовании подхода "от бизнес-процессов".
Почему аналитическая работа менеджера по управлению ИТ-активами называется работой 'сверх процесса'?
Аналитическая работа называется 'сверх процесса', потому что даже при наличии формализованных и функционирующих процессов управления ИТ-активами достижение существенных результатов требует дополнительного анализа, критического мышления и активного взаимодействия с различными участниками. Менеджер должен глубоко вникнуть в детали, выявить скрытые проблемы и возможности, что выходит за рамки стандартных операционных процедур.
Процесс управления ИТ-активами требует дополнительного внимания вне рамок стандартных процессов, так как даже хорошо организованные процедуры не всегда учитывают все нюансы использования активов. Это может приводить к избыточным затратам, дублированию усилий и неэффективному использованию ресурсов. Для выявления таких проблем необходим глубокий анализ данных, коммуникация с разными участниками и поиск нетривиальных решений, что выходит за рамки регламентированных операций.
Ограничения метода 5-Why's включают зависимость от субъективности анализирующего, возможное возникновение ложных причинно-следственных связей и необходимость экспертных знаний для правильного построения цепочки. Метод не всегда учитывает сложные взаимовлияния множественных факторов и требует чёткого определения границ анализа, чтобы не уйти в сферу нерелевантных или нерешаемых проблем. Для повышения точности рекомендуется комбинировать его с количественными методами анализа.
В ранних подходах недостаточно полагаться на проверку только разработчиком, так как то, что работает на его персональном компьютере в среде разработки, может не отражать реальную работоспособность в продуктивной среде. Локальная среда часто имеет другие параметры, зависимости и конфигурации по сравнению с продакшн-средой, что может привести к различным проблемам после развертывания. Поэтому единоличное подтверждение разработчика не может считаться достаточным критерием завершения работы.
Помощь пользователю на этапе ожидания доработки ПО должна быть оказана даже тогда, когда окончательное решение требует изменений в программном обеспечении. Например, можно предложить обходное решение, как в случае с переключением на другой принтер. Если обходного решения нет, как в ситуации с ошибкой в расчетах отчета, следует предоставить временную альтернативу или ручной метод выполнения операции. Важно не оставлять пользователя наедине с проблемой на недели, а обеспечивать поддержку до реализации постоянного решения.
В упрощенном виде в интерфейсе портала самообслуживания лучше оставить наиболее часто используемые категории обращений — те, которые составляют основной объем запросов. Специфические или редкие типы запросов могут быть объединены в универсальную форму, которая будет обрабатываться первой линией поддержки. Слишком сложная классификация с множеством уровней и терминов может запутать пользователя и снизить вероятность использования портала. Цель — упростить процесс до такой степени, чтобы пользователь мог быстро найти подходящий раздел, не тратя время на поиск.
Управление инцидентами включает следующие ключевые процессы: обработка и разрешение инцидентов — процесс, ориентированный на обработку и разрешение отдельных инцидентов от обнаружения до закрытия; периодический обзор инцидентов — процесс, обеспечивающий извлечение уроков из обработки и разрешения инцидентов и постоянное совершенствование подходов к управлению инцидентами. Эти процессы помогают минимизировать влияние текущих инцидентов и предотвращать их повторение в будущем.
Чтобы избавиться от внутренних диалогов, которые мешают концентрации, можно найти личный «переключатель», помогающий сосредоточиться на текущей задаче. Это может быть определенная фраза, техника или действие. Например, фраза из фильма «Думай о его мече, о своем мече и больше ни о чем» может служить напоминанием о необходимости сконцентрироваться только на текущей работе. Важно экспериментировать с разными методами, чтобы найти тот, который будет эффективно работать именно для вас.
Число пять в методе 5-Why's выбрано как оптимальное количество итераций для достижения достаточной глубины анализа при практической применимости. Этот опытный ориентир помогает структурировать расследование, избегая как преждевременного останова на поверхностных причинах, так и излишней детализации, уводящей в сферы, недоступные для коррекции. Однако фиксированное число итераций не строго обязательно — ключевой показатель завершения анализа — выявление точки, где возможно эффективное воздействие на проблему.