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

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


Манифесты ролей
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 (Пример)
Сформировать

Регламент мероприятий (Events)
Каждая встреча в компании имеет четкую цель, тайминг и ожидаемый результат (Артефакт). Если цель достигнута раньше времени — встреча заканчивается досрочно. Встречи без повестки и цели — запрещены.
1. Операционные встречи (Ритм)
🟢 Ежедневный Синк (Daily Stand-up)
Цель: Синхронизация статусов, выявление блокировок и конфликтов ресурсов на сегодня.
Участники: Вся команда (Инженеры, TPM, CEO, CCO).
Когда: Ежедневно, 10:00 (15 минут).
Формат: Блиц-опрос. Каждый отвечает на 3 вопроса:
Что сделал вчера для движения проекта?
Что делаю сегодня?
Что мне мешает/кто нужен в помощь? (Проблемы не решаются здесь, только озвучиваются).
Артефакт: Обновленные статусы задач в трекере. Назначенные «летучки» для решения озвученных проблем.
🔵 Еженедельное Планирование (Weekly Planning)
Цель: Загрузка спринта на неделю. Распределение ресурсов между проектами.
Участники: TPM (Ведущий), Инженеры, CEO/CCO (Опционально).
Когда: Понедельник (или Пятница), 45-60 минут.
Входные данные: Диаграммы Ганта по проектам, Бэклог задач.
Повестка:
Обзор глобального Ганта: успеваем ли мы по вехам?
Разбор Бэклога: перенос задач в колонку «To Do» на неделю.
Resource Check: Разрешение конфликтов (например, «Иванов нужен и на сборке проекта А, и на ПНР проекта Б — куда ставим?»).
Артефакт: Сформированный и зафиксированный план работ на неделю для каждого сотрудника.
🔴 Ad-hoc Летучка (Problem Solving)
Цель: Оперативное решение возникшей технической или организационной проблемы.
Участники: Только заинтересованные лица (например, TPM + Конструктор + Снабжение).
Когда: По запросу (сразу, как возникла проблема). Правило: «Если вопрос не решается в чате за 5 сообщений — собираем звонок/встречу».
Тайминг: Строго до 30 минут.
Артефакт: Принятое решение или поставленная задача в трекер.
2. Контрольные встречи (Гейты / Stage-Gate)
Эти встречи не регулярные, они привязаны к жизненному циклу конкретного проекта.
🛡️ Gate 1: Коммерческий старт
Цель: Утвердить бюджет и состав КП перед отправкой клиенту.
Участники: TPM (Принимающий), Presale, CCO.
Когда: По готовности черновика КП.
Артефакт: Подписанное разрешение на отправку КП или список правок.
🛡️ Gate 2: Design Review (Архитектура)
Цель: Утвердить техническое решение и разрешить закупку оборудования. Самая важная встреча для защиты денег компании.
Участники: CEO/CCO (Принимающие), TPM, Инженеры проекта.
Когда: После завершения этапа эскизного проектирования, до оплаты счетов.
Повестка:
Презентация Layout и схемы.
Проверка на соответствие ТЗ.
Оценка рисков R&D узлов.
Артефакт: Виза «Approved» на спецификации закупки. Статус проекта «В реализацию».
🛡️ Gate 3: Готовность к ПНР
Цель: Убедиться, что система работает «дома», и допустить команду к выезду.
Участники: Ведущий ПНР (Принимающий), TPM, Инженеры-сборщики.
Когда: За 1-2 дня до планируемой отгрузки/командировки.
Повестка: Демонстрация работы оборудования по чек-листу.
Артефакт: Закрытый чек-лист готовности. Приказ на командировку.
3. Встречи по качеству (Обучение)
🎓 Этапная Ретроспектива (Milestone Retro)
Цель: Сразу зафиксировать опыт («боли» и успехи) после завершения крупного этапа, пока свежи воспоминания.
Участники: TPM (Модератор), Участники конкретного проекта.
Когда: Сразу после прохождения Gate 2 (Проектирование) и Gate 3 (Сборка), а также после сдачи проекта клиенту.
Тайминг: 15-20 минут.
Формат:
Что пошло не так? (Конкретные факты).
Что нужно изменить в стандартах, чтобы это не повторилось?
Артефакт: Записи в Pain Log. Поручение на обновление Библиотеки Стандартов.
Рекомендация по внедрению:
Добавьте эти события в календарь компании (Google/Outlook).
Daily Sync — повторяющееся, бесконечное.
Weekly Planning — повторяющееся, бесконечное.
Остальные создаются TPM-ом по мере движения проектов.

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


