Манифесты ролей 1. Манифест TPM (Technical Project Manager) Миссия: Обеспечить успешную сдачу проекта в рамках бюджета, сроков и договоренностей с клиентом, управляя процессом прохождения через систему Гейтов (Stage-Gate). Принципы работы: Единое окно: Я являюсь единственной точкой входа для Клиента и Руководства (CEO/CCO) в проект. Любые изменения ТЗ, сроков или бюджета фиксируются только через меня. Защита ресурсов: Я ограждаю инженерную команду от административного шума, прямых звонков клиента и хаотичных задач. Владелец ритма: Я отвечаю за то, чтобы проект двигался. Я инициирую ежедневные синки, планирование и прохождение Гейтов. Финансовая дисциплина: Я контролирую рентабельность. Я не допускаю закупок и работ, выходящих за рамки утвержденного бюджета. Роль в системе Гейтов: GATE 1 (Коммерческий): Владелец. Я проверяю смету и график перед отправкой КП. Моя подпись гарантирует, что проект прибылен и реализуем. GATE 2 (Архитектура): Организатор. Я организую встречу Инженеров с CEO/CCO. Я не допускаю закупку оборудования без визы «Approved» на этом этапе. GATE 3 (Готовность): Наблюдатель. Я фиксирую решение Ведущего ПНР о допуске к выезду. Без закрытого чек-листа Гейта 3 я не подписываю командировку. Права: Остановить любые работы, если они не соответствуют ТЗ или бюджету. Запретить коммуникацию клиента с инженером напрямую. Требовать от команды отчетности по статусу задач в оговоренное время. 2. Манифест Инженера Проекта (Project Engineer) Миссия: Создать техническое решение, соответствующее стандартам компании, пройти все этапы контроля (Гейты) и подготовить продукт к ПНР. Принципы работы: Работа по Стандарту: Я использую типовые решения из Библиотеки Компании. Изобретение новых узлов (R&D) допускается только при согласовании на Гейте 2. Приоритет Проектирования: Я не начинаю сборку и не заказываю «железо», пока не утверждена архитектурная схема. Самоконтроль: Я не передаю работу на проверку, пока сам не убедился в ее работоспособности (Unit-тесты, проверка сборки по схеме). Поддержка ПНР: Моя работа над этапом считается завершенной только после передачи Ведущему ПНР полного комплекта актуальной документации (As-built на текущий момент). Роль в системе Гейтов: GATE 1: Я даю TPM-у техническую оценку трудозатрат для КП (Presale-функция). GATE 2 (Архитектура): Защищающийся. Я презентую техническое решение (Layout, схему, спецификацию) перед CEO/CCO. Я доказываю, что это будет работать. GATE 3 (Готовность): Сдающий. Я предъявляю Ведущему ПНР готовое оборудование и софт. Я устраняю найденные им замечания до выезда на объект. Ограничения: Запрещено заказывать оборудование без прохождения Gate 2. Запрещено вносить изменения в конструкцию после утверждения без уведомления TPM. 3. Манифест Ведущего ПНР (Commissioning Lead) Миссия: Обеспечить безотказный запуск системы на территории Заказчика, выступая фильтром качества на выходе из производства. Принципы работы: Внутренний Заказчик: Я принимаю оборудование у инженеров так, как его принимал бы самый требовательный клиент. Нулевая терпимость к браку: Я не подписываю допуск к выезду (Gate 3), если есть критические ошибки. Лучше исправить их в цеху за день, чем на объекте за неделю. Фиксация опыта (Pain Log): Каждая проблема, решенная «болгаркой» или правкой кода на объекте, должна быть задокументирована и передана TPM для обновления Стандартов. Автономность на объекте: На территории клиента я — главное техническое лицо. Я принимаю оперативные решения для сдачи проекта. Роль в системе Гейтов: GATE 1 & 2: Консультант (по запросу). Могу указать на риски монтажа. GATE 3 (Готовность): Владелец. Я провожу аудит готовности по чек-листу. Мое слово является решающим для старта командировки/отгрузки. Права: Вернуть оборудование на доработку Инженерам на этапе Гейт 3. Требовать от Инженеров оперативной поддержки/правок документации во время ПНР. Отказаться от подписания акта сдачи, если система работает нестабильно. 4. Манифест Технического Совета (Роль CEO / CCO) Миссия: Управление техническими рисками и утверждение архитектуры проектов. Технический Совет (Gate 2 Owner) Состав: CEO (Председатель), CTO (или самый опытный инженер), Приглашенный эксперт (опционально). Когда собирается: По запросу TPM, когда инженеры готовы пройти Gate 2. Задача: Посмотреть на предложенную схему (Layout, комплектующие). Задать неудобные вопросы («А если этот датчик откажет?», «Почему выбрали этот дорогой привод?»). Дать коллективное «Добро» на закупку. Ответственность: Если Совет утвердил решение, а оно оказалось ошибочным — виноват Совет, а не линейный инженер. Это снимает страх с исполнителей. Вот формализованный манифест для роли **Mechanical Owner**. Этот документ нужно добавить в вашу Базу Знаний. Он четко обозначает границы ответственности: этот человек не рисует за инженеров, он **проверяет** и **задает технологию**. --- 🛡️ Манифест Mechanical Owner (Главный Конструктор / Технолог по сварке) Статус: Независимый эксперт. Подчинение: Напрямую Техническому Директору (CEO). Не подчиняется TPM в операционном плане (TPM не может заставить меня пропустить плохой чертеж ради скорости). 🎯 Миссия Быть гарантом того, что спроектированное оборудование физически собираемо, работоспособно и технологично. Я — последний барьер перед тем, как компания потратит деньги на металл и токарку. 📜 Основные принципы работы 1. Принцип «Ни грамма металла без визы» Ни один чертеж оснастки, захвата или позиционера не уходит в производство (на лазер, гибку, мехобработку) без моего штампа «Validated». Если Логистика заказала детали по чертежам без моей визы — это нарушение процесса. 2. Владелец Сварки (Welding Owner) Я единственный человек в компании, который утверждает сварочную технологию. Я выбираю: тип проволоки, защитный газ, горелки и источники тока. Я утверждаю: режимы сварки и траекторию горелки (в сложных случаях). Инженер-программист робота советуется со мной, как варить, а не придумывает это сам. 3. Проверка на собираемость и коллизии Я не проверяю каждый болт (это ответственность инженера), но я проверяю критические узлы: Влезает ли деталь в кондуктор? Есть ли доступ для сварочной горелки к шву? 4. Консультант, а не Нянька Я не рисую чертежи за инженеров. Я возвращаю чертежи с пометками «Исправить» ⚙️ Взаимодействие в процессе (Workflow) 1. Этап Проектирования (После Gate 2) Инженеры (Дмитрий, Илья и др.) разрабатывают деталировку (КД). Перед тем как передать спецификацию в закупку, они отправляют пакет документов мне. Мое действие: Аудит КД. Результат: Либо список замечаний (Red-line), либо статус «В производство». SLA: Я обязан проверить чертежи в течение 24 часов, чтобы не тормозить проект. 2. Этап Закупки (Взаимодействие с Логистикой) Логисты имеют право оплатить счет на изготовление оснастки только при наличии моего подтверждения (в Task-трекере или почте). 3. Поиск производства и коммуникация с ними   4. Этап ПНР (Consulting) Когда команда находится на объекте (Gate 3 прошел) и возникают проблемы со сваркой (поры, прожоги, увод геометрии): Я на связи, при необходимости выезжаю на объект и помогаю с подбором режимов . Либо анализирую фото/видео швов и даю указания Ведущему ПНР по настройке сварочного источника. ⛔ Права и Полномочия (Rights) Право Вето: Я имею право остановить отправку чертежей в цех, если вижу конструктивные риски, даже если TPM кричит про горящие сроки. Качество важнее спешки. Технологический диктат: Мое слово в вопросах сварки — закон. Если я сказал «здесь нужен предварительный подогрев», команда обязана это реализовать. Оценка компетенций: Я даю фидбек CEO по техническому уровню инженеров (кто растет, а кто допускает детский брак). 📋 Чек-лист проверки Mechanical Owner (Пример) Сформировать