Ответ AgentSAS в «Про лентяев»⁠⁠19

Ахахахахах классика. Прям так и ожидал такого исхода.

Есть один нюанс тут.

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

Я работал админомБД 1С. Сначала все пользователи напрямую передавали задачи программистам. Подрядная организация. Прогеры хоть и умные были, но в целом любой чих выполняли.

Потом подрядная организация расширилась. Набрали много новых программистов типа джун, и консультантов. Задачи стали принимать консультанты, если они не справлялись или это разработка то все передавалось джунам(условно). Те пилили как могли. Если не могли передавали опытным программистам. Программисты были мало связанные друг с другом и порой задачи дублировались или околодублироваллись разными пользователями и попали разным программистам. Привет два костыля на одном месте. 🤦‍♂️

В итоге в бд куча костылей от джунов (за верностью выполнения задач в плане кода и необходимости его - никто не следил ). И самое главное куча этих костылей от пользователей. Ведь задачи выполнялись на любой чих. Было и такое, что функционал в 1с существует. Но пользователю видите ли так не удобно и вообще зачем все это заносить? нам надо только одно поле из этого и прикрутить его сюда. И привет отдельная таблица данных которая никак не интегрированна в действующую конфигурацию и ее отчёты. через три года прилетает срочное задание от министерства - вывести отчёт с кучей инфы в том числе и это поле. Это по всей стране. Отчёт фирма 1с предоставила. Данные вроде как тоже заносили но не в шитый функционал , а в поле -костыль. Значит и в отчёт оно не попадает 😂 и тдтд..

Закончилось все тем, что в конфиге была гора костылей и сами прогеры (даже опытные) с трудом стали ее обновлять. После каждого обновления отваливалось много всего.. Фактически стало нереально обновить. И даже стали лезть ошибки в начислениям. 🤦‍♂️

В общем система когда пользователь напрямую передает хотелки программисту, а программист выполняет задачу не согласовав изменения в бд с руководством (как своим так и профильного отдела, например зам. Гл. Бухгалтера., А часто и с другими - кадровики, экономисты) ведёт к куче костылей, не верно занесенной информацией или не полной.

Позже мы сменили подрядную организацию. Там было три программиста опытных. И все. С нами работали два. Третий на время отпуска и тд.

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

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

После выполнения задачи я брал ее на проверку. Уточнял у пользователя выполненно ли и все ли ок. Если надо проверял сам. Только после этого задача принималась или отправлялась на доработку.

К тому же программисты знали, что бд будут обновлять они. И в самом начале договора они переработали все костыли и мы максимально избавились от них. В одной бд даже новый конфиг пришлось ставить с нуля. Соответственно им было важно не допустить заново костыли иначе обновлять замучаются.

Благодаря этому Чуть позже схему изменили. - Напрямую программисту могли задать задачу начальник отдела. Тогда прогер сам заводил карточку этой задачи. Но принимал ее все равно я согласовав, проверив со всеми.

ИТОГО: Важна золотая середина. И контроль. И непосредственная связь программтст-пользователь. Важно согласование нужности допила БД с людьми которые хорошо в ней разбираются с разных сторон.