Декоративное оформление С Новым Годом 2025

Проектная автоматизация на 1С

Услуга 1С-Рарус по созданию корпоративных информационных систем с применением различных технологий проектного управления.

Мы используем собственную методологию проектного управления (МПУ), сочетающую классический и гибкий подходы.

  • 100% выполненых проектов
  • 30% по классической методологии
  • 50% по гибкой методологии
  • 20% по гибридной методологии
{{ this.metodology }}

Как выбрать методологию
ведения проекта?

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

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

Как выбрать методологию ведения проекта

{{ question.title }}

Выберите вариант, который ближе к Вашей ситуации

question.title

Для Вашего проекта ближе:

{{ this.metodology }} методология
ведения проекта

Методология ведения проекта
  • Классический подход

    Его еще называют каскадной методологией.

    Весь проект делится на основные этапы:

    • Формирование клиентских и функциональных требований, архитектуры системы.
    • Проектирование ИС.
    • Разработка ИС.
    • Обучение и подготовка ИС к опытной эксплуатации.
    • Опытная эксплуатация.

    Этапы выполняются последовательно, каждый последующий этап начинается после завершения предыдущего.

  • Гибкий подход

    В гибком подходе используется адаптивная методология (Agile).

    Agile — методология проектного управления, ориентированная на итерационный и инкрементальный подход к реализации проекта в условиях высокой неопределенности и изменчивости требований бизнеса к продукту проекта. Ключевая цель методологии — оперативное реагирование на изменяющиеся требования бизнеса.

    Определяется длительность итерации, подбираются задачи к выполнению в итерации. После завершения итерации формируется список задач на следующую итерацию.

  • Гибридный подход

    Гибридный подход совмещает в себе как классический, так и гибкий подход.

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

    Зачастую на верхнем уровне используется классический подход, а внутри этапов — гибкий.

С чего мы начинаем работы по проекту?
1. Знакомимся с заказчиком
2. Выясняем потребности и ограничения
3. Изучаем существующие бизнес-процессы
4. Проверяем насколько подходят существующие типовые решения
5. Оцениваем сроки
6. Даём предварительную оценку бюджета проекта
7. Согласуем детали проекта с заказчиком
8. Подбираем команду
9. Фиксируем документально договоренности
10. Переходим к выполнению проекта

Главные вопросы, на которые должны быть
получены ответы до начала проекта:

  • Кому и зачем нужен проект? Каких целей необходимо достичь? Какие проблемы устранить?
  • В каком состоянии бизнес-процессы компании, внутренние регламенты и положения, нормативно-справочная информация?
  • Какие требования к целевой системе? Какие требования к интеграции?
  • Каковы ограничения по срокам, бюджету и планам запуска системы?
  • Определен ли состав участников и доступность проектной группы?

Формирование команды проекта

Понимая сущность проекта, его цели, мы оцениваем опыт,
компетенции и доступность каждого из наших специалистов.

Мы примеряем проект на матрицу компетенций доступных специалистов
и получаем примерно такую картину:

Отраслевая специализация 1
Отраслевая специализация 2
Отраслевая специализация 3
Функциональная область 1
Функциональная область 2
Функциональная область 3

При необходимости мы привлекаем специалистов из разных офисов компании,
чтобы полностью покрыть потребности проекта.

Определение сроков реализации проекта

Каждая из методологий по-своему рассматривает вопрос
оценки сроков проектного внедрения.

Классическая методология

Классическая схема пытается учесть все этапы и зафиксировать точную дату завершения проекта.

Гибкая методология

Гибкая схема не даёт точных сроков внедрения.

Гибридная методология

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

Этапы работ, их объемы и сроки по классической и гибридной схемам фиксируются документально. Составляется план-график проекта.

Сквозной пример проекта

Критично важны для выдерживания сроков:

  • Изначально выставленные реалистичные цели, сроки (для классического подхода) и границы проекта.
  • Мотивация всех участников проекта на результат.
  • Вовлеченность в проект наделенных властными полномочиями ЛПР со стороны заказчика.
  • Распределение ответственности и одинаковое ее понимание всеми участниками проекта.

Классическая методология ведения проектов

Удобна для
  • Средних и крупных организаций.
  • Организаций со стабильным, устоявшимся бизнес-процессом.
  • Проектов с конечным списком требований к целевой системе.
  • Проектов с одновременным запуском всех автоматизируемых функциональных областей.
  • Комплексных, интеграционных проектов (прикладное ПО + ИТ-инфраструктура).
  • Внедрения комплексных решений «1С» (ERP+УХ+ДО+ЗУП).
  • Проектов, выполняемых по 223 и 44-ФЗ.
  • Проектов с фиксированным содержанием.
  • Проектов с регламентированной проектной документацией.
