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

    1.6 Передача проекта от продаж на этап инженерной подготовки производства (NPI)

    Подписанный заказ на покупку (PO) не имеет практической ценности до тех пор, пока производство не сможет его выполнить. Формальная передача проекта от отдела продаж менеджеру проекта служит критически важным контрольным пунктом качества. Цикл продаж не заканчивается на подписании контракта и официально завершается только после того, как менеджер проекта принимает «базовый объем работ». До этого момента полная ответственность за проект остается за отделом продаж.

    Контрольный пункт передачи: Логика и правила

    Заголовок раздела «Контрольный пункт передачи: Логика и правила»

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

    • Правило принятия:
      • Неполный пакет данных (например, отсутствующие файлы Gerber или детализация стоимости) является основанием для формального отклонения передачи менеджером проекта. Продажи сохраняют полную ответственность до устранения всех несоответствий.
      • Любая неопределенность в объеме проекта также требует немедленного отклонения.
      • Логика: Ответственность менеджера проекта за соблюдение производственного графика требует полностью определенных и исчерпывающих исходных данных. Управление неопределенными переменными не является устойчивой практикой.

    Для формирования единого и точного понимания проекта должны быть переданы следующие артефакты.

    • Коммерческое предложение (оригинал, без правок): Менеджер проекта должен иметь полный доступ к расчету маржи и журналу допущений (см. Главу 1.3).
      • Причина: Незнание о ценовых исключениях (например, об исключении «индивидуальной упаковки» из базовой стоимости) может привести к тому, что менеджер проекта непреднамеренно предоставит неоплаченные услуги, что подорвет маржу проекта.
    • Контракт (MSA / Заказ на покупку): Должны быть выделены все нестандартные условия (например, «штрафы за задержку поставки»).
    • Эталонный пакет данных: Проверенный ZIP-архив (спецификация материалов (BOM), файлы Gerber, координатный файл XY), подготовленный в соответствии с Главой 1.2.
    • Список отклонений: Все инженерные отклонения, согласованные на предпродажной стадии (например, «Клиент согласовал использование синей паяльной маски вместо черной»).
    • Карта стейкхолдеров: Кто является лицом, принимающим решение (ЛПР), а кто — влиятельным лицом?
      • Пример: «По техническим вопросам обращайтесь к Бобу, но только Алиса может утвердить увеличение бюджета».
    • «Почему»: Какова ключевая причина покупки со стороны клиента? (Скорость? Качество? Цена?). Ключевые показатели проекта (KPI) должны быть согласованы с этой целью.

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

    Фаза 1: Внутренний запуск (продажи + менеджер проекта + инжиниринг)

    Заголовок раздела «Фаза 1: Внутренний запуск (продажи + менеджер проекта + инжиниринг)»
    • Цель: Провести внутреннюю проверку сделки перед встречей с клиентом.
    • Повестка:
      1. Анализ ограничений по марже и стоимости (Можем ли мы позволить себе авиадоставку?).
      2. Оценка технических рисков (Слишком ли мал шаг выводов у компонента Массив шариковых выводов (BGA)?).
      3. Определение единой позиции (Каково официальное сообщение о сроках?).

    Фаза 2: Внешний запуск (команда исполнителя + клиент)

    Заголовок раздела «Фаза 2: Внешний запуск (команда исполнителя + клиент)»
    • Цель: Установить полномочия и каналы коммуникации.
    • Повестка:
      1. Представления: Формальная передача роли «основного контактного лица» от продаж менеджеру проекта.
      2. Подтверждение объема: «Мы производим Ревизию A, тираж 1000 единиц. Все верно?»
      3. Обзор рисков: «Мы видим риск, связанный с компонентом X. Вот наш план по его снижению».
      4. Регламент: «Мы будем предоставлять статус-отчет каждый вторник в 10:00».

    Основа для RAID-журнала (начальное наполнение)

    Заголовок раздела «Основа для RAID-журнала (начальное наполнение)»

    RAID-журнал (Риски, Допущения, Проблемы, Решения) — это основной инструмент навигации для менеджера проекта. Отдел продаж должен заложить первоначальные записи на основе информации, полученной на этапе переговоров.

    • Запись: «Компонент U1 — единственный источник поставки. Риск распределения высокий».
    • Мера снижения: «Немедленно инициировать предварительную закупку страхового запаса».
    • Запись: «Клиент обязуется предоставить программное обеспечение к [дата]».
    • Влияние: Задержка с поставкой ПО приводит к пропорциональной, день в день, задержке общего производственного графика.
    • Запись: «Кредитного лимита недостаточно для полной закупки материалов».
    • Действие: Требуется согласование с финансовым отделом на временное увеличение лимита».
    • Запись: «Согласовано использование резисторов альтернативного бренда Y».
    ЭлементОписаниеСтатус
    Подписанный контрактЗаказ на покупку / MSA со всеми подписями.[ ]
    Эталонный пакет данныхКонтролируемая версия ZIP-архива (BOM, Gerber и т.д.).[ ]
    Модель предложенияВключая детализацию маржи и допущений.[ ]
    Список контактовКонтакты технических, коммерческих и логистических специалистов клиента.[ ]
    Основа RAID-журналаНачальные риски и известные ограничения зафиксированы.[ ]
    IDТипОписаниеВлияниеОтветственныйСтатус
    R-01РискСрок поставки микропроцессора — 52 недели.Остановка производстваЗакупкиОткрыт
    A-01ДопущениеКлиент оплатит НИОКР до начала изготовления оснастки.Денежный потокПродажиПодтверждено
    D-01РешениеСогласована отгрузка частичной партии (50%).ВыручкаМенеджер проектаЗакрыто

    ПараметрТребованиеДокумент / Артефакт
    Эталонный пакет данныхПолный, проверенный ZIP-архив. BOM, Gerber, XY-файлы.ZIP-архив (спецификация материалов, Gerber)
    Журнал допущенийПолный доступ к расчету маржи и ценовым исключениям.Коммерческое предложение (оригинал)
    Список отклоненийВсе согласованные инженерные отклонения (например, цвет паяльной маски).Отдельный документ / примечания
    RAID-основаНачальные записи по рискам, допущениям, проблемам, решениям.RAID-журнал (начальное наполнение)
    Стратегический контекстКарта стейкхолдеров (ЛПР, влияющие лица) и KPI проекта.Документ / презентация проекта