Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего.
Только сведения от консультантов и тренеров Cleverics.
Только сведения от консультантов и тренеров Cleverics.
6160+
вопросов и ответов
25
авторов
440+
источников
100%
оригинальный контент
Наличие этапа 'Отложено' в потоке создания ценности приводит к нескольким негативным последствиям: 1) Не создается ценность на этом этапе, что противоречит самой сути потокового подхода; 2) Теряется фокус на завершении взятых обязательств, так как задачи могут оставаться отложенными неограниченное время; 3) Поток становится непредсказуемым, что вынуждает прибегать к жестким дедлайнам; 4) Снижается скорость работы, так как отложенные задачи занимают слоты в потоке; 5) Возникает неравномерность течения, замедляющая все задачи; 6) Задачи постепенно теряют актуальность, а команда забывает контекст работы над ними, что приводит к росту дефектов и необходимости управления ими.
Если сотрудники полностью заняты, повышение производительности достигается за счёт оптимизации существующих процессов. Нужно провести аудит текущих рабочих операций, чтобы выявить избыточные или повторяющиеся задачи. Возможные решения: автоматизация рутинных операций, упрощение сложных процедур, перераспределение обязанностей. Также важно сосредоточиться на качестве работы: иногда сокращение количества задач приводит к улучшению результата и высвобождает ресурсы для других направлений. Инвестиции в обучение и развитие сотрудников также могут дать заметный эффект без увеличения нагрузки.
Ключевая цель процесса управления изменениями по ITIL — контроль жизненного цикла всех изменений с целью их эффективной реализации с минимальным воздействием на работу ИТ-сервисов. Это включает оценку, одобрение, планирование, внедрение и последующую проверку изменений, чтобы обеспечить баланс между необходимостью внедрять новые функции и требованиями к стабильности и надёжности инфраструктуры.
Коэффициент доступности является ключевым KPI в SLA (Service Level Agreement). Например, обязательство «99,9% доступности» означает, что суммарное время простоя в год не должно превышать 8,76 часов. При невыполнении этого условия поставщик услуг может выплачивать штрафы или предоставлять компенсации. Для расчета учитываются как внезапные отказы, так и плановые работы, согласованные с клиентом. Четкость определения термина в SLA предотвращает спорные ситуации.
Итоговая цель участия в деловой игре — это не достижение максимального результата, а получение опыта, анализ процесса и формулирование практических выводов для реальной работы. Участникам важно понимать, что независимо от итоговых показателей, основная ценность игры заключается в обучении и постоянном совершенствовании. Это помогает сосредоточиться на качественном выполнении задач и поиске путей улучшения, а не только на конечном результате.
Ценности «полезности» (основная разработка) и «гарантии» не суммируются, а перемножаются. То есть, даже при высокой ценности «полезности» (эффективное развитие продукта), если «гарантия» (стабильность, доступность) близка к нулю, общий результат будет нулевым. Например, идеальный продукт, который постоянно падает, не приносит ценности пользователям. Таким образом, обе составляющие должны поддерживаться равномерно.
Процесс управления инцидентами обеспечивает своевременность решения через регистрацию, решение и закрытие инцидентов. При превышении установленных сроков решения применяются штрафные санкции к группам поддержки, ответственным за задержку. Инциденты, как правило, решаются в течение нескольких часов или дней, а их жизненный цикл отслеживается с точки зрения соблюдения установленных нормативов времени. Это создает стимул для оперативного устранения проблем, влияющих на пользователей.
Основной проблемой при управлении микросервисной архитектурой является рост сложности системы. Поскольку каждый микросервис изолирован и имеет свои зависимости, входные и выходные параметры, общее число взаимодействий между компонентами может стать неуправляемым. Система может превратиться в хаотичный «войлочный шар», когда компоненты слабо упорядоченным образом взаимодействуют с множеством других элементов. Это значительно затрудняет диагностику проблем, выявление причин инцидентов и внесение изменений в систему. Без правильного управления конфигурациями и зависимостями система может стать такой же сложной для поддержки, как и монолитное приложение.
Система мониторинга с хранением исторических данных позволяет не только оперативно реагировать на текущие проблемы, но и предотвращать их возникновение. Анализируя тренды, можно своевременно выявлять рост нагрузки на ключевые компоненты и принимать меры до того, как это приведет к снижению производительности. Также исторические данные помогают устанавливать связь между событиями в организации (например, запуском новых продуктов или сезонными пиками) и нагрузкой на систему, что улучшает прогнозирование и планирование ресурсов.
Оптимизация затрат должна быть стратегически скоординирована и учитывать влияние изменений на другие подразделения. Целесообразно создание кросс-функциональных рабочих групп, где учитываются взаимные зависимости и потенциал синергии. В идеале, KPI не должны ограничиваться только локальными финансовыми показателями, а учитывать вклад в общую прибыль компании. Например, если ИТ-решение помогает снизить издержки в логистике или увеличить продажи, то расходы ИТ на его разработку должны засчитываться как инвестиции в рост, а не как сокращаемые затраты.