Офисные будни

Один из отчетов по продажам, оборачиваемость и других показателей делали сами директора на местах. По их словам это занимало полдня как минимум, отвлекало их от тяжелой работы руководить, поплакались руководству, поэтому отдали в наш отдел. Ежемесячно делать одно и тоже надоело. Я ж ленивый. Макросы наше все и отчет начал выполняться практически без моего участия за 2 минуты на два филиала. Плюс другие оптимизации процессов и нас осталось двое.

С коллегой вели по три филиала на каждого плюс все отчеты, которые делали сами филиалы. Я ж ленивый. Дальнейшие доработки системы и автоматизация и как итог - отдел ваще нахер не нужен. Расформировать. Остается один человек, переходит в другой отдел заниматься херней и в перерывах логистикой и следить за этими процессами чтобы ничего не сломалось. А я с тремя окладами пошел искать что-то другое. За неделю без проблем нашел, через три месяца поехал в отпуск на две недели на те два оклада из трех. В деньгах на новом месте немного меньше стало, но через некоторое время наверсталось с лихвой.

Вот так лень полностью развалила отдел из первоначальных 6 человек плюс руководитель.

Но надо отдать должное. Зарплату поднимали с каждым сокращением и не на тыщу-две, а процентов на 20-30 плюс ежегодная индексация даже если по фирме общих индексаций могло и не быть.

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

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

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

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

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

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

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

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

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

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