Устав проекта "ERP для Шатовки"
  • Войти

    • ​

    Устав проекта 

    «Комплексная автоматизация процессов ООО „Шатовка“»


    1. Общие сведения о проекте

    Заказчик: ООО «Шатовка»
    Исполнитель: ООО «Финкомтех»
    Основание для запуска проекта:
    Дата старта проекта: 14.01.2026 г.
    Планируемая дата завершения проекта: 14.04.2027

    2. Цель проекта

    Цель проекта — привести в порядок и систематизировать ключевые производственные, технические и вспомогательные процессы ООО «Шатовка», обеспечить их прозрачность и управляемость.

    В рамках проекта предполагается:

    • переход от ручного управления и разрозненных инструментов к единой системе;
    • обеспечение оперативного контроля выполнения процессов и работ;
    • формирование целостной управленческой картины по основным направлениям деятельности предприятия.

    3. Основания и предпосылки проекта

    Проект инициирован в связи с:

    • потребностью перехода от неформального взаимодействия (в т.ч. использования мессенджеров) к системному инструменту управления заявками на техническое обслуживание и ремонты;
    • высокой долей ручного управления и неформализованных процедур; 
    • отсутствием единого источника актуальной управленческой информации.

    4. Область охвата проекта (кратко)

    В рамках проекта рассматриваются процессы:

    • производства и животноводства;
    • технического обслуживания и ремонтов;
    • складского учёта и закупок;
    • продаж ключевых видов продукции;
    • интеграции с действующими информационными системами;
    • внедрённый инструмент управления проектами, включая постановку задач и контроль исполнения поручений;
    • управление сотрудниками в части формирования графиков работы и учёта фактической посещаемости (без расчёта заработной платы и ведения кадрового учёта).

    Подробный scope проекта фиксируется в отдельном документе «Цели, границы и ограничения проекта».

    5. Ключевые результаты проекта

    В результате реализации проекта планируется получить:

    • формализованные и описанные процессы («как есть»);
    • согласованные требования к системе;
    • внедрённые и работающие процессы в рамках согласованного объёма;
    • единую управленческую картину по ключевым направлениям;
    • проектного управления (задачи, поручения, контроль исполнения);
    • управления графиками работы сотрудников и учёта их фактической посещаемости.

    6. Роли и ответственность

    6.1. Со стороны Заказчика

    Роль в проекте

    ФИО

    Должность

    Владелец проекта

    Николаев Андрей Владимирович

    Генеральный директор

    Руководитель проекта со стороны Заказчика (РПЗ)

    Крыжановский Николай Вадимович

    Директор по развитию и финансам

    Ключевые участники проекта



    Владелец процессов по животноводству и кормам

    Кунов Андрей Васильевич

    Директор по животноводству

    Эксперт зоотехнике и кормлению

    Володина Наталья Алексеевна

    Заместитель директора по животноводству

    Эксперт по ветеренарии

    Ульянова Татьяна Игоревна

    Главный ветеринарный врач

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

    Федунцов Андрей Евгеньевич

    Технический директор

    Эксперт вспомогательных механизированных и ремонтных процессов

    Гаранин Алексей Алексеевич

    Исполнительный директор, главный инженер

    Владелец процессов управления и эксплуатации автотранспорта

    Малин Владимир Михайлович

    Начальник АТП

    Эксперт по эксплуатации оборудования

    Ларионов Олег Александрович

    Инженер по эксплуатации оборудования

    Владелец / эксперт процессов управления сотрудниками

    Карпова Ирина Ивановна

    Директор по персоналу

    6.2. Со стороны Исполнителя

    Роль в проекте

    ФИО

    Должность

    Владелец проекта

    Геронимус Виктор Борисович

    Основатель ООО «Финкомтех»

    Руководитель проекта

    Пучина Светлана Анатольевна

    Руководитель отдела продаж и аккаунт-менеджмента

    Руководитель направления сопровождения

    Петрова Наталья Алексеевна

    Руководитель технической поддержки

    Руководитель направления разработки

    Кривов Алексей Николаевич

    Руководитель отдела разработки

    7. Полномочия и порядок принятия решений

    Решения по:

    Принимаются:

    Составу и приоритетам функционала

    Инициирование и проработка предложений по функционалу:

    • Руководитель проекта со стороны Исполнителя;
    • Руководитель проекта со стороны Заказчика (РПЗ);
    • Ключевые участники проекта со стороны Заказчика по соответствующим направлениям (производство, животноводство, техника, АТП и др.).

    Принятие решения о включении функционала в объём проекта и его приоритете:

    • РПЗ – подготовка предложения и согласование внутри Заказчика;
    • Владелец проекта со стороны Заказчика – утверждение ключевых решений по функционалу.
    • Владелец проекта со стороны Исполнителя — утверждение технической возможности для реализации.

    Изменениям требований

    Инициирование изменения:

    • Руководитель проекта со стороны Исполнителя;
    • РПЗ;
    • Ключевые участники проекта по своим направлениям.

    Анализ влияния изменений на сроки, бюджет и риски:

    • Руководитель проекта со стороны Исполнителя (совместно с руководителями направления разработки и сопровождения).

    Принятие решения о реализации изменения:

    • РПЗ – согласование изменения со стороны Заказчика;
    • Владелец проекта со стороны Заказчика – утверждение изменений, влияющих на сроки/стоимость/объём работ.
    • Владелец проекта со стороны Исполнителя.

    Переходу между этапами проекта

    Подготовка отчётов об исполнении этапа, результатов работ и перечня замечаний:

    • Руководитель проекта со стороны Исполнителя.

    Оценка результатов этапа, согласование устранения замечаний:

    • РПЗ совместно с ключевыми участниками проекта со стороны Заказчика.

    Принятие решения о завершении этапа и переходе к следующему:

    • РПЗ – подтверждение готовности и согласование внутри команды Заказчика;
    • Владелец проекта со стороны Заказчика – утверждение завершения этапа и разрешение на переход к следующему этапу проекта.
    • Владелец проекта со стороны Исполнителя


    8. Организация управления проектом

    Формат взаимодействия:

    • статус-встречи на этапе «Обследование» 1 раз в 2 недели 
    • рабочие встречи проводятся по мере необходимости. Включают встречи по обсуждению требований, демонстрации решений и проработке отдельных функциональных блоков. Встречи-интервью для обследования бизнес-процессов проводятся по отдельному утвержденному графику и корректируются оперативно в переписке в Телеграм-чате проекта.
    • каналы коммуникации: 
      • электронная почта — для смысловых вопросов, фиксации договорённостей и согласований;
      • Telegram-чат — для оперативных и организационных вопросов. Ссылка на чат https://t.me/+w-JJ6Gr6egQ4YWJi 

    Формат фиксации решений и результатов:

    Статус-встречи

    Протокол. Утверждается руководителями проекта со стороны Заказчика и Исполнителя. Ведутся РП на странице проекта для Заказчика с правом комментариев для участников.

    Отчёт по обследованию процессов, описания требований и согласованные модели «как есть/как должно быть»

    Утверждаются РПЗ и руководителем проекта Исполнителя, хранятся на странице проекта для Заказчика с правом комментариев для РПЗ.

    Реестр изменений требований

    Ведётся руководителем проекта Исполнителя на странице проекта для Заказчика, обновляется еженедельно, утверждается РПЗ при каждом изменении.

    Акт выполненных работ по проекту



    9. Этапы и контрольные точки проекта

    Проект реализуется поэтапно. Контрольные точки и критерии перехода между этапами представлены в таблице.

    Контрольная точка (веха)

    Ожидаемая дата завершения вехи

    Критерии перехода

    Старт проекта

    28.01.2026

    • подписан устав проекта;
    • определены роли и ответственные со стороны заказчика и исполнителя;
    • согласован формат взаимодействия и коммуникаций;
    • проект официально запущен.

    Завершено обследование

    10.04.2026

    • проведены интервью и рабочие встречи с руководителями и ключевыми участниками проекта;
    • зафиксировано текущее состояние процессов («как есть») по согласованному перечню;
    • выявлены основные проблемы, ограничения и точки роста;
    • результаты обследования согласованы с владельцем проекта со стороны заказчика.

    Согласована целевая модель

    15.10.2026

    • сформирована целевая модель процессов и функционала в рамках проекта;
    • определён приоритет внедрения функциональных блоков;
    • согласованы границы автоматизации и допущения;
    • целевая модель утверждена владельцем проекта со стороны заказчика.

    Готовность к пилоту


    26.02.2027

    • реализован согласованный объём функционала для пилотной эксплуатации;
    • выполнены необходимые настройки системы;
    • подготовлены пользователи, участвующие в пилоте;
    • определён сценарий и критерии успешности пилотной эксплуатации.

    Пилотная эксплуатация запущена


    31.03.2027

    • пилотная эксплуатация начата на согласованном контуре;
    • пользователи приступили к работе в системе;
    • осуществляется сбор обратной связи и фиксация замечаний.

    Запуск в эксплуатацию и обучение пользователей

    14.04.2027

    • завершена пилотная эксплуатация;
    • устранены критичные замечания, влияющие на работу пользователей;
    • принято решение о промышленной эксплуатации;
    • система введена в эксплуатацию в согласованном объёме;
    • проведено обучение пользователей и передана пользовательская документация;
    • подписан акт по проекту.


    10. Риски проекта

    Ключевые риски проекта

    Меры по управлению рисками

    Ограниченная доступность сотрудников Заказчика

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

    Неполнота или низкое качество исходных данных

    • Определить критичные для запуска данные (справочники, остатки, взаиморасчёты) и требования к их качеству: обязательные поля, формат, уникальность, допустимые значения.​
    • Организовать подпроект по подготовке и миграции данных: шаблоны, инструкции, ответственные и сроки.​
    • Провести аудит и очистку данных (удаление дублей, закрытие неиспользуемых справочников, выверка остатков) с фиксацией найденных проблем.​
    • Выполнить пилотную миграцию на тестовый контур с последующей сверкой отчётности со старой системой за выбранный период.​


    Сопротивление изменениям

    Обеспечить видимую поддержку проекта со стороны руководства 

    Программа обучения по ключевым сценариям в ERP, очные/онлайн‑тренинги, тестовый контур, где пользователи cмогут “поиграться” с данными.

    Поэтапное внедрение (корма, животноводство, техническая служба), сбор обратной связи, внесение изменений, масштабирование на остальные процессы.

    11. Ограничения проекта

    Ограничения проекта зафиксированы в документе
    «Цели, границы и ограничения проекта».

    12. Порядок внесения изменений

    Изменения в проекте:

    • фиксируются в письменном виде;
    • оцениваются по влиянию на сроки и объём работ;
    • вступают в силу после согласования Сторонами.

    13. Заключительные положения

    Настоящий устав определяет общие принципы реализации проекта и используется в качестве базового документа управления проектом.

    Устав вступает в силу с момента его утверждения.

    Утверждено


    Со стороны Заказчика:
    ФИО, должность __________________________   Подпись ____________ Дата ____________

    Со стороны Исполнителя:
    ФИО, должность __________________________   Подпись ____________ Дата ____________