Слайд 1 - Институт типовых решений

Институт типовых решений - производство
ИТРП:Процессное производство 8
Концепция
Лисин Николай Геннадьевич,
Заместитель директора
(495)600-61-79
Институт типовых решений - производство
Производство – наша специализация!
 Компания ИТРП работает на рынке с 2000 г, является дочерним
предприятием 1С.
 Компания с начала основания специализируется на разработке и внедрении
решений для производства.
 В 2000 г был выпущен продукт «ИТРП:Производственное предприятие
Стандарт» на платформе 1С 7.7 - с этого продукта начинается история
типовых решений для производства на платформе 1С.
 В 2004 г. специалисты компании выполнили разработку производственного
модуля (расчет себестоимости и планирование производства) для решения
1С:УПП.
 В 2006-2007 выпущены два новых продукта ERP-класса для производства:
«ИТРП:Производственное предприятие Стандат 8» и «ИТРП:Процессное
производство 8».
 Другие продукты: «1С:производство строительных материалов»,
«ИТРП:Бюджетирование и финансы».
 Собственная партнерская сеть компании насчитывает свыше 150
организаций в России и более 30 организаций в других странах: Украина,
Беларусь, Казахстан, Латвия и Грузия.
 Клиентами компании являются более 800 производственных предприятий на
территории СНГ и стран Балтии.
Типичные проблемы, с которыми к нам обращаются
клиенты
Проблемы управления:
Непрозрачность деятельности компании.
Отсутствие нужной информации для принятия решений в
нужный момент.
Технические проблемы:
Несколько разрозненных баз данных – нет единого
информационного поля.
Трудоемкость использования и обслуживания.
Действующие программы доработаны и сняты с
сопровождения (не обновляемы).
Нет возможности развивать систему и решать новые задачи
– система и так уже «трещит по швам»
Необходимость создания современной
автоматизированной системы:
проблема выбора!
Проблема выбора
Типовое решение
Какую программу выбрать для
автоматизации?
Технология
Программа выбрана. Но это
только инструмент. Как создать
действующую систему?
Команда внедрения
Кому доверить выполнение
проекта? Можно ли выполнить
проект своими силами?
Риски выбора – необратимые потери Заказчика
Финансовые потери
Цели не достигнуты – не все задачи решены
Потеря времени
Неудобство использования системы
Доработки – в результате снятие
системы с сопровождения
… 4 требования к типовому решению, которым не все
придают значение.
Игнорирование этих требований имеет серьезные
последствия для проекта!
Выбор типового решения
Что лежит в основе решения:
- теоретические идеи группы программистов?
- или реальная многолетняя практика множества специалистов?
Теория
Варианты:
Функционал, ориентированный на одно
предприятие или одну отрасль, узкое
видение бизнес-процессов
Теряем:
внедрение только части функционала –
не все задачи проекта решены, типовой
функционал работает не так как нужно
Заказчику
Дополнительные доработки – снятие с
сопровождения, увеличение стоимости
проекта
Пример из практики : стоимость загрузки нового
релиза в систему с глубокими доработками, если
система не обновлялась 1 год – 1-2 млн руб.
Практика
Сбалансированный гибкий функционал,
подходящий для разных отраслей и
разных бизнес-процессов.
Выигрываем:
Низкая вероятность глубоких доработок
такой системы под специфику
предприятия:
- Существенное снижение стоимости
проекта
- Система не снимается с
сопровождения
Что покупаем – КОРОБКУ или РЕШЕНИЕ?
На начальном этапе проекта невозможно получить от Исполнителя
РЕШЕНИЕ.
Нет ясности как будет решать система поставленные перед проектом
задачи. Нельзя в начале проекта увидеть контуры будущего решения.
Потому что нет большой части нужной функциональности и
следовательно, достоверный тестовый прогон в начале проекта
невозможен.
В начале проекта неизвестно, насколько глубокие доработки потребуются.
Насколько система будет снята с сопровождения.
Покупка «Кота в мешке»: Остается довериться Исполнителю проекта!
Рекомендация:
Выбирать типовое решение, возможности которого наиболее
прозрачны и понятны Заказчику уже в начале проекта.
Типовое решение должно выдержать
тестовый прогон на данных Заказчика.
На все вопросы о способах решения задач должны
быть получены четкие ответы в начале проекта.
Покупаем решение!
Проверьте функционал на тестовом прогоне!
Если в системе заявлена нужная функциональность – эта
функциональность должна содержать уже в базовом комплекте
принципиальную возможность получения показателей/данных
бизнес-процессов, востребованных в Вашей практике.
Предлагаемое решение задач проекта должно быть
прозрачным для Заказчика на начальной стадии проекта!
Типичный подход «автоматизаторов»: «Давайте начнем работать,
все решения определим в процессе» - очень рискованный!
Последствия:
Высокие риски непрогнозируемых дорогих доработок, в
т.ч. даже при необходимости создания дополнительной
управленческой отчетности – система не содержит
нужных данных или нужных аналитик
Риски: Упущенные возможности
Невозможны консультации по решениям
непосредственно с разработчиком.
Невозможна реализация индивидуальных пожеланий в
типовом функционале.
Длительное время внесения доработок и
исправления обнаруженных ошибок.
Исполнитель проекта не несет ответственность за
бесперебойную работу системы– отсутствует единый
центр ответственности. Внедренец перекладывает
вину на поставщика решения, поставщик – на
внедренца.
Рекомендация:
Сопровождение системы напрямую от
разработчиков – без посредников
Как совместить типовой функционалом со
спецификой бизнеса заказчика?
Никакое типовое решение не подойдет идеально для
вашего предприятия – у каждого предприятия своя
специфика!
Казалось бы, эти проблемы не решаемы:
При доработках под специфику предприятия – снятие с
поддержки.
Снятие с поддержки – это замораживание функционала,
отстыковка от разработчика – в конечном итоге заказная
нетиповая система. В худшем случае – невозможность загружать
изменения законодательства.
Если не дорабатывать – придется мириться с типовой
функциональностью решения, в ущерб специфике бизнеса.
Есть решение проблемы!
Поставщик
решения
Сопровождение
Конфигурация
поставщика
(базовые
механизмы)
Внешние модули
(бизнес-логика)
Сопровождение
Местный отдел ИТ
Два слоя функциональности:
А) сопровождаемый фирмойразработчиком
+
Б) сопровождаемый местными
службами ИТ
Базовая функциональность (ядро)
сопровождается фирмойразработчиком.
Сервисы бизнес-процессов
(отчеты, обработки, инструменты)
сопровождаются местными
службами ИТ.
Итак:4 требования к выбранной стратегии автоматизации,
позволяющие значительно сократить риски проекта
1. Выбранное типовое решение основано на реальной
практике.
2. Тестовый прогон – убеждаемся в возможности
применения и видим принципиальную возможность
РЕШЕНИЯ задач проекта уже на начальном этапе.
3. Поддержка напрямую от разработчика.
4. Возможность выполнять доработки под специфику
предприятия без снятия с сопровождения:
- Гибкость базового функционала
- Доработки на внешних модулях
Краткие сведения




