Процессы мои любимые — не надо латать дыры, которых ещё нет И | Слава Демиш и его канал

Процессы мои любимые — не надо латать дыры, которых ещё нет

Идея простая — любой процесс в команде должен упорядочивать беспорядок. Чем незаметнее и легче этот процесс, тем лучше и дольше он работает. Тут как в UX: лучшая кнопка — несуществующая кнопка.

Я в работе действую двумя способами: строю процессы на опережение и латаю дыры постфактум. Процессы на опережение строю на основе своего опыта, потому что уже догадываюсь, что и как должно работать, чтобы было удобно. Латаю дыры, очевидно, когда они возникают.

Очень важно понимать, где у вас есть опыт, и вы просто собираете уже отработанную модель на новой территории, как панельку в бутово. А где опыта нет, и вы латаете дыры на опережение.

Латать дыры на опережение — это мутация управленческого вируса. Я иногда сталкиваюсь с ним и у других людей, и у себя. Например, когда собираю флоу работы над однотипными задачами, стараюсь заранее угадать, где будут дыры, и леплю туда заплатки. В результате получается страшный непонятный монстр, который никогда не заработает.

Собирать канбан-доску для редакции можно заранее — там все просто. Делать редполитику ещё до того, как нанят первый редактор или автор — бесполезная затея.