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

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

25
авторов

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

100%
оригинальный контент
Важно планировать не только на текущую, но и на несколько итераций вперед, потому что это позволяет удерживать правильное направление развития продукта и поддерживать нужный темп улучшений, интересующий бизнес-заказчиков. Если планировать только на текущую итерацию, команда легко может отклониться от основной цели, реагируя на самые срочные, но не всегда самые важные запросы. Планирование на несколько шагов вперед обеспечивает понимание того, какие задачи действительно приближают продукт к целевому состоянию, а какие создают лишь временный эффект. Это помогает избежать ситуации, когда продукт обрастает функциональностью бессистемно, теряется целостность бизнес-логики, а ожидаемых больших изменений не происходит. Среднесрочное планирование позволяет равномерно распределить усилия, учитывать необходимость согласований и синхронизации с другими командами, и создать устойчивость в развитии продукта на несколько месяцев вперед, что критически важно для удовлетворения бизнес-целей.
Процесс управления конфигурациями должен учитывать все сервисные активы, которые включают как возможности, так и ресурсы организации. К ним относятся процессы, ноу-хау, компетенции, контракты, информация об услуге (от бизнес-планов и оценок до технической архитектуры), взаимоотношения с поставщиками и документация. Эти активы являются составляющими услуг и важны для решения производственных, финансовых и технологических задач ИТ-организации. Информация об этих активах должна быть актуальной и доступной для удовлетворения потребностей в информационном обмене между участниками процессов.
Процесс software metering в контексте управления активами программного обеспечения представляет собой метод отслеживания и измерения реального использования программных лицензий в организации. Это позволяет определить уровень потребления ПО, выявить неиспользуемые или недогруженные лицензии и принять обоснованные решения по оптимизации бюджета на закупку лицензий. Software metering помогает организациям избежать лишних затрат на приобретение избыточных лицензий и поддерживать соответствие требованиям лицензионных соглашений.
При ограничениях разграничения зон ответственности в распределенных командах можно организовать эффективную работу следующим образом. Во-первых, четко прописать в регламенте, какие типы обращений обрабатываются локальными группами, а какие требуют участия центральных специалистов. Во-вторых, создать протокол быстрого реагирования для критичных ситуаций, когда допустимо временное нарушение зон ответственности. В-третьих, наладить систему мгновенного уведомления между группами, чтобы при получении обращения, требующего централизованного решения, оно сразу ставилось в очередь на рассмотрение после начала работы соответствующей команды. Также полезно ввести ротацию специалистов между регионами для повышения взаимопонимания и знания процессов. При этом важно сохранять четкую аудиторию действий, чтобы избежать путаницы в ответственности.
Корпоративные клиенты обращают внимание на магический квадрат Гартнера, потому что он помогает им сосредоточиться не на технических деталях, а на выборе надежного стратегического партнера на долгосрочную перспективу. Для крупных организаций важнее выбрать компанию, которая сможет поддерживать решение в течение многих лет, обеспечивая развитие и стабильность, чем учитывать текущие технические преимущества продукта. Гартнер предлагает подход, ориентированный на минимизацию рисков при выборе ИТ-решений для крупных предприятий.
Выражение 'A spy in both camps' (шпион в обоих лагерях) относительно менеджера уровня услуг отражает его двойственное положение в организации. Поскольку менеджер уровня услуг действует как представитель клиента при общении с ИТ-персоналом и как представитель ИТ-поставщика при взаимодействии с клиентами, его могут рассматривать с определенным подозрением как со стороны ИТ-службы, так и со стороны клиента. Эта фраза описывает характерную особенность данной роли, которая вынуждена находиться в постоянном балансе между интересами поставщика услуг и заказчика.
Факторы, влияющие на определение максимальной продолжительности одного перерыва, включают критичность сервиса для бизнес-процессов, технические возможности быстрого восстановления, а также условия контракта с поставщиком услуг. Например, для высококритичного сервиса, такого как система электронной почты, допустимый перерыв может составлять несколько минут, тогда как для менее критичных сервисов этот показатель может быть значительно выше. Также учитываются риски, связанные с простоями, и возможные штрафные санкции за нарушение условий SLA.
Новый KPI создает стимул для минимизации количества инцидентов, поскольку решение вблизи Tmax дает низкий рейтинг. В отличие от традиционного подхода, где достаточно уложиться в Tmax для получения максимального балла, здесь даже успешное устранение инцидента за 3,9 часа из 4-часового лимита считается неоптимальным. Это поощряет не только оперативное реагирование, но и профилактические меры по повышению общей надежности ИТ-систем, так как любые инциденты, влияющие на бизнес (te > Tmin), негативно сказываются на итоговом рейтинге.
Прогнозирование потребности в ресурсах ИТ с помощью среднего чека начинается с расчета количества сделок, необходимых для выполнения плана продаж. Например, годовой план в 1440 млн рублей при среднем чеке 10 000 рублей требует 120 000 сделок в год. Зная производительность одного продавца (20 сделок в день), можно определить, что необходимо около 500 продавцов. Это позволяет оценить количество одновременно работающих пользователей, объем операций в ИТ-системах и количество обращений в Service Desk. На основе этих данных строится план необходимых ресурсов: серверная мощность, пропускная способность сети, количество лицензий и персонал поддержки.
Измерения напрямую связаны с вовлеченностью сотрудников, поскольку понимание сотрудниками цели измерений и видение того, как их работа влияет на измеряемые показатели, повышает ответственность и мотивацию к улучшению процессов. Когда сотрудники участвуют в определении метрик и видят результаты своих изменений, они становятся активными участниками процесса постоянного улучшения.