Структура и процессы компании

Структура компании

CEO CCO TPM Project Flow-2026-03-26-095337 (1).png

Манифесты ролей

1. Манифест TPM (Technical Project Manager)

Миссия: Обеспечить успешную сдачу проекта в рамках бюджета, сроков и договоренностей с клиентом, управляя процессом прохождения через систему Гейтов (Stage-Gate).

Принципы работы:

  1. Единое окно: Я являюсь единственной точкой входа для Клиента и Руководства (CEO/CCO) в проект. Любые изменения ТЗ, сроков или бюджета фиксируются только через меня.

  2. Защита ресурсов: Я ограждаю инженерную команду от административного шума, прямых звонков клиента и хаотичных задач.

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

  4. Финансовая дисциплина: Я контролирую рентабельность. Я не допускаю закупок и работ, выходящих за рамки утвержденного бюджета.

Роль в системе Гейтов:

Права:


2. Манифест Инженера Проекта (Project Engineer)

Миссия: Создать техническое решение, соответствующее стандартам компании, пройти все этапы контроля (Гейты) и подготовить продукт к ПНР.

Принципы работы:

  1. Работа по Стандарту: Я использую типовые решения из Библиотеки Компании. Изобретение новых узлов (R&D) допускается только при согласовании на Гейте 2.

  2. Приоритет Проектирования: Я не начинаю сборку и не заказываю «железо», пока не утверждена архитектурная схема.

  3. Самоконтроль: Я не передаю работу на проверку, пока сам не убедился в ее работоспособности (Unit-тесты, проверка сборки по схеме).

  4. Поддержка ПНР: Моя работа над этапом считается завершенной только после передачи Ведущему ПНР полного комплекта актуальной документации (As-built на текущий момент).

Роль в системе Гейтов:

Ограничения:


3. Манифест Ведущего ПНР (Commissioning Lead)

Миссия: Обеспечить безотказный запуск системы на территории Заказчика, выступая фильтром качества на выходе из производства.

Принципы работы:

  1. Внутренний Заказчик: Я принимаю оборудование у инженеров так, как его принимал бы самый требовательный клиент.

  2. Нулевая терпимость к браку: Я не подписываю допуск к выезду (Gate 3), если есть критические ошибки. Лучше исправить их в цеху за день, чем на объекте за неделю.

  3. Фиксация опыта (Pain Log): Каждая проблема, решенная «болгаркой» или правкой кода на объекте, должна быть задокументирована и передана TPM для обновления Стандартов.

  4. Автономность на объекте: На территории клиента я — главное техническое лицо. Я принимаю оперативные решения для сдачи проекта.

Роль в системе Гейтов:

Права:


4. Манифест Технического Совета (Роль CEO / CCO)

Миссия: Управление техническими рисками и утверждение архитектуры проектов.

Технический Совет (Gate 2 Owner)

Вот формализованный манифест для роли **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)

  1. Право Вето: Я имею право остановить отправку чертежей в цех, если вижу конструктивные риски, даже если TPM кричит про горящие сроки. Качество важнее спешки.

  2. Технологический диктат: Мое слово в вопросах сварки — закон. Если я сказал «здесь нужен предварительный подогрев», команда обязана это реализовать.

  3. Оценка компетенций: Я даю фидбек CEO по техническому уровню инженеров (кто растет, а кто допускает детский брак).


📋 Чек-лист проверки Mechanical Owner (Пример)

Сформировать






























Регламент мероприятий (Events)

Каждая встреча в компании имеет четкую цель, тайминг и ожидаемый результат (Артефакт). Если цель достигнута раньше времени — встреча заканчивается досрочно. Встречи без повестки и цели — запрещены.

1. Операционные встречи (Ритм)

🟢 Ежедневный Синк (Daily Stand-up)

Цель: Синхронизация статусов, выявление блокировок и конфликтов ресурсов на сегодня.

🔵 Еженедельное Планирование (Weekly Planning)

Цель: Загрузка спринта на неделю. Распределение ресурсов между проектами.

🔴 Ad-hoc Летучка (Problem Solving)

Цель: Оперативное решение возникшей технической или организационной проблемы.


2. Контрольные встречи (Гейты / Stage-Gate)

Эти встречи не регулярные, они привязаны к жизненному циклу конкретного проекта.

🛡️ Gate 1: Коммерческий старт

Цель: Утвердить бюджет и состав КП перед отправкой клиенту.

🛡️ Gate 2: Design Review (Архитектура)

Цель: Утвердить техническое решение и разрешить закупку оборудования. Самая важная встреча для защиты денег компании.

🛡️ Gate 3: Готовность к ПНР

Цель: Убедиться, что система работает «дома», и допустить команду к выезду.


3. Встречи по качеству (Обучение)

🎓 Этапная Ретроспектива (Milestone Retro)

Цель: Сразу зафиксировать опыт («боли» и успехи) после завершения крупного этапа, пока свежи воспоминания.


Рекомендация по внедрению:

Добавьте эти события в календарь компании (Google/Outlook).

Карта потока ценности ( Value Stream Map)

VSM.png

Онбординг нового сотрудника

Программа первого месяца для каждого, кто пришёл в Rise Automation: что сделать вам, кто поможет, как устроена команда и как идёт работа. Основное — в первую неделю. Незнакомые сокращения расшифрованы в конце, в разделе «Словарь».

Кто поможет: документы, NDA и оформление — Елена Лавринова; учётки и доступы — Антон Щепелин.

Ева — ИИ-ассистентка

Ева — не человек, а ИИ-ассистентка команды в Яндекс.Мессенджере. Она проведёт вас по этой программе: по рабочим дням с 10:00 будет писать в личку, что сделать сегодня, а под шагами будут кнопки «✅ Готово».

Шаги

Рядом с шагом — кто помогает; «вы» — делаете сами.

До выхода

День 1

День 2

День 3

Неделя 1

Месяц 1

Зачем паспорт. Он нужен для билетов и гостиниц в командировках, доверенностей и пропусков на объекты заказчиков. Фото Ева кладёт в закрытый справочник: сама она значений паспорта не видит, а коллеге их выдают, только если разрешил кто-то из ответственных (Антон, Алексей Кожемякин, Мария Щепелина, Елена Лавринова). Вопросы — Елене.

Командировки. Что сдать в бухгалтерию после поездки и до какого числа — на странице Отчёт после командировки. Ева сама напомнит о посадочном талоне и пришлёт список документов, когда вы вернётесь.

Разработчикам внутренней платформы (Ева и её сервисы) — ещё свой трек: Онбординг программиста. Ссылка откроется после первого входа в вики.

Кто мы

Rise - это команда, где развитие является основной на которой построена вся компания. Развитие наша основная ценность.

Как устроена команда

Схема — на странице Структура компании, права и обязанности ролей — в Манифестах ролей. Коротко:

Кто есть кто прямо сейчас — спросите Еву: «кто у нас главный бухгалтер?», «кто ведёт проект Волховец?».

Как идёт проект

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

  1. Оценка. Запрос клиента → расчёт коммерческого предложения → гейт 1 «Бюджет и сроки»: руководитель проектов проверяет ресурсы, смету и график.
  2. Архитектура. Эскиз, планировка ячейки и спецификация → гейт 2 «Техническое решение» на Техсовете. Это главная встреча для денег компании: пока Совет не одобрил решение (Approved), ничего не закупаем. Дальше — рабочие чертежи (КД), их проверяет главный конструктор.
  3. Реализация. Закупка, сборка и программа в цеху; инженер сначала проверяет сам → гейт 3 «Готовность» у Ведущего ПНР. Замечания устраняем до выезда: в цеху за день дешевле, чем на объекте за неделю.
  4. Объект. Пусконаладка у заказчика → акт сдачи. Всё, что правили на месте, записываем в Pain Log — журнал правок и проблем на объекте.

После этапов — короткая ретроспектива, её выводы идут в стандарты и базу знаний. Проект ведётся в карточке проекта и в план-графике GanttPro.

Встречи

Правила — на странице Регламент мероприятий. У каждой встречи есть цель, время и результат; без повестки не собираемся, цель достигнута раньше — расходимся.

Встречи живут в Яндекс.Календаре, видеосвязь — в Телемосте. Поставить, перенести или отменить встречу можно фразой Еве; за 10 минут до начала она пришлёт напоминание со ссылкой на Телемост, если она есть во встрече.

Как мы работаем

Больше — в Лучших практиках для проектов.

Инструменты

Что Зачем
Яндекс 360 Учётка, почта, календарь, Диск, мессенджер, Телемост
Яндекс.Мессенджер Рабочие чаты; там же Ева — в личке или упоминанием в группе
Общий диск «Rise disc» Папки проектов: договоры, ТЗ, КД, закупки, счета, ПНР
Битрикс24 Задачи и CRM; задачи можно ставить и смотреть через Еву
GanttPro План-график проектов, вехи, загрузка команды
InvenTree Каталог деталей, спецификации проектов, закупки, склад
Visual Components Симуляция и планировка роботизированной ячейки
Вики Стандарты, процессы, инструкции по роботам и ПЛК

Словарь

Сокращение Что значит
ПНР Пусконаладочные работы: запуск и настройка оборудования на объекте заказчика
КП Коммерческое предложение
ТЗ Техническое задание
КД Конструкторская документация: рабочие чертежи
ПЛК Программируемый логический контроллер — «мозг» ячейки рядом с роботом
АСУ ТП Автоматизированная система управления технологическим процессом
Гейт Точка проверки в конце фазы проекта: без неё дальше не идём
Техсовет Технический совет: утверждает техническое решение по проекту
Pain Log Журнал правок и проблем на объекте; из него растут стандарты
CRM Система учёта клиентов и сделок (у нас — в Битрикс24)

Если что-то не так