Практика
Разбираем задачи, решения команды и способы проверки результата. Названия заказчиков и конфиденциальные сведения не раскрываем без их разрешения.
Фильтруйте кейсы по технологии, процессу или симптому. В каждом разборе есть исходная ситуация, причина проблемы, действия команды и результат.
Несколько прикладных обменов между 1С, внутренними сервисами и внешними площадками.
Интеграцию ежедневно проверял ответственный сотрудник.
Контроль перешёл от ручного наблюдения к управляемым событиям.
Открыть полный разбор ↗Несколько прикладных обменов между 1С, внутренними сервисами и внешними площадками.
Интеграцию ежедневно проверял ответственный сотрудник.
Контроль перешёл от ручного наблюдения к управляемым событиям.
Открыть полный разбор ↗Системы отправляли много сообщений об ошибках, но команда реагировала не на все.
Важные события терялись среди технических уведомлений.
Уведомления стали короче, понятнее и полезнее для восстановления процесса.
Открыть полный разбор ↗Системы отправляли много сообщений об ошибках, но команда реагировала не на все.
Важные события терялись среди технических уведомлений.
Уведомления стали короче, понятнее и полезнее для восстановления процесса.
Открыть полный разбор ↗Команда выбирала между API, файловым обменом и очередью сообщений.
Обсуждение шло вокруг технологии, а не вокруг требований процесса.
Выбор интеграции стал связан с эксплуатацией и результатом бизнеса.
Открыть полный разбор ↗Команда выбирала между API, файловым обменом и очередью сообщений.
Обсуждение шло вокруг технологии, а не вокруг требований процесса.
Выбор интеграции стал связан с эксплуатацией и результатом бизнеса.
Открыть полный разбор ↗Технический реестр интеграций существовал, но не отвечал на вопрос, кто действует при сбое.
При проблеме участники спорили, где находится ответственность.
Реестр интеграций стал инструментом управления, а не просто перечнем интерфейсов.
Открыть полный разбор ↗Технический реестр интеграций существовал, но не отвечал на вопрос, кто действует при сбое.
При проблеме участники спорили, где находится ответственность.
Реестр интеграций стал инструментом управления, а не просто перечнем интерфейсов.
Открыть полный разбор ↗Системы работали в текущей нагрузке, но бизнес ожидал роста пользователей, данных и операций.
Риски масштабирования проявлялись только при изменении объёмов.
Развитие стало учитывать будущую нагрузку, а не только текущую потребность.
Открыть полный разбор ↗Системы работали в текущей нагрузке, но бизнес ожидал роста пользователей, данных и операций.
Риски масштабирования проявлялись только при изменении объёмов.
Развитие стало учитывать будущую нагрузку, а не только текущую потребность.
Открыть полный разбор ↗Сервер мог быть доступен, но заказ, обмен или фоновая обработка уже не выполнялись.
О проблеме узнавали от пользователя, хотя технические графики выглядели нормально.
Проблемы стали выявляться ближе к моменту возникновения.
Открыть полный разбор ↗Сервер мог быть доступен, но заказ, обмен или фоновая обработка уже не выполнялись.
О проблеме узнавали от пользователя, хотя технические графики выглядели нормально.
Проблемы стали выявляться ближе к моменту возникновения.
Открыть полный разбор ↗Показано 12 из 14
Практический фокус
Один и тот же симптом может иметь разные причины. Кейсы показывают способ мышления, а не обещают повторить результат без анализа.
Сравните контекст и границы процесса с вашей ситуацией.
Обратите внимание, где находился разрыв между ролями и системами.
Проверьте, каким событием и критерием измерялось изменение.
Соберите собственный пример и обсудите его с нами.
Ваш случай не обязан быть похож на готовый кейс. Начнём с фактов вашего процесса.
Обсудить проблемный участок ↗