Управление проектами внедрения и развития ERP-систем

Область применения

Конфигурация содержит 2 модуля -

• Функциональное моделирование - для управления проектом внедрения/изменения ERP-систем.
• Service desk - для сбора и отработки обращений заказчиков по проекту внедрения, так и не связанные с проектом задачи, такие как заказ пропуска или заявка на ремонт принтера. 

Подходит для проектной команды, внедряющей как «коробку» ERP, так и дорабатывающей систему под нужды клиента. При этом объектом разработки может являться любая конфигурация – от простых «торговых» до сложных «управление холдингом» не обязательно на базе 1С. Традиционно в проектах внедрения количество функциональных разрывов не превышает 5-10% от общего числа требований, поэтому применение конфигураций уровня СППР (для проектирования) может быть избыточным. Даже при использовании СППР и аналогичных продуктов целесообразно использовать ERP-Tools как самостоятельную базу данных для первичной работы консультантов.  

Основные пользователи системы – руководитель проекта и команда аналитиков. 

Технические требования

Отдельная конфигурация для платформы 8.3. Требуется наличие стандартной лицензии 1С.

Функциональные возможности

Service Desk

1. Создание Заявок из почты
2. Автоопределение проекта, проектной команды
3. контроль выполнения заявок
4. Делегирование заявок
5. Комментарии в заявках
6. Уведомления о комментариях

Функциональное моделирование

1. Учет функциональных требований (ФТ) от появления до выполнения и включения в инструкции
2. Определение бизнес-процессов и входящих в них функций
3. Создание и хранение инструкций
4. Технические задания на разработку
5. Протоколы тестирования
6. Полная история изменений объектов метаданных
7. Структуризация данных загрузки начальных остатков/оборотов/элементов

Лицензирование

• Корпоративная лицензия

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

Состав поставки

Поставляется в виде архива базы данных с преднастроенным проектом и ролями.

База будет доступна на следующий день после оплаты.

Код полностью открыт, приветствуется развитие конфигурации под нужды проекта.

Демонстрация решения

1. Видеообзор доступен по ссылке выше.

2. Демоверсия отсутствует.

3. Удаленная демонстрация. Обязательно перед покупкой.

Руководство по использованию

Демонстрация представлена в видео выше.

Программа представляет собой не просто набор объектов, а является проектной технологией. Технологию можно описать следующим образом (На примере требования «В заказе клиента необходимо фиксировать источник поступления заказа).

1. Сбор требований заказчиков осуществляется либо созданием Функциональных требований, либо через встроенную SD. В последнем случае в систему загружается письмо и создается "Заявка". После первичного разбора Заявки создается функциональное требование (ФТ). Указывается Топик "Продажи", Объект системы – "Документ Заказ клиента".

1. При необходимости непосредственно из Заявки можно осуществлять коммуникацию с заказчиком (e-mail) или проектной командой (комментарии внутри Заявки)
2. Консультант производит анализ поступившего ФТ и устанавливает признак ФР (функциональный разрыв) при необходимости.
3. Консультант согласовывает "дизайн" решения ФТ с функциональным аналитиком на предмет оптимальности решения – «добавление нового реквизита в Заказ клиента».
4. Консультант согласовывает ФТ и решение с руководителем проекта (РП) на предмет вхождения в объем проекта.
5. Аналитик направляет заявку на оценку на разработчика. SD Обеспечивает своевременную реакцию и контроль backlog разработчиком.
6. Выполнив разработку Программист указывает фактические трудозатраты, а также  статус Тестирование, о чем аналитик получает уведомление,
7. Аналитик должен оформить Протокол испытаний, зафиксировав новое поведение системы с помощью картинок и описаний. Протокол хранится внутри ФТ рядом с ТЗ и может быть в любой момент распечатан как доказательство выполнения работы.
8. Аналитик должен определить Функцию, где должна проявиться доработка и добавляет в действующую инструкцию пункт, описывающее клиентское поведение доработки. В этому пункте указывается ссылка на ФТ, чтобы статус ФТ был автоматически повышен до финального – «включена в инструкцию».

Работа по ФТ завершена. По итогам работы в ERP-Tools РП получает

• Полный перечень ФТ сгруппированных по топикам, объектам системы, заказчику, аналитику
• Контроль статусов выполнения ФТ. Аналитики должны доводить статусы до "Включена в инструкцию"
• Перечень выявленных бизнес-процессов по всем разделам

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

• Каждая функция по отдельности или в составе процедуры демонстрируется заказчику и собирается обратная связь о готовности функции/процедуры к промышленной эксплуатации. Функции имеют статусы «согласования» с заказчиком
• РП контролирует весь входящий трафик писем от заказчиков, комментарии членов команды и может быстро найти нужные данные или связаться с заказчиком.
• Вся рабочая группа работает в едином информационном пространстве. Команда ставит задачи и исполняет их внутри системы
• После старта промышленной эксплуатации SD переходит их режима сбора ФТ в режим сбор инцидентов и заявок на консультации. РП контролирует скорость и полноту решений.

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

1. Перечень ФТ и исполнительная документация от ТЗ до места в инструкции, где можно увидеть его выполнение.
2. Перечень процедур со статусами приемки каждой функции заказчиками.

Все это делает сложные проекты внедрения достаточно рутинным занятием с четким пониманием объема выполнения и готовности базы к промышленной эксплуатации

Техническая поддержка и обновления 

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

История изменения ПО

Отсутствует