Среди наших крутых продуктов, которые могут сделать всё, что нужно пользователю (а если не могут, мы внесём доработки и они смогут), всегда жили и будут жить множество маленьких, криво и не по методологии реализованных продуктиков, которые выполняют свои маленькие задачки. Одни из них — это макросы для Excel, которые в определённых случаях весьма продуктивны, но у них есть определённые минусы, а точнее, их минус в тех, кто их разрабатывает, зачастую это люди, ставшие разработчиками по воле судьбы.

Моим первым опытом в автоматизации рутинных процессов были как раз несколько VBA-макросов для Excel. После их внедрения я сократил свои трудозатраты с семи часов в день до пятнадцати минут. Был ли этот результат хорошим? Однозначно, он был великолепным, но есть нюанс. Это также был мой первый опыт коммерческой разработки, и для меня стояла одна цель — автоматизировать процесс. В связи с этим документация не велась, в коде комментарии были по типу «Обрати внимание, тут ты возможно ошибся», а переменные имели случайные имена: от «a» до «arkadii». Сопровождать это мог только я.

Шли годы, копился опыт, читались статьи и книги, писались собственные методики и подходы к выполнению задач. Я перемещался по разным позициям: был руководителем подразделения, которое занималось автоматизацией бизнеса, руководителем проекта, руководил подразделением аналитиков данных, потом собрал весь сет из бизнес-аналитиков, аналитиков данных, разработчиков и подразделения поддержки. У нас всё в порядке с документацией, трекером задач. Но иногда мне прилетают просьбы с формулировкой: «У нас есть инструмент в Excel, он работал у нас пять лет, но вот сегодня что-то ошибку выдавать стал». Конечно, того, кто его сделал, уже нет, как нет в коде комментариев, переменные имеют имена: от «a» до «arkadii». И в определённом количестве случаев он останется работать после «ремонта», его дополнят комментариями, сделают документацию, его не будут переносить, он продолжит выполнять свою маленькую задачу, потому что лучше его в этом деле никого нет.