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

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

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

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

Authors
25

авторов

Sources
440+

источников

Original
100%

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

Совместная работа бизнес-специалистов и разработчиков создает синергетический эффект за счет сочетания различных компетенций и взгляда на проблему с разных сторон. Бизнес-специалисты предоставляют глубокое понимание потребностей клиентов и рыночной ситуации, а разработчики – технические возможности и ограничения. При совместной генерации идей возникает расширение общего кругозора, когда зоны, не видимые одному специалисту, становятся очевидными для другого. Это позволяет видеть проблему в целом, находить более качественные решения и лучше управлять созданием ценности. Иногда такой синергетический эффект приводит к отрезвляющим выводам, но в конечном итоге это повышает осознанность и качество продукта, а в лучших случаях создает неожиданные открытия и выводит развитие продукта на новый уровень.
бизнес, ценность, бизнес-заказчик управление продуктами, продуктовый подход эффективность, оптимизация
Светлана Сапегина (источник). Рейтинг вопроса: 337
Операционная деятельность ИТ фокусируется на выполнении текущих задач и поддержании работоспособности систем, тогда как управление ИТ-услугами предполагает более широкий подход — взаимодействие с бизнесом, понимание его потребностей и адаптацию ИТ-ресурсов для достижения стратегических целей. Управление ИТ-услугами включает в себя не только технические аспекты, но и построение отношений, управление ожиданиями и создание ценности для бизнеса. Однако часто управление ИТ-услугами сводится к операционной деятельности, что делает его менее эффективным как инструмент сотрудничества бизнеса и ИТ.
бизнес, ценность, бизнес-заказчик управление отношениями, взаимодействие, BRM
Дмитрий Исайченко (источник). Рейтинг вопроса: 337
В IT4IT функциональные компоненты организованы вокруг сервисной модели (Service Model), которая представляет собой Service Backbone архитектуры. Эта модель охватывает все стадии, необходимые для создания и предоставления ИТ-услуг, что напрямую соответствует концепции жизненного цикла услуги из ITIL. Конкретно, функциональные компоненты в IT4IT распределены по четырем Value Streams, каждый из которых охватывает определенную фазу жизненного цикла: Strategy to Portfolio (S2P) - управление портфелем и стратегией; Requirement to Deployment (R2D) - разработка и развертывание; Request to Fulfill (R2F) - предоставление услуг; Detect to Correct (D2C) - управление эксплуатацией и решением проблем. Таким образом, набор функциональных компонентов в IT4IT охватывает все этапы от идеи услуги до ее непрерывного улучшения, полностью зеркалируя концепцию жизненного цикла услуги, только структурированную в виде потоков создания ценности.
DevOps, CI/CD ITIL архитектура ИТ, TOGAF и IT4IT бизнес, ценность, бизнес-заказчик Канбан, WIP-лимиты постоянное улучшение, совершенствование, CSI, PDCA поток создания ценности (Value Stream) стратегия управление релизами эффективность, оптимизация
Игорь Гутник (источник). Рейтинг вопроса: 337
Не все компании могут достичь кратного ускорения, потому что для этого необходимо системное изменение всех четырёх ключевых областей одновременно, а не выборочное внедрение отдельных практик. Многие организации останавливаются на поверхностном внедрении Agile, не трогая фундаментальные проблемы с архитектурой, иерархией или управлением входящими задачами. Достижение кратного ускорения требует смелых решений, вложений в техническую инфраструктуру и изменение укоренившихся процессов, что часто сталкивается с сопротивлением или недостатком ресурсов. Более того, эффект кратного ускорения требует устойчивой работы над процессами, а не разовых мероприятий, что не всем организациям по силам.
Agile и гибкие методы разработки ПО архитектура ИТ, TOGAF и IT4IT трансформация, ускорение, Time-to-Market управление конфигурациями, CMDB управление релизами
Олег Скрынник (источник). Рейтинг вопроса: 337
Для менеджера проекта в условиях ограниченных ресурсов критически важны способность к стратегическому планированию, умение расставлять приоритеты и эффективно распределять имеющиеся возможности. Важно также умение контролировать выполнение плана, прогнозировать риски и оперативно вносить корректировки. Менеджер должен сохранять ясное видение цели и не погружаться в детали оперативной работы, чтобы сохранять общую картину проекта. Навыки коммуникации и разрешения конфликтов также играют большую роль, поскольку в условиях ограничений часто возникают сложные ситуации, требующие быстрого принятия решений.
общие вопросы менеджмента управление проектами, PRINCE2 управление процессами, ИТ-процессы управление рисками
Олег Скрынник (источник). Рейтинг вопроса: 337
Владелец продукта должен формировать очередь задач в продуктовом бэклоге, учитывая верхнеуровневую стратегию развития бизнес-функций, фиксировать видение развития продукта (например, с помощью дорожной карты), балансировать оперативные задачи и задачи по достижению целевых состояний, управлять ожиданиями бизнес-заказчиков и заинтересованных лиц, а также совместно с разработчиками оценивать реальность поставленных целей.
бизнес, ценность, бизнес-заказчик стратегия управление продуктами, продуктовый подход эффективность, оптимизация
Светлана Сапегина (источник). Рейтинг вопроса: 337
"Технические услуги для технических услуг" — это базовые инфраструктурные компоненты и услуги, которые обеспечивают работоспособность ИТ-систем (технических услуг). Примерами являются поддержка сетей и каналов передачи данных, систем управления базами данных (СУБД), систем хранения данных (СХД). Эти услуги являются фундаментальными и повторяются для поддержки различных ИТ-систем в организации.
поддержка пользователей, Service Desk, Help Desk управление конфигурациями, CMDB управление процессами, ИТ-процессы
Денис Денисов (источник). Рейтинг вопроса: 337
Возможность обработки стандартных изменений управлением релизами зависит от выбранного подхода: во втором подходе (управление релизами в подразделении эксплуатации) стандартные изменения, не требующие бюрократии процесса управления изменениями, могут попадать напрямую в управление релизами; в первом подходе (управление релизами в подразделении разработки) процесс управления релизами обрабатывает только нестандартные запросы на изменения, а стандартные обрабатываются процессом управления изменениями самостоятельно.
управление изменениями управление релизами
Дмитрий Исайченко (источник). Рейтинг вопроса: 337
Использование множества уровней сервиса (например, 25 уровней) и десятков условий выбора часто оказывается неоправданным, так как можно достичь эффективного баланса с меньшим количеством уровней и правил. Это снижает сложность поддержания SLA и минимизирует потери в качестве обслуживания.
SLA управление уровнем услуг, SLM
Евгений Шилов (источник). Рейтинг вопроса: 337
В ITIL v3 произошло отделение процесса управления каталогом услуг от SLM потому, что построение бизнес-ориентированного каталога услуг возможно задолго до организации SLM. Каталог услуг может использоваться для формирования нового отношения к результатам деятельности ИТ-подразделения, улучшения отношений с бизнесом и между подразделениями эксплуатации и разработки. Это позволяет внедрять сервисно-ресурсное планирование и развивать средства мониторинга для накопления данных, необходимых для эффективного SLM.
ITIL бизнес, ценность, бизнес-заказчик мониторинг общие вопросы менеджмента постоянное улучшение, совершенствование, CSI, PDCA управление каталогом ИТ-услуг управление уровнем услуг, SLM эффективность, оптимизация
Дмитрий Исайченко (источник). Рейтинг вопроса: 337
« 1 ... 282 283 284 ... 614 »