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