Практика
Разбираем задачи, решения команды и способы проверки результата. Названия заказчиков и конфиденциальные сведения не раскрываем без их разрешения.
Фильтруйте кейсы по технологии, процессу или симптому. В каждом разборе есть исходная ситуация, причина проблемы, действия команды и результат.
Нестандартные условия проходили через письма, сообщения и устные подтверждения.
Было непонятно, кто сейчас должен принять решение.
Решения перестали теряться в переписке и стали видны в процессе.
Открыть полный разбор ↗Нестандартные условия проходили через письма, сообщения и устные подтверждения.
Было непонятно, кто сейчас должен принять решение.
Решения перестали теряться в переписке и стали видны в процессе.
Открыть полный разбор ↗Коммерческие условия зависели от клиента, канала продаж, остатков и согласований.
Менеджеры проверяли условия вручную и согласовывали исключения в переписке.
Коммерческие исключения стали управляемыми и видимыми для анализа.
Открыть полный разбор ↗Коммерческие условия зависели от клиента, канала продаж, остатков и согласований.
Менеджеры проверяли условия вручную и согласовывали исключения в переписке.
Коммерческие исключения стали управляемыми и видимыми для анализа.
Открыть полный разбор ↗Открытие нового внутреннего сервиса проходило через последовательные действия нескольких подразделений.
Заявка двигалась медленно, потому что участники ждали друг друга и вручную передавали данные.
Запуск сервиса стал быстрее и прозрачнее для участников процесса.
Открыть полный разбор ↗Открытие нового внутреннего сервиса проходило через последовательные действия нескольких подразделений.
Заявка двигалась медленно, потому что участники ждали друг друга и вручную передавали данные.
Запуск сервиса стал быстрее и прозрачнее для участников процесса.
Открыть полный разбор ↗Параллельные проекты принимали локальные решения, которые могли конфликтовать друг с другом.
Каждая команда оптимизировала свой участок без полной картины технологического ландшафта.
Архитектура стала управляемой на уровне общего контура, а не отдельных проектов.
Открыть полный разбор ↗Параллельные проекты принимали локальные решения, которые могли конфликтовать друг с другом.
Каждая команда оптимизировала свой участок без полной картины технологического ландшафта.
Архитектура стала управляемой на уровне общего контура, а не отдельных проектов.
Открыть полный разбор ↗Показано 8 из 8
Практический фокус
Один и тот же симптом может иметь разные причины. Кейсы показывают способ мышления, а не обещают повторить результат без анализа.
Сравните контекст и границы процесса с вашей ситуацией.
Обратите внимание, где находился разрыв между ролями и системами.
Проверьте, каким событием и критерием измерялось изменение.
Соберите собственный пример и обсудите его с нами.
Ваш случай не обязан быть похож на готовый кейс. Начнём с фактов вашего процесса.
Обсудить проблемный участок ↗