Самооптимизация процессов: Блок №1.Проблематика
Самое удобное место для отслеживания обновлений
Блок сделан при информационной и финансовой поддержке
Зачем нужен этот блок факультатива
Мы занимаемся исследованием проблемы. Преимущественно для себя, так как это самая интересная часть работы конструкторского бюро. К моделированию мы уже давно охладели, там всё одно да потому.

И самая главная задача блока «Проблематика»: получить обратную связь от коллег. Может мы во всём ошибаемся. Ибо у нас есть гипотеза, что наше восприятие мебельного рынка построено на когнитивном искажении, которое называется «Ошибка выжившего».

Возможно к нам просто не обращаются компании у которых всё хорошо. И из 60 000 мебельных компаний в России мы видели лишь сотню с небольшим. И делаем выводы о том, что культура и среда разработки мебельных проектов находится на крайне низком уровне.

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

Почта для разубеждения: dm.mihalenko@gmail.com
Обозначение проблемы факультатива
В рамках данного факультатива охватывается широкий спектр проблем, так как в результате освоения материала, необходимо выстроить глобальный процесс разработки мебели. 

И нужно не допустить такого явления, которое можно назвать — перезаткнуть дыры программным обеспечением. Это не факультатив о том, как установить Базис.Салон или сделать эластичные секции для конструкторов. «Самооптимизация» процессов предполагает программную, культурную, социальную и образовательную модернизацию.

Но есть и сложность — широкие границы проблематики. Очень тяжело найти предмет исследования. Чтобы вычленять конкретные моменты, ломающие весь процесс управления проектами.

Не исключено, что невозможно настроить процессы разработки индивидуальной мебели

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

По факту, мебельное предприятие, которое принимает задание на разработку мебели от дизайнера или частного лица не принадлежит само себе на 100%.

Основные навыки, которые требует управление мебельным проектом — бесконечное терпение и бесконечная скорость внесения изменений в проект.

Какая разница насколько хорошо и быстро делает свою работу конструктор, когда сторона принимающая решения может блокировать проект идеями и правками по 5 месяцев. У нас есть проекты, где было 17 перевыпусков эскизов утверждения в течении полугода, где мы делали «шире-уже», меняли цвета, переставляли полки и ручки.

И этот бардак сопровождается просьбами быть снисходительными. Ибо любые резкие замечания в адрес заказчика могут грозить компании тем, что она получит статус «не клиентоориентированной», и не получит новые проекты.
Обозначенная проблема факультатива: низкий уровень среды разработки проектов
Для того, чтобы убрать лишние вопросы мы всегда обозначаем явление термином, пусть даже так, как мы его пониманием.

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

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

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

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

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

И в таком случае экспертность, частично, но достаточно, чтобы выпить всю кровь, передается на сторону заказчика или его представителей. Они диктуют конечный вид изделий, вмешиваются в процессы, на ходу рождают требования, которые технологически должны обеспечить исполнители. Совершенно нормально услышать фразу «Хочу, чтобы всё было чистыми линиями, без перегородок, крепежа и прочего, а вы профи — вы и думайте как».

Да, конечно, если ценовой сегмент низкий, то могут и нахер послать вопрошающего, но чуть дальше от середины по стоимости — сразу под козырёк. Бегаем ищем фрезы, перенастраиваем станки, на ходу меняем подходы и стандарты. Лишь бы «эксперт» принесший заказ или деньги был доволен.

То есть компании не делают мебель, за которой приходят клиенты, а делают «мебельные наборы». Какие-то решения по корпусам, какие-то решения по фасадам и прочее. Приходите, смотрите на то, что есть и составляйте себе проект. А если ничего не понравится, то мы сделаем именно для вас, если денег хватит.

И именно это мы имеем в виду под «культурным уровнем». Не имеет смысла становится глубоким профессионалом, который изучил всю разработку, историю мебельного дизайна, помнит все коллекции всех ведущих фабрик и их этапы развития. Если вы, конечно, не уходите в свободное плавание, а остаетесь внутри предприятия.

У нас конструкторское бюро, которое не считает, что мы работаем как конструкторы. Мы просто моделируем по заданию и выводим чертежи. Приходят фразы по типу «эти полки выше». Мы говорим «Да, сэр!». И полки становятся выше. Ибо всем плевать.

