Обычно проблемы в процессах представляются довольно прямолинейно.
Есть сбой, есть последствия, становится понятно, что что-то работает неправильно. В этот момент начинается реакция: подключаются люди, пересматриваются сценарии, появляются изменения.
Пишу про то, что вижу в реальных проектах. Разбираю, что меняется, когда в эти проекты добавляется автоматизация.
Обычно проблемы в процессах представляются довольно прямолинейно.
Есть сбой, есть последствия, становится понятно, что что-то работает неправильно. В этот момент начинается реакция: подключаются люди, пересматриваются сценарии, появляются изменения.
Есть поведение системы, которое не совпадает с ожиданиями, и почти сразу возникает решение, как это исправить. В моменте это кажется достаточным: видно, где "не так", значит достаточно внести правку.
Сейчас я стараюсь в таких ситуациях не спешить с выводами, а для начала погрузиться в "почему это случилось".
Раньше после запуска я сразу начинал что-то менять. Это выглядело логично. Появляются первые пользователи, видно, что процесс работает неидеально, и хочется быстро всё довести до нормального состояния. Где-то упростить, где-то поправить, где-то ускорить.
Казалось, что это и есть правильная работа. Сейчас же я стараюсь так не делать.