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

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

25
авторов

440+
источников

100%
оригинальный контент
Дискуссии и обсуждения важны по трём основным причинам. Во-первых, они дают тренеру возможность оценить, насколько группа успевает за изложением материала. Во-вторых, это предоставляет слушателям шанс уточнить непонятные моменты. В-третьих, дискуссии позволяют примерить теоретические знания на реальные ситуации конкретных участников, что делает обучение практическим и эффективным. Только через сравнение и примерку материала к реальным кейсам можно получить реальную пользу от обучения.
Алгоритм, который эффективно работает с бóльшим числом метрик (до десяти), использует взвешенное среднее с динамическими весами. В этом методе вес каждого KPI зависит от его значения: чем ниже значение показателя (чем больше отклонение от целевого), тем выше его вес. Это позволяет значительно усиливать влияние проваленных показателей на общий результат, что решает проблему игнорирования отдельных областей ответственности. Такой подход избегает недостатков как среднего арифметического (малое влияние отдельных провалов), так и произведения (полная бесполезность остальных показателей при одном нуле).
Основная цель процесса управления инцидентами - минимизация негативного влияния инцидентов на бизнес путем их скорейшего устранения. Это подразумевает не просто быстрое решение проблем, но достижение максимально возможной скорости их устранения для обеспечения непрерывности бизнес-процессов и поддержания уровня сервиса.
Три основных принципа, помогающие интегрировать деятельность по развитию в повседневную работу компании: 1) Деятельность по развитию должна быть обязательной и «встроенной» в обычную ежедневную работу почти каждого сотрудника, поскольку возможности для улучшений появляются каждый день. 2) Время на развитие должно быть чётко определено и выделено явным образом, как часть работы. 3) Необходимо не позволять сотрудникам заменять выделенное время на развитие операционными задачами, поскольку рутина стремится занять всё доступное время.
Корпоративные ценности напрямую влияют на качество клиентского опыта, поскольку формируют основу, на которой строится взаимодействие компании с заказчиками. Когда сотрудники придерживаются общих ценностей, их действия становятся согласованными и направленными, что создает позитивный и бесшовный клиентский путь. Например, ценность 'важен каждый клиент' проявляется в четком согласовании встреч, вовремя предоставленных документах и профессиональном подходе. Если же цепочка создания ценности рвется на уровне сотрудников, которые игнорируют корпоративные ценности или не имеют о них четкого представления, это приводит к разочарованию клиентов, задержкам, ошибкам и потере доверия.
Сложность сопоставления связана с тремя основными аспектами. Во-первых, бухгалтерские и управленческие системы часто не содержат уникальных признаков для выделения ИТ-активов из общей массы, что затрудняет их идентификацию. Во-вторых, даже при условном выделении ИТ-активов возникает проблема с детализацией учета: бизнесу зачастую достаточно учета по партиям, тогда как ИТ-службы требуют отслеживания отдельных экземпляров компонентов (например, раздельный учет системного блока, монитора и аксессуаров в составе рабочей станции). В-третьих, возникают коллизии, когда комплексный актив включает как ИТ-, так и не-ИТ-компоненты, что требует пересмотра правил учета корпоративных активов, на что бизнес может не пойти.
Нисходящая ветка V-модели представляет процесс декомпозиции бизнес-требований на технические спецификации — от определения бизнес-процессов в желаемых условиях ('to-be') к проектированию конкретных компонентов инфраструктуры. Восходящая ветка модели демонстрирует обратный процесс интеграции и проверки, где происходит тестирование технических компонентов и постепенное подтверждение соответствия системы исходным бизнес-требованиям. Каждый уровень нисходящей ветки имеет соответствующий уровень проверки на восходящей ветке, что обеспечивает полное покрытие требований проверками на всех уровнях
Для определения данных, подлежащих переносу в CMDB, используются следующие критерии: 1) Удобство использования - данные должны быть доступны в интерфейсе CMDB без перехода в другие системы; 2) Необходимость поиска - если требуется выполнять поиск или группировку конфигурационных элементов (КЕ) по определенному атрибуту, этот атрибут должен находиться в самой CMDB; 3) Потребность в отчетности - если для формирования отчетов по КЕ требуются атрибуты из внешних систем, необходимо либо перенести эти атрибуты в CMDB, либо создать консолидированный источник данных для отчетов.
Этот штамп утверждает, что управление невозможно без измерений. Однако это преувеличение, так как многие простые системы (например, велосипед) можно управлять интуитивно, без измерений. Сложные системы, такие как самолет, космический корабль или завод, требуют измерений для эффективного управления. В случае с ИТ-службами управление часто осуществляется без полной системы измерений, что связано с их сложной структурой и неформализованными критериями оценки.
ИТ-специалисты склонны меньше задавать уточняющих вопросов заказчикам из-за особенностей их профессионального мышления и социализации в технической среде. Им свойственно стремление к точности и логической завершенности, что приводит к установке «разобраться самому», а не уточнять информацию у клиента. Кроме того, техническая направленность профессии часто вырабатывает у них тип мышления, при котором недостающие данные пытаются восстановить логически, а не через коммуникацию. Это усиливается школьным опытом решения задач, где подразумевается, что всех данных достаточно для решения. В реальной же практике такое поведение приводит к искаженному пониманию требований заказчика.