Избыточна для
  • Небольших организаций с относительно простой структурой.
  • Проектов, не требующих объемной, регламентированной проектной документации.
  • Проектов, в ходе которых планируется лишь несущественная адаптация типовых функциональных возможностей «1С».
  • Проектов с небольшим количеством интеграций как между функциональными областями, так и между информационными системами.

Гибкая методология проектного управления

Удобна для
  • Малых, средних и крупных организаций.
  • Организаций с часто меняющимся бизнес-процессом.
  • Проектов с размытым и постоянно расширяемым списком требований.
  • Проектов с небольшим количеством интеграций.
  • Проектов с активной, самостоятельной командой.
  • Компаний, готовых выделять на проект ресурсы в большом объеме.
  • Проектов, не требующих регламентированной проектной документации.
Избыточна для
  • Проектов с жестким контролем сроков и бюджета.
  • Проектов с неконтролируемым потоком дополнительных требований.
  • Компаний, не имеющих значительного количества внутренних ресурсов и мотивации (персонал), которые могут быть выделены в достаточном объеме для участия в проекте.
  • Проектов, затрагивающих исключительно регламентированные области учета (например, бухгалтерский/налоговый учет, расчет з/п).

Гибридная схема управления проектами

Удобна для
  • Средних и крупных организаций.
  • Организаций с нечасто меняющимся бизнес-процессом.
  • Проектов с контролируемо расширяющимся списком требований к целевой системе.
  • Проектов с одновременным или пошаговым запуском всех автоматизируемых функциональных областей.
  • Проектов, затрагивающих управленческие, производственные и другие (нерегламентированные) бизнес-процессы.
  • Комплексных, интеграционных проектов (прикладное ПО + ИТ-инфраструктура).
  • Внедрения комплексных решений «1С» (УПП, ERP+УХ+ДО+ЗУП).
  • Проектов с фиксированным или меняющимся содержанием.
  • Проектов с регламентированной проектной документацией или проектов, не требующих регламентированной проектной документации.
  • Компаний, готовых выделять человеческие ресурсы для участия в проекте не по «остаточному принципу».
Избыточна для
  • Небольших организаций с относительно простой структурой.
  • Проектов, в ходе которых планируется лишь несущественная адаптация типовых функциональных возможностей «1С».
  • Компаний, не имеющих значительного количества внутренних ресурсов и мотивации (персонал), которые могут быть выделены в достаточном объеме для участия в проекте.

Качество выполнения работ

Методология проектного управления 1С-Рарус регламентирует ведение проектной деятельности во всех филиалах компании.
Мы продолжаем развивать свою методологию и обновляем после каждого крупного проекта.
Специалист любого офиса при работе будет руководствоваться общими стандартами качества.
Система менеджмента качества 1С‑Рарус сертифицирована по международному стандарту ISO 9001:2015.
МПУ объединяет общепризнаные стандарты и рекомендации типа PMBoK и многолетний опыт 1С‑Рарус по реализации проектов для крупного бизнеса.
Следование канонам МПУ обеспечивает контроль Службы качества 1С-Рарус.

Сейчас МПУ — это 150 методологических документов,
шаблонов проектной документации и сценариев работы.

Сертификат соответствия системы менеджмента «1С-Рарус» международному стандарту ISO 9001:2015
Сертификат соответствия системы менеджмента «1С-Рарус» международному стандарту ISO 9001:2015
Лицензия ФСТЭК России на деятельность по разработке и производству средств защиты конфиденциальной информации
Лицензия ФСТЭК России на деятельность по разработке и производству средств защиты конфиденциальной информации
Лицензия ФСБ России на осуществление работ с использованием сведений, составляющих гостайну
Лицензия ФСБ России на осуществление работ с использованием сведений, составляющих гостайну

Примеры реализованных проектов

ТатНефть
Гибридная методология
8,5 месяцев
АРМ: 2500
Функциональные области: Управление документооборотом
ТрендФарм
Гибридная методология
2 месяца до опытной эксплуатации
АРМ: 100
Часов: 5500
Функциональные области: Бухгалтерский и налоговый учет на производственном предприятии, Управление персоналом (HRM)
Gulliver
Гибридная методология
АРМ: 650
Часов: 10600
Функциональные области: Управление документооборотом, Управление информационными технологиями предприятия ITIL (ITSM)
OCSiAl
Классическая методология
15 месяцев
АРМ: 100
Функциональные области: Бухгалтерский и налоговый учет на производственном предприятии, Казначейство, Управление документооборотом, Управление производством
ИП Черномуров А. М. (ГК «Командор»)
Классическая методология
18 месяцев
АРМ: 150
Функциональные области: Управленческий учет, Бухгалтерский и налоговый учет на производственном предприятии
Областной аптечный склад
Гибридная методология
9 месяцев
АРМ: 300
Часов: 9000
Функциональные области: Бюджетирование, финансовое планирование
Посмотреть все проекты

Отзывы

Остались вопросы?
Нужна консультация?
Свяжитесь с нами!