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

Я сейчас прохожу обучение на курсе Data Scientist (не путать с сатанистом, это другое). Как вы думаете, чему посвящены первые главы? Python? Математика? Алгоритмы? Не-а. В первых главах подробно, на пальцах, разбирается тема business understanding и Data understanding. По нашему - без хорошего аналитика никуда 😂

К чему я. Михаил (заказчик) сказал, что ему нужна простая система учёта домиков и аренды лодки. Хорошо подстраховался, договорившись, что небольшие доработки и изменения будут выполняться в рамках договора. Исполнитель (Руководитель отдела, Ваня, я) не догадались углубиться в бизнес процессы компании Михаила, написать тз и согласовать его с заказчиком. О ТЗ додумался ещё один участник этого безобразия - программист Дима, имевший опыт работы в большой команде аналитиков, тестировщиков, менеджеров проекта (почему идея ТЗ не пришла ему в голову сразу - не знаю). И разрабатывали мы ТЗ по уже готовому решению и принуждали Михаила его подписать 😂


А что в итоге. Когда Михаилу начали демонстрировать продукт, конечно появились небольшие хотелки. А именно: мы должны знать кто живёт в домике (учёт документов физлиц). Мы должны сразу сказать пол проживающих, так как возможно подселение в домик. Не будем же мы заселять чужого мужика в домик, где женщина с ребёнком отдыхают.

Кстати. Уже тогда у нас появился третий вариант гендерной принадлежности: мужчина, женщина, ребёнок 😂.. В современных реалиях это нужно справочником делать, но в те времена было принято решение все-же использовать перечисление.

Михаилу было важно знать сколько комнат в домике занято и кем. Отслеживание заселения и освобождения комнат. Лодка могла арендоваться не на весь период отдыха, но при этом важно отметить, взяли ли её при заселении.. И да. Пошёл разговор о выгрузке в бухгалтерию (а это уже учёт денег. И конечно же это небольшая доработка). Отдельная песня была с требованием к интерфейсу. 1С Михаилу не нравилась. Всё было ненаглядно, неочевидно и так далее. Поэтому Ваня выходил из положения как мог, генеря километры кода для подсвечивания строчек, ячеек, скрывая и показывая реквизиты. Но это не помогало. С каждой новой демонстраций Михаил выбивал ещё пул небольших доработок.

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

Когда я закончила, Михаил выкатил новое требование: инструкции, которые мы написали, были слишком сложными.. И он согласовал с руководством, что все инструкции и пояснения нужно разместить на формах!.... Как? Это уже моя проблема. Но сделать нужно.

С горем пополам проект мы закрыли (разработку). Внедрения так и не произошло, так как уже руководство Михаила отказалось от внедрения нового ПО (слишком долго). Мы, программисты, вздохнули.. Наконец-то 😂 работать с конфигурацией - трупом то ещё удовольствие..

Через пол года меня вызывает начальство и воодушевленно сообщает:

-Помнишь тот проект с домиками?
-.. Да.
- Мы потратили очень много человекочасов. Денег по сути. Мы решили, что можно это решение продавать. Подобных турбаз много. Посмотри что там можно быстренько допилить, чтобы конфигурацию в продажу выставить можно было
-🤡


Конец.