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

Например, разработка конструкции, оформление КД, загрузка в ЛОЦМАН, нормирование операций и материалов, передача данных в 1С, производственное планирование.

И только после этого - изготовление.

И всё это правильно.

Без планирования, учёта материалов и трудозатрат невозможно эффективно управлять большим производством.

Но возникает вопрос.

А всегда ли нужно проходить весь этот путь, если мы пока хотим проверить только одну инженерную гипотезу?

Например, будет ли удобен выбранный способ фиксации детали? Сработает ли придуманный принцип сборки?

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

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

Именно поэтому в подходящих задачах я стараюсь использовать принцип MVP - Minimum Viable Product.

В моём понимании применительно к технологической оснастке это минимально достаточный опытный образец для проверки инженерного решения.

Иногда для этого достаточно нескольких деталей лазерной резки, соединений «шип-паз» и сварочных прихваток.

Без сложной механической обработки, дорогостоящих компонентов и окончательной проработки второстепенных элементов.

Главная задача на этом этапе — проверить принцип работы.

Но самое интересное начинается во время испытаний.

Если это сварочное приспособление, то оцениваем, позволяет ли оно получить узел в соответствии с конструкторской документацией.

Если сборочное — проверяем, выполняет ли оно необходимые функции и достигается ли поставленная цель.

Результат устраивает? Отлично.

Обнаружили недостатки? Корректируем конструкцию и проверяем снова.

Здесь хорошо прослеживается цикл PDCA:

🔵 Plan — предварительно спроектировали.

🟠 Do — изготовили опытный образец.

🟡 Check — испытали и оценили результат.

🟢 Act — скорректировали конструкцию.

При необходимости повторяем цикл.

Когда выбранное решение подтвердило свою работоспособность, можно переходить к окончательной проработке.

Усиливать конструкцию, добавлять механическую обработку или покупные компоненты, если они действительно необходимы.

Затем выполнять предусмотренные процедуры оформления документации, производственной подготовки и допуска к применению.

Такой подход во многом созвучен принципам Agile.

Короткие итерации, работающий результат, обратная связь и готовность изменять первоначальное решение.

Речь не о внедрении полноценной Agile-методологии, а об использовании отдельных принципов гибкой разработки в инженерной работе.

И вот к какому выводу я пришёл.

Скорость разработки зависит не только от того, насколько быстро конструктор работает в SolidWorks или КОМПАС-3D.

Не менее важно, насколько рано команда может проверить правильность выбранного решения.

Ведь конечная цель нашей работы — не идеальная 3D-модель на экране.

Цель - работающее, безопасное и полезное производству изделие.

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

А как вы считаете, применим ли принцип MVP в машиностроении? Или лучше максимально проработать конструкцию до изготовления первого образца?