Ахахахахах классика. Прям так и ожидал такого исхода.
Есть один нюанс тут.
Без руководства всем этим делом юзеры понатвкают кучу задач на любой чих, а прогеры бездумно будут их выполнять. Причем чем более вредный (бессмысленным) будет чих тем более костылявым будет решение.
Я работал админомБД 1С. Сначала все пользователи напрямую передавали задачи программистам. Подрядная организация. Прогеры хоть и умные были, но в целом любой чих выполняли.
Потом подрядная организация расширилась. Набрали много новых программистов типа джун, и консультантов. Задачи стали принимать консультанты, если они не справлялись или это разработка то все передавалось джунам (условно). Те пилили как могли. Если не могли передавали опытным программистам. Программисты были мало связанные друг с другом и порой задачи дублировались или околодублироваллись разными пользователями и попали разным программистам. Привет два костыля на одном месте. 🤦♂️
В итоге в бд куча костылей от джунов (за верностью выполнения задач в плане кода и необходимости его - никто не следил). И самое главное куча этих костылей от пользователей. Ведь задачи выполнялись на любой чих. Было и такое, что функционал в 1с существует. Но пользователю видите ли так не удобно и вообще зачем все это заносить? нам надо только одно поле из этого и прикрутить его сюда. И привет отдельная таблица данных которая никак не интегрированна в действующую конфигурацию и ее отчёты. через три года прилетает срочное задание от министерства - вывести отчёт с кучей инфы в том числе и это поле. Это по всей стране. Отчёт фирма 1с предоставила. Данные вроде как тоже заносили но не в шитый функционал, а в поле -костыль. Значит и в отчёт оно не попадает 😂 и тдтд..
Закончилось все тем, что в конфиге была гора костылей и сами прогеры (даже опытные) с трудом стали ее обновлять. После каждого обновления отваливалось много всего.. Фактически стало нереально обновить. И даже стали лезть ошибки в начислениям. 🤦♂️
В общем система когда пользователь напрямую передает хотелки программисту, а программист выполняет задачу не согласовав изменения в бд с руководством (как своим так и профильного отдела, например зам. Гл. Бухгалтера., А часто и с другими - кадровики, экономисты) ведёт к куче костылей, не верно занесенной информацией или не полной.
Позже мы сменили подрядную организацию. Там было три программиста опытных. И все. С нами работали два. Третий на время отпуска и тд.
Все задачи передавались мне. Я обсуждал ее со всеми. Прогер, руководство разных отделов. согласовывал. Часто я или программист говорил, что такой функционал есть и вот он. Да, выглядит не много не так, но он вшит уже в конфигурацию им можно пользоваться или добавить то и то. Но тогда другой отдел тоже должен вносить туда инфу.. согласовывал с руководством отделов, а они между собой. Костыля не образовывалось.
После согласования начиналась работа над задачей. У программиста в карточке задач был номер телефона непосредственно сотрудника отдела. Во время выполнения и после, Прогер должен связаться с сотрудником тоже и согласовать и передать выполнение задачи. Т.е. контакт напрямую тоже был.
После выполнения задачи я брал ее на проверку. Уточнял у пользователя выполненно ли и все ли ок. Если надо проверял сам. Только после этого задача принималась или отправлялась на доработку.
К тому же программисты знали, что бд будут обновлять они. И в самом начале договора они переработали все костыли и мы максимально избавились от них. В одной бд даже новый конфиг пришлось ставить с нуля. Соответственно им было важно не допустить заново костыли иначе обновлять замучаются.
Благодаря этому Чуть позже схему изменили. - Напрямую программисту могли задать задачу начальник отдела. Тогда прогер сам заводил карточку этой задачи. Но принимал ее все равно я согласовав, проверив со всеми.
ИТОГО: Важна золотая середина. И контроль. И непосредственная связь программтст-пользователь. Важно согласование нужности допила БД с людьми которые хорошо в ней разбираются с разных сторон.