Как не нужно выстраивать процесс разработки

О неконтролируемой работе с кодом.

В IT-ориентированных компаниях процесс разработки обрастает соглашениями, локальной документацией, ритуалами, тестами, перекрестными ревью. Простыми словами, качество кода и тайминги работы контролируются. Это правильный, но не самый дешевый подход.

В сегменте малого/среднего бизнеса без ориентации на IT нередко разработка идет по принципу найма фрилансеров под сиюминутные задачи:


  • поправить выгрузку;

  • уехала верстка;

  • нужно сделать вот так и вот так.

При таком подходе все делается без гита, без сервера разработки, а бывает, и без локальной разработки, а прямо на проде. В моменте владелец бизнеса экономит деньги, в дальней перспективе — копит технический долг до этапа, когда все действительно проще снести и написать заново.

Ну и не стоит забывать, что при подобном подходе к разработке создать что-то стоящее в принципе невозможно.

Разработка несвязанными друг с другом людьми опасна и неэффективна

Если на проект под конкретные задачи приглашаются разные люди, на проекте просто не может быть соглашений. (правил работы с кодом).

Элементы могут писаться каждый по-своему, функционал — теряться и дублироваться.

А если не используется система контроля версий (что далеко не редкость), вышеописанное усугубляется еще в большей степени.

В итоге проект ждут нерешаемые баги, тормоза, удорожание каждого последующей “хотелки”.

Если у компании нет возможности собирать штат, или системно работать со студией/агентством, ориентированным на DEV, разумно максимально уходить в готовые решения:


  • использовать узконаправленные CMS;

  • применять No Code там где это возможно.

Если бизнесу подобные упрощения не подходят, важно выработать понимание процессов разработки продуктов и не совершать описанных выше ошибок.


Если остались вопросы

Свяжемся с вами вотсап.