18.05.2022
В мае 2022 года мы фиксируем изменение, которое не видно в спецификациях оборудования, но напрямую определяет скорость развития продуктовой линейки MIROTEK: инженерная разработка сформировалась в полноценную междисциплинарную команду. На старте техническая концепция продуктов во многом держалась на прямом участии генерального директора Дмитрия Владимировича Куликова. Затем появилось отдельное конструкторское направление, которое возглавил Павел Кожевников, а по мере усложнения решений к нему добавились программисты и продукт-менеджеры.
Такая эволюция связана с самим характером инфраструктуры ЦОД. Пока компания работает с одним типом оборудования, многие задачи можно решать внутри узкой инженерной специализации. Но законченная инфраструктура требует согласовать: механику шкафов, электрическую архитектуру ИБП и распределения, батарейные системы, кабельную организацию, мониторинг и эксплуатационные сценарии. Ошибка на стыке дисциплин часто обходится дороже, чем ошибка внутри отдельного узла.
Конструкторский отдел стал ядром механической и компоновочной разработки. Через него прошли доработка MIR3 после первого монтажа, модульная архитектура распределения, батарейные конструктивы, серверные шкафы RCS и аксессуары. Главный эффект отдельной конструкторской функции — перевод инженерной идеи в повторяемую документацию. Пока решение существует только как опытный образец или набор устных договоренностей, его невозможно стабильно производить, модифицировать и обслуживать.
Появление программистов стало необходимым после развития систем мониторинга. В ноябре 2021 года мы полностью переработали программное ядро мониторинга аккумуляторов, чтобы использовать общую платформу для разных батарейных технологий. Это уже не задача механического конструктора или инженера по электропитанию. Программная часть должна учитывать протоколы обмена, события, пользовательский интерфейс и интеграцию с эксплуатационными процессами ЦОД.
Роль продукт-менеджера в такой команде тоже инженерная по сути. Он связывает требования заказчика, ограничения производства и приоритеты разработки. Например, шкаф можно сделать прочнее, шире и сложнее, но каждая дополнительная возможность увеличивает массу, стоимость и число деталей. Задача продуктовой функции — определить, какие параметры действительно повторяются в проектах и должны войти в серийную платформу, а какие разумнее оставить опциями.
Мы сознательно строим R&D не как последовательную эстафету «заказчик — менеджер — конструктор — производство», а как короткий цикл обратной связи. Замечание с объекта должно быть понятно тому, кто меняет чертеж; производственное ограничение — тому, кто формирует требования к продукту; программная тревога — специалисту, который понимает физический смысл измеряемого параметра. Чем меньше потерь информации между этими ролями, тем быстрее продукт становится зрелее.
Собственная площадка в Федоровском усиливает этот эффект. Инженер может проверить изменение не только в CAD-модели, но и в изготовлении и сборке. Если новая деталь неудобна технологически, это выявляется до того, как решение масштабируется на большую партию. В результате разработка и производство работают как единая система испытания серийности.
Для заказчика наличие R&D-команды важно не количеством должностей. Оно проявляется в способности производителя объяснить архитектуру, изменить решение без разрушения платформы, исправить выявленный недостаток и перенести опыт одного проекта в следующую ревизию продукта. К 2022 году MIROTEK приходит именно к такой модели: оборудование развивается не отдельными инициативами, а совместной работой конструкторов, программистов, продуктовых специалистов и производства вокруг единой инженерной задачи.