Знания сделают только хуже. Чем больше знаешь, тем сложнее принимать позицию «Так, тихо, мы делаем так, как говорит заказчик».


И поэтому основной путь для специалиста: получил компетенции и ушел в свободное плаванье. Лучше открыть небольшой цех, чем пытаться «строить карьеру» в компании с очевидным потолком роста. И, кстати, после запуска собственного предприятия большинство специалистов так же тонут.
Низкий организационный уровень
Это не отраслевая проблема, а всенародная. Хоть на это и нельзя уповать. Никто не запрещает модернизировать управление и организацию внутри конкретного предприятия.

И мы говорим не про конкретные девиации в поведении коллег, типа: забухал и не вышел, взял деньги и пропал, орал на подчиненных. Хоть это и происходит сплошь и рядом. Это мелочи.

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

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

Система распределенной ответственности — это модель «не командной» разработки проектов, имеющая две очень яркие черты:

  • Нет руководителя проекта, который бы отвечал за финальный результат;

  • Есть один или группа специалистов, которые обслуживают свой участок работ. И задача — выкинуть проект из своей зоны ответственности. Желательно на таких условиях, которые можно назвать «ну вы же сами должны были думать, что вам надо для работы».

Самый простой пример: если в проекте есть подсветка, то просто напишут «нужна подсветка», а коллеги пусть ходят за тобой и узнают: где, как, какая, какое свечение. Это же теперь их ответственность. Если на фасадах фрезеровка, то в ТЗ будет какая-то фрезеровка. А конструктор потом пойдёт, как в сказке «Кочеток и Курочка», к бабке, к деду, к кузнецу, чтобы узнать, что мы продали и сверить это с тем, что мы в состоянии сделать.

Салон сам по себе и у них свои правила, конструктор сам по себе и у него свои наработки, цех, — наше всё, — и у него свои требования. Замерщики и монтажники вообще вне штата. Руководитель не для того открыл предприятие, чтобы лезть в операционку.

И каждый участок работ выделен в отдельное герцогство, которое является заказчиком для соседнего. Заказчик отдаёт заказ менеджерам, они в свою очередь что-то перерабатывают, делают заказ у конструктора, он размещает заказ на производстве и так далее.

На такой модели у нас существуют целые компании в виде офиса продаж. Которые все работы заказывают на аутсорсе. Но с ними хотя бы всё понятно, таков путь. Но когда подобная модель «каждый сам за себя» работает внутри предприятия полного цикла, то оно быстро находит свой потолок роста. Да и работать там не очень приятно.

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

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

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

Мы считаем, что для анализа данных у нас достаточная выборка. Сотня компаний — это много. Конструкторы за жизнь в стольких точно не поработают. И если из сотни компаний собственные инструменты для работы нам предоставили 2-3, то из тысячи бы было 20-30.

Но! Кто-то может возразить, что это в целом тенденция — на пожар явись с ведром. Хорошо, что чпушнику не надо приходить со своим станком, чтобы ему позволили работать.

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

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

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

И ладно бы это относилось к оформлению чертежей. Ровно так же нас просят вывести файлы для ЧПУ, даже не зная его модели и не имея представления как он работает. Ну прошлый же конструктор как-то разобрался, и вы сможете. Вот телефон специалиста по ЧПУ, давайте быстро с ним всё порешайте.

Тем не менее можно спокойно услышать Требования. Чтобы модели были по стандарту, присадка по стандарту, кромка тоже, таблицы закупа только такие как нам надо и не меньше. Кто и как это будет настраивать и прописывать — не наше дело. Вы же хотите с нами работать, значит нужно соответствовать.

Но при этом мы звоним вам потому, что прошлый конструктор от нас не берёт трубки, и нужно срочно передать работу, которую он бросил на середине.
Но всё вышеизложенное — это следствие, а не причины. Далее будем разбираться с их появлением.

Скоро продолжение текста, впереди еще примерно 30 страниц А4 с нашим анализом трёх проблем: глобальные проблемы отрасли, проблемы руководителей, проблемы сотрудников и выводы.
Самое удобное место для отслеживания обновлений
Made on
Tilda