Изменение планов

Я и планировала такую последовательность. Просто скоро сказка сказывается, да не скоро дело делается.
Опишу… логику действий что ли. Я обычно стараюсь минимизировать количество несделанного в штуках. Пусть имеется 10 дел, которые надо сделать. Первыми будет сделано то, что просто вдруг возникло и не требует времени и то, что ближе всего к какому-то хоть промежуточному но завершению.
Не сделанные мной дела кого-то держат. Зачем же мне своими действиями увеличивать количество мест в которых какой-то простой часто по дурацкой причине но требующей все-таки моего участия? Чем меньше масштаб (в штуках, людях, местах) проблемы тем обычно реально лучше (а не только спокойнее). К тому же это всё те же одновременно находящиеся в головне объекты. Чем меньше того, на чем надо сосредоточится, тем легче работать.
Что касается промежуточного завершения, то это такой вариант когда людей с этим вариантом уже можно отфутболить. Пусть например, кому-то нужны запчасти для ремонта и всех их сразу найди или оформить почему-то сложно. Так пусть не ждут всего сразу а берут половину и идут что-то прикручивать. Т.е они уже будут работать а не сидеть и чего-то ждать. Когда им опять станет нечего делать - придут за уже найденной и оформленной второй половиной.
В случае базы во-первых, кто-то получит вполне готовую и полезную в хозяйстве конфигурацию «для опытов». Во-вторых, это данные, которыми уже можно пользоваться. Хоть какие-то. При этом я вот прямо сейчас не планирую это использовать, планирую заняться чем-то другим. Потому вполне естественно ориентироваться на тех, кому это надо прямо сейчас,  а не на себя.  Это всё та же минимизация вынужденного простоя, если вдуматься (с).
Крупные вещи тоже конечно надо делать. Потому что если их долго не делать то потом придётся всё бросать и делать в аварийном режиме. Но сейчас будет не аварийно а доведя до того вида, которого хотелось (того самого промежуточного но уже на что-то годного).
Всё это – рабочие моменты, так сказать; которые яйца выеденного не стоят. Такие подвижки как реакция на ситуацию – обычное дело.
Пример будет с чертежами. Я их, правда, не видела, потому чертежи будут ненастоящие. Времена были досовские, с картинками работать было сложно. Сейчас бы у меня все в виде картинок хранились, а тогда перед глазами были только цифры – коды чертежей. Clipper с картинками вообще не работал. Я к нему каким-то чудовищным способом прицепила просмотр BMP хотя бы по профилям кругов  Там было считывание и расшифровка двоичного содержимого файла и расстановка точек по экране 21-м прерыванием (int 21h) что ли. Всё это не поддерживало ни масштабирования ни других форматов потому и был прицеплен только просмотр профилей кругов. Их тоже было много, выучить кто их них кто мне не удалось, а справочник листать…эээ….ууу…. уже не умею (просто об это все спотыкались и мне наконец надоело).
Короче, пусть мне пришёл заказ на вот такой круг с профилем «чашка коническая»:

… т.е к металлическому корпусу (голубой) какой-то формы должен быть прицеплен режущий слой (красный). Пусть у меня нет прессформы, в которой можно такое сделать. Значить надо сделать вначале такой примерно чертёж:

… быстренько такое вырезать и отдать в цех.
Но пусть уже сразу пришёл заказ на вот такой круг того же диметра и прочих характеристик:

Не знаю, что таким можно резать, но точно знаю, что ещё и не такое бывает. На три слоя присылали заказы, вроде даже кому-то потребовался круг с четырьмя режущими слоями.
Так зачем же мне рисовать и делать две прессформы когда можно сделать одну комбинированную, с возможностью использовать так и эдак:

Низ с верхом соединяется болтами при формовке сложенного профиля:

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