Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего.
Только сведения от консультантов и тренеров Cleverics.
Только сведения от консультантов и тренеров Cleverics.
6160+
вопросов и ответов
25
авторов
440+
источников
100%
оригинальный контент
Розабет Кантер, профессор Гарвардской школы бизнеса, определила три ключевых класса инструментов влияния: 1) Информация — данные, технические знания, экспертиза, знание политической ситуации; 2) Ресурсы — финансовые средства, материальные активы, человеческие ресурсы, время; 3) Поддержка — подтверждение, легитимность, одобрение, защита. Эффективное использование всех трех классов инструментов позволяет сформировать коалицию поддержки изменений и построить процесс внедрения так, чтобы сотрудники воспринимали изменения как свои собственные.
Управление дефектами подразумевает системный, структурированный подход к выявлению, отслеживанию, приоритизации и устранению дефектов с четкими процессами и ответственностью. Простая работа над дефектами часто сводится к реактивному исправлению проблем по мере их обнаружения без стратегического подхода. В большинстве команд разработки отсутствует именно управление дефектами, так как нет четкого определения дефекта, процессов для их обработки и культуры немедленного устранения. Управление дефектами включает не только технические аспекты, но и коммуникацию между заказчиком и исполнителем, измерение влияния дефектов на бизнес и интеграцию работы с дефектами в общий процесс разработки.
Для предотвращения повторной реализации рисков задействуются управление проблемами (устранение корневых причин), управление рисками (анализ и оценка рисков), а также постоянное улучшение процессов. Эти практики позволяют на основе анализа произошедших событий разработать профилактические меры и внедрить улучшения в процессы.
Ролевая модель формируется после ответа на вопросы «Кто?» и «Как?», учитывая реальную организацию труда в компании-заказчике. Каждая роль должна иметь чётко определённые зоны ответственности, доступ к необходимым данным и инструментам, а также понимание своей роли в достижении общих целей процесса. Ошибкой является перенос ролей из других проектов без проверки их релевантности.
Концептуальная структуризация процессов управления ИТ-сервисами включает в себя организацию и классификацию всех операционных процессов в единую взаимосвязанную систему. Это означает определение ключевых процессов, их взаимодействия, стандартизацию процедур, установление ролей и ответственности, создание метрик для измерения эффективности. Такая структуризация позволяет рассматривать управление ИТ-сервисами как комплексную систему, где все элементы взаимодействуют для достижения общей цели - предоставления качественных и надежных ИТ-услуг потребителям.
Локальная оптимизация процессов не приводит к значимому результату на уровне всей организации, потому что переход к гибкому управлению требует системного подхода. Когда оптимизируются только некоторые процессы без учета всей системы, возникает дисбаланс - улучшение в одной области может создать проблемы в других. Например, оптимизация одного процесса разработки может привести к нарушению согласованности с другими командами или бизнес-направлениями. Также локальная оптимизация не решает проблему сопротивления изменениям на уровне всей организации и не создает общую культуру гибкого управления. Для успешной трансформации необходима четкая последовательность шагов, охватывающая всю организацию, и понимание того, как текущее состояние переходит в целевое согласно общей стратегии компании.
Основные результаты работы включают: пользовательскую документацию, обучающие материалы и презентации, документацию по внедрению, технический проект и описание решения, описание интеграционных механизмов с процедурами эксплуатации, эксплуатационную документацию для поддержки, список известных ошибок и прототип/конфигурацию технического решения. Все эти материалы становятся частью накопленных знаний компании и используются в будущих проектах.
Для построения дерева зависимости ИТ-услуг необходимо выполнить следующие шаги: определить конечную ИТ-услугу, предоставляемую бизнесу, затем выявить все компоненты и подуслуги, необходимые для ее функционирования. Далее для каждого компонента определить его зависимости от других ИТ-услуг, элементов инфраструктуры, персонала и внешних поставщиков. Процесс продолжается рекурсивно до тех пор, пока не будут определены все элементы до самого низкого уровня. Важно фиксировать не только технические, но и организационные зависимости - кто отвечает за каждый элемент, условия SLA, альтернативные варианты. Полученная модель позволяет визуализировать полную цепочку зависимости и определить критические точки, где возможны сбои из-за ограничений внешних поставщиков или ресурсов.
В сервисных взаимодействиях ценность отношений может формироваться благодаря нескольким психологическим и социологическим эффектам: 1. Эффект доверия - снижение воспринимаемого риска и потребности в контроле, что упрощает коммуникацию и принятие решений. 2. Эффект привязанности - развитие эмоциональной связи между сторонами, ведущая к лояльности и долгосрочному сотрудничеству. 3. Социальный капитал - расширение сетей контактов и возможностей через взаимодействие с поставщиком. 4. Эффект предсказуемости - уверенность в стабильности и надежности отношений, снижающая стресс и неопределенность. 5. Социальное доказательство - повышение репутации потребителя услуг за счет ассоциации с проверенным поставщиком. Эти эффекты создают дополнительную ценность, которая существует независимо от непосредственных финансовых или операционных результатов.
При увеличении интенсивности труда себестоимость единицы продукции или услуги со временем начинает расти. Это связано с тем, что переутомленные сотрудники чаще допускают ошибки, снижается качество работы, увеличиваются потери на исправление брака и устранение аварийных ситуаций. Также растут затраты на поддержку работоспособности сотрудников: больничные, оплата сверхурочных, программы по восстановлению. В результате кратковременный рост производительности сменяется её падением и увеличением общих издержек.