Полностью самостоятельная разработка ИТРП.
 Поэтому в продукте нет ограничений, унаследованных от
«родительских» продуктов.
 Это свежие идеи и неожиданные возможности для специалистов,
привыкших к широко тиражируемым типовым решениям.
Решение – концентрация 10-летней практики реально
выполненных проектов на производственных предприятиях
различных отраслей.
Подавляющее количество проектов ИТРП за последние 4 года
выполнено на базе продукта «ИТРП:Процессное производство 8».
 В т.ч. проект внутренне автоматизации ИТРП.
 Проекты выполнены ИТРП, партнерами и собственными силами
предприятий с минимальной нашей поддержкой.
 Мы применяем этот продукт, рекомендуем его клиентам по простой
причине – рисков меньше, гарантируется достижение целей
проекта, прозрачность решений для заказчика, а главное – мы
полностью управляем функционалом и отвечаем в целом за
систему!
Решение развивается: постоянный рост функциональности
решения за счет опыта и практики реально выполненных
проектов. Непрерывная обкатка разработчиками на проектах
внедрения.
Почему «Процессное производство»?
Это не автоматизация узкой задачи «процессного» управления.
Это не автоматизация производства процессоров 


«Процессное производство» - это все, что выходит за рамки
сборочных/дискретных производств.
 Это производство, состоящее из произвольных
технологических процессов.
 В машиностроении тоже встречается процессное
производство. Например, раскрой листовых материалов.
Раскрой – это не сборка!
Процессный тип производства - характерен для химических,
пищевых отраслей, фармацевтики.
«ИТРП:Процессное производство 8» - это не «специфический»
продукт. Это продукт с более широким охватом. Например,
есть внедрения даже на торговых (!) предприятиях.
Концептуальное отличие функционала ИТРП:ПП8 от
высокотиражных типовых решений
Сервисы
бизнеспроцессов
Обычно
реализуются
внешними
обработками
без снятия с
сопровождения
В какую сторону
дорабатывать
безопаснее???
Ядро системы –
данные и обработка,
бизнес-логика
Доработки: Сложность,
трудоемкость, риски.
Снятие с сопровождения
Почему нежелательно дорабатывать ядро системы?
Доработки ядра очень опасны тем, что это:
Это снятие с сопровождения (получаем
заказную систему, т.к. такие доработки нельзя
реализовать на внешних обработках, обычно
это изменение структуры данных),
Это риски разрушить взаимосвязи и логику
системы.
Высокая стоимость: сложность и трудозатраты.
Требуются дорогие квалифицированные
программисты.
Доработки сервисов и отчетов – имеют прямо
противоположные свойства:
Система не снимается с сопровождения, т.к.
доработки реализуются на внешних,
подключаемых обработках. Это не более чем
мелкий тюнинг системы!
Сложность и трудозатраты – низкие. Низкая
стоимость, не требуются
высококвалифицированные программисты.
Анализируйте – доработки какого типа требует выбранное типовое решение!
Концептуальное отличие функционала ИТРП:ПП8 от
обычных типовых решений
Обычные типовые
решения
Доработки ядра, снятие с
сопровождения – обычная
практика
ИТРП:Процессное производство 8
В основном – доработки сервисов бизнеспроцессов, интерфейсов, отчетов (мелкий
тюнинг). Выполняются на внешних
обработках, система не снимается с
сопровождения.
Результат работы системы уже на тестовом прогоне
Гибкость, широкий спектр решаемых задач:
- позволяет только настройками, без программирования,
решать задачи, которые раньше требовали глубоких доработок.
Более низкая стоимость проекта. Как правило, не требуются
глубокие доработки под специфику предприятия, система не
снимается с сопровождения.
Для сравнения. Затраты на «Допиливание»
обычных типовых решений под реализацию
даже несложных бизнес-задач может составить
до половины бюджета проекта.
Институт типовых решений - производство
Благодарим за внимание!
Эту презентацию, а также массу интересных материалов по
автоматизации можно скачать на сайте
www.itrp.ru
Компания «ИТРП», г. Москва
(ООО «Институт типовых решений - Производство»)
Ул. Селезневская, д. 34
тел.: (495) 600-61-79
web: www.itrp.ru
mail: 1c@itrp.ru