Очень часто, когда с командой начинаем разбирать процессы, всплывает целая коллекция костылей:

— Почему задача дублируется в трёх местах? — Так исторически сложилось. — А зачем отдельный чатик для одного согласования? — Ну… мы тогда не успевали, и решили пока так.

Что важно помнить: костыль – это временное решение. Он может спасти ситуацию, когда нужно срочно закрыть проблему, а ресурсов нет и времени разбираться, как сделать “по уму”, – тоже нет. Это нормально. Иногда – даже необходимо.

Но костыль требует пересмотра. Потому что: – он не масштабируется, – часто держится на конкретном сотруднике, – мешает “здоровым ногам” команды двигаться вперёд.

И вроде бы все это понимают, но на практике нет ничего более постоянного, чем временное. Костыль в моменте – ок. Но он не должен становиться системой!

Если его не пересматривать, команда тонет в рутине и ручном труде. Масштабировать такой хаос почти невозможно. А распутывать надстройки над костыльными решениями – ещё сложнее.

📌Короткая диагностика на костыльные решения: 1. Решение держится на одном человеке — без него всё ломается 2. “Временно” уже три месяца, но пересматривать некогда 3. Никто толком не помнит, зачем это вообще появилось 4. Любое изменение рядом тянет за собой цепочку правок

📍 В следующем посте – почему важно сначала смоделировать процесс, а уже потом внедрять, даже если очень хочется “просто начать”