Онбординг нового сотрудника
Программа первого месяца для каждого, кто пришёл в Rise Automation: что сделать вам, кто поможет, как устроена команда и как идёт работа. Основное — в первую неделю. Незнакомые сокращения расшифрованы в конце, в разделе «Словарь».
Кто поможет: документы, NDA и оформление — Елена Лавринова; учётки и доступы — Антон Щепелин.
Ева — ИИ-ассистентка
Ева — не человек, а ИИ-ассистентка команды в Яндекс.Мессенджере. Она проведёт вас по этой программе: по рабочим дням с 10:00 будет писать в личку, что сделать сегодня, а под шагами будут кнопки «✅ Готово».
Ева видит свою личку с вами и рабочие чаты, куда её добавили. Чужие личные переписки ей недоступны.
Ева ничего не платит и не подписывает. Заявку, задачу или встречу она создаёт только по вашей просьбе, а печати и оплаты проходят согласование у людей.
Учиться с ней работать — часть программы. Это шесть коротких практик, подробнее — в шагах ниже.
Шаги
Рядом с шагом — кто помогает; «вы» — делаете сами.
До выхода
Учётка Яндекс 360 · Антон — войти в учётку: почта, календарь, Диск, мессенджер. По ней вас узнаёт Ева.
День 1
Документы при приёме · Елена — принести личные документы, подписать документы при приёме, ознакомиться с внутренними положениями.
NDA · Елена — подписать соглашение о неразглашении.
Доступы · Антон — от вас ничего, Ева и Антон выдадут сами:
Рабочие чаты — вас добавят в чаты команды и проектов в Яндекс.Мессенджере;
Регулярные встречи — приглашения придут в Яндекс Календарь: синк, планирование, обзор месяца;
Права на Диск — общий диск «Rise disc» с папками проектов;
Учётка в вики — Ева пришлёт в личку вход и временный пароль. Смените пароль сразу в меню профиля (аватар справа вверху).
День 2
Битрикс24 и GanttPro · Антон — получить доступ: задачи — в Битрикс24, планы проектов — в GanttPro.
Прочитать, как устроены команда и процессы · вы — книга «Структура и процессы компании»: структура компании, роли, встречи, путь проекта. Коротко — разделы ниже на этой странице.
День 3
Сдать паспорт · вы — прислать Еве в личку фото разворота паспорта. Зачем и кто его видит — чуть ниже.
Неделя 1
Обучение работе с Евой · вы — шесть коротких практик: Обучение: работа с Евой.
Месяц 1
Итоговая встреча через месяц · Антон — рассказать, что получилось, что мешает и что поменять в онбординге.
Зачем паспорт. Он нужен для билетов и гостиниц в командировках, доверенностей и пропусков на объекты заказчиков. Фото Ева кладёт в закрытый справочник: сама она значений паспорта не видит, а коллеге их выдают, только если разрешил кто-то из ответственных (Антон, Алексей Кожемякин, Мария Щепелина, Елена Лавринова). Вопросы — Елене.
Командировки. Что сдать в бухгалтерию после поездки и до какого числа — на странице Отчёт после командировки. Ева сама напомнит о посадочном талоне и пришлёт список документов, когда вы вернётесь.
Разработчикам внутренней платформы (Ева и её сервисы) — ещё свой трек: Онбординг программиста. Ссылка откроется после первого входа в вики.
Кто мы
Rise - это команда, где развитие является основной на которой построена вся компания. Развитие наша основная ценность.
Как устроена команда
Схема — на странице Структура компании, права и обязанности ролей — в Манифестах ролей. Коротко:
Владельцы и стратегия — генеральный директор Антон Щепелин (CEO) и коммерческий директор Влад Кретов (CCO, технические продажи). Они же — Технический совет: утверждают техническое решение по проекту. Если Совет утвердил, а решение оказалось ошибочным, отвечает Совет, а не инженер.
Руководитель проектов (Алексей Кожемякин, в манифестах — TPM) — единое окно проекта для клиента и руководства: сроки, бюджет и изменения ТЗ идут только через него. Он же бережёт инженеров от шума.
Главный конструктор (Андрей Новиков, в манифестах — Mechanical Owner), он же технолог сварки. Без его отметки «проверено» (Validated) ни один чертёж не уходит в производство. Он вправе остановить отправку, даже если горят сроки.
Ведущий ПНР — роль приёмки: принимает оборудование у инженеров как самый строгий клиент и главный на объекте. За одним человеком роль пока не закреплена.
Инженеры — конструкторы, программисты роботов и АСУ ТП, программисты . Работают по стандартам компании; новое изобретают осознанно, с согласия Совета.
Сервисы — финансы (Елена Лавринова, Мария Щепелина) и логистика: закупка и комплектующие.
Кто есть кто прямо сейчас — спросите Еву: «кто у нас главный бухгалтер?», «кто ведёт проект Волховец?».
Как идёт проект
Проект проходит четыре фазы, каждая заканчивается гейтом — точкой проверки, без которой дальше не идём. Картинка — Карта потока ценности.
Оценка. Запрос клиента → расчёт коммерческого предложения → гейт 1 «Бюджет и сроки»: руководитель проектов проверяет ресурсы, смету и график.
Архитектура. Эскиз, планировка ячейки и спецификация → гейт 2 «Техническое решение» на Техсовете. Это главная встреча для денег компании: пока Совет не одобрил решение (Approved), ничего не закупаем. Дальше — рабочие чертежи (КД), их проверяет главный конструктор.
Реализация. Закупка, сборка и программа в цеху; инженер сначала проверяет сам → гейт 3 «Готовность» у Ведущего ПНР. Замечания устраняем до выезда: в цеху за день дешевле, чем на объекте за неделю.
Объект. Пусконаладка у заказчика → акт сдачи. Всё, что правили на месте, записываем в Pain Log — журнал правок и проблем на объекте.
После этапов — короткая ретроспектива, её выводы идут в стандарты и базу знаний. Проект ведётся в карточке проекта и в план-графике GanttPro.
Встречи
Правила — на странице Регламент мероприятий. У каждой встречи есть цель, время и результат; без повестки не собираемся, цель достигнута раньше — расходимся.
Ежедневный синк — со вторника по пятницу в 09:00, 30 минут (в календаре «Daily meeting»), вся команда. Три вопроса: что сделал вчера, что делаю сегодня, что мешает. Проблему только называем, решаем отдельно.
Недельное планирование — по понедельникам в 09:00, 30 минут (в календаре «Командное планирование»), ведёт руководитель проектов: успеваем ли по вехам, задачи на неделю, кто на каком проекте.
Обзор месяца — раз в месяц (в календаре «Обзор месяца Райз»), вся команда.
Летучка — до 30 минут, только заинтересованные. Правило: не решилось в чате за 5 сообщений — созваниваемся.
Гейты и ретроспективы — по ходу проекта, назначает руководитель проектов.
Встречи живут в Яндекс.Календаре, видеосвязь — в Телемосте. Поставить, перенести или отменить встречу можно фразой Еве; за 10 минут до начала она пришлёт напоминание со ссылкой на Телемост, если она есть во встрече.
Как мы работаем
Качество важнее спешки. Лучше вернуть на доработку в цеху, чем чинить на объекте.
Сначала проверь сам. Не отдавай работу на проверку, пока не убедился, что она работает.
Работаем по стандарту, изобретаем осознанно — через гейт 2.
Деньги берегут гейты: без одобрения Совета не закупаем, без закрытого чек-листа не выезжаем.
Не боимся ошибиться: решение Совета — ответственность Совета.
Ошибки не прячем: записываем в Pain Log и превращаем в стандарты.
Бережём время и людей: встреча с повесткой, на выездах закладываем отдых.
Больше — в Лучших практиках для проектов.
Инструменты
Что
Зачем
Яндекс 360
Учётка, почта, календарь, Диск, мессенджер, Телемост
Яндекс.Мессенджер
Рабочие чаты; там же Ева — в личке или упоминанием в группе
Общий диск «Rise disc»
Папки проектов: договоры, ТЗ, КД, закупки, счета, ПНР
Битрикс24
Задачи и CRM; задачи можно ставить и смотреть через Еву
GanttPro
План-график проектов, вехи, загрузка команды
InvenTree
Каталог деталей, спецификации проектов, закупки, склад
Visual Components
Симуляция и планировка роботизированной ячейки
Вики
Стандарты, процессы, инструкции по роботам и ПЛК
Словарь
Сокращение
Что значит
ПНР
Пусконаладочные работы: запуск и настройка оборудования на объекте заказчика
КП
Коммерческое предложение
ТЗ
Техническое задание
КД
Конструкторская документация: рабочие чертежи
ПЛК
Программируемый логический контроллер — «мозг» ячейки рядом с роботом
АСУ ТП
Автоматизированная система управления технологическим процессом
Гейт
Точка проверки в конце фазы проекта: без неё дальше не идём
Техсовет
Технический совет: утверждает техническое решение по проекту
Pain Log
Журнал правок и проблем на объекте; из него растут стандарты
CRM
Система учёта клиентов и сделок (у нас — в Битрикс24)
Если что-то не так
Нет доступа, чата или прав на Диск — Антону.
Документы, NDA, отпуск, 1С — Елене.
Не знаете, кто за что отвечает — спросите Еву, она найдёт человека и его контакты.
Ева ответила непонятно или не так — перешлите её ответ Антону.