УСЛУГИ, РЕШЕНИЯ, ПРОЕКТЫ КОМПАНИИ

1. УВЕЛИЧЕНИЕ ЭФФЕКТИВНОСТИ БИЗНЕСА КЛИЕНТА УСЛУГИ, РЕШЕНИЯ, ПРОЕКТЫ КОМПАНИИ

2. План презентации • Описание соответствия функционала OeBS • Описание методики внедрения (OUM) • Описание структуры управления проектом (PJM) • Представление календарного плана проекта • Показ системы OeBS на примере

3. ORACLE e-BUSINESS SUITE

4. Преимущества Oracle e-Business Suite • Модульная структура • Широкий спектр функционала • Использование лучших мировых практик • Стандарты разработки и внедрения • Высокая степень интеграции • Простота создания расширений • Низкая стоимость эксплуатации • Удобные механизмы распределения нагрузки • Многоязыковая поддержка

5. Техническая архитектура

6. Преимущества использования OUM • Для проектной команды: • Тщательно проработанный план работ • Результаты высокого качества • Сокращенное время обучения • Готовые руководства и стандарты их использования • Простота контроля хода проекта • Для внедряющей организации: • Проект, выполняемый вовремя и в рамках бюджета • Минимизация рисков и повышенное доверие • Лучшее взаимодействие внутри команды • Простота контроля хода проекта

7. Общая цель проекта Стоимость ЦЕЛЬ: Достичь баланса между стоимостью, временем и качеством Время Качество

8. Что такое Oracle Unified Method • Методология которая описывает: • Что делать; • Кто должен делать; • Почему нужно сделать; • Когда делать; • Как делать. • А также содержит унифицированные шаблоны документов.

9. BUSINESS PROCESS MODEL ACME Building Supplies Основные элементы OUM Выходной документ Взаимосвязь задач Задача RD.020 Провести обследование текущих бизнес-процессов RD.020 Провести обследование текущих бизнес-процессов RD.050 Определить требования к ИС Процессы Фазы

10. Процессы и фазы OUM Inception Elaboration Construction Transition Production Анализ операций Определение Разработка решения Построение Переход Эксплуатация • Архитектура бизнес-процессов (BP) • Определение требований бизнеса (RD) • Сопоставление требований бизнеса(BR) • Прикладная и техническая архитектура(TA) • Проектирование и построение расширений (MD) • Конвертация данных (CV) • Документирование (DO) • Тестирование решений (TE) • Тестирование производительности (PT) • Освоение и обучение (AP) • Переход на новую систему (PM)

11. Цель каждой фазы Фаза Цель Определение Разработать план проекта и определить стратегии развития Анализ операций Сопоставить требования, выяснить несовпадения, определить концепцию архитектуры Проектированиерешения Спроектировать расширения,определить параметрынастройки Построение системы Создать расширения приложения и провести тестирование системы Переход Переход на новую систему Эксплуатация Эксплуатация и оценка системы

12. Фаза Определение • Ясно определить границы проекта • Определить бизнес-цели и видение предприятия • Подготовить решение о старте проекта • Понять текущие бизнес-процессы • Выполнить обзор главных видов деятельности • Спроектировать изменения в деятельности • Получить согласие от исполнительного руководства на предлагаемые решения • Подготовить предварительную концептуальнуюархитектуру

13. Результаты фазы Определения

14. Результаты фазы Определения Контроль качества Разработка новой продукции Калькуляция затрат Производственное планирование Управление производством Основной график производства

15. Результаты фазы Определения От концепции к прибыли Производственное планирование Разработка новой продукции Основной график производства Управление производством

16. Результаты фазы Определения PD1837 Разработка концепции нового продукта PD1864 Оценка осуществимости разработки PD1824 Формирование задачи PD1831 Определение позиции для нового продукта PD1839 Определение спецификаций контроля качества • Процесс заведения информации о будущем продукте в системе • Процесс определения проб, их ЕИ, спецификаций, атрибутов и характеристик для измерений и фиксирования физических и химических параметров качества • Процесс сбора данных по продукту разработки (контроль качества, охрана окр. среды и ТБ, регламент,ТУ, и т.д.) • Разработка технологического проекта • Сформулировать идеи процесса разработки нового продукта • Оценить объем выпуска • Сформировать требования к качеству • Оценить прибыльность, затраты на производство и срок окупаемости • Оценить собственные (материальные, трудовые ресурсы и т. п.) • Сформироватьпланинвестиций PD1847 Определение сопроводительной документации PD1825 Формулировка прототипа продукта PD1751 Опытное производство продукта Специалист по маркетингу Контроль качества Инженерпроизводства • Получить протокол испытаний первой промышленной партии продукта • Получить акт комиссии о выпуске пробной партии продукта • Переход от лабораторных исследований к опытно-промышленному производству продукта • Процесс определения норм и правил ведения сопроводительной документации • Процесс создания вариаций формул для продукта и их тестирование Инженерпроизводства Технолог производства PD1848 Оценка себестоимости нового продукта PD1752 Подготовка к промышленному производству Производственное планирование Специалист ЭО Менеджер по экологии • Процесс подготовки запуска нового продукта в производство: утверждение позиция продукта и его регламентов (формула, рецептура, техпроцессы) • Процесс вычисления плановой себестоимости продукта на основании рыночной стоимости ингредиентов, формул и техкарт нового продукта Руководитель подразделения Специалист отдела технического контроля

17. Что покрывается потоком? Кто участвует? • Создание концепциинового продукта, проектирование нового продукта • Подготовка технологической документации (описание формул, рецептов, технологических карт и маршрутов) • Подготовка шаблонов сопроводительной документации • Опытно-промышленное производство и подготовка к промышленному производству • Специалист по маркетингу • Инженер производства • Технолог производства • Специалист ЭО • Менеджер по экологии • Руководитель производственного подразделения • Специалист отдела технического контроля Модули Возможные бизнес-эффекты • Запасы УНП • Финансы УНП • Сопроводительная документация УНП • Формализация цикла разработки новой продукции • Рост прибыли и рентабельности продукции • Уменьшение времени на коммуникации, доступность информации • Совершенствование технологии и качества продукции Результаты фазы Определения

18. Результаты фазы Определения

19. Фаза Анализ операций • Разработать информационную и функциональную модели, а также модель процессов для всех областей бизнеса, охватываемых проектом • Определить детализированные бизнес-процессы • Определить детальные требования • Сопоставить требования и возможности системы и предложить решения для разрывов • Показать, что предложенные решения являются осуществимыми • Предложить стратегию перехода • Определить требования контроля и проверки, а также требования интеграции приложений

20. Результат фазы Анализ операций • Документ – описание стратегии подготовлен • Детальные требования к подробным бизнес-процессам OeBS предоставлены • Детальная модель будущих бизнес-процессов предоставлена • Описание схемы контрольного примера предоставлено • Схема контрольного примера утверждены • Данные для проведения контрольного примера подготовлены • Пример реализован в системе OracleE-BusinessSuite

21. Результат фазы Анализ операций

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

23. Результат фазы Разработка Решения • Установлен прототип системы • Описаны настройки системы, дизайны расширений и миграции и конвертации данных

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

25. Результат фазы Построение • Настроенные среды разработки, тестирования, обучения • Подготовленные руководства пользователей

26. Фаза Переход • Установить программы конвертации данных • Сконвертировать и проверить исторические данные • Выполнить приемочные тесты • Провести обучение конечных пользователей • Подготовить рабочую среду и сконфигурировать приложения • Ввести в действие инфраструктуру тех. поддержки • Проверить готовность к работе в рабочей системе • Начать использовать рабочую систему

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

28. Фаза Эксплуатация • Обеспечить необходимый уровень поддержки пользователей • Измерить реальную производительность системы • Сопровождать эксплуатацию новой системы • Вывести из эксплуатации старые системы • Предложить план дальнейшего развития системы • Уделить внимание послепроектным вопросам: • отзывы пользователей, производительность и пр.

29. Результат Фазы Эксплуатация

30. Результат Фазы Эксплуатация … Склад Закупки Кадры Бухгалтерия Продажи … Бюджетирование

31. Интеграция PJM с OUM PJM обеспечивает структуру управления проектом, связанную с внедрением Управление Фазами Планирование проекта Завершение проекта Планирование, выполнение, завершение Фазы AIM 5 6 1 2 3 4

32. Управление проектом • Цель управления: • Выполнение работ в обозначенный срок в рамках выделенногобюджета • Условия управления: • Большой объем работ • Большое количество специалистов, вовлеченных в работы • Риски проекта: • Затягивание сроков • Пересмотр результатов • Противоречивость требований • Отсутствие заинтересованности у рядовых сотрудников • Изменение функциональных границ проекта

33. Задачи управления • Оперативное планирование и контроль исполнения • Управление рисками • Управление спорными вопросами • Управление границами проекта • Управление ресурсами

34. Процессы и фазы PJM Планирование проекта Управление фазами Завершение проекта Контроль исполнения фазы Планирование фазы Завершение фазы • Контроль и отчетность (CR) • Управление работами (WM) • Управление ресурсами (RM) • Управление качеством (QM) • Управление конфигурацией (CM)

35. Определение границ проекта Границы проекта определяют следующие вопросы: • Список внедряемых приложений • Участники процесса внедрения • Список подготавливаемых выходных документов • Ответственность сторон • Этапность и контрольные точки • Риски • Объем конвертируемых данных • Области за границами проекта • Критерии завершения и принятия работ

36. Определение рабочего плана проекта Рабочий план показывает: • Задачи проекта, распределенные по фазам • Зависимости между задачами • Потребности в ресурсах и распределение времени Коммерческоепредложение Границыпроекта Рабочий план

37. План управления проектом • План управления проектом (PJM.CR.010) определяет, что методики, процедуры и стандарты применяются к проекту для любого процесса управления. План управления проектом используется для определения следующих условий: • Как получать утверждения • Как регистрировать ошибки системы • Как размещать подготовленные документы • Правила наименования документов • Как разрешать возникшие проблемы • План закладывает основу для выполнения оценки качества проекта (PJM.QM.050)

38. Компоненты плана управления проектом План управления проектом описывает аппаратное и программное обеспечение, инструментарий, стандарты и процедуры для процессов: • Контроля и отчетности • Управления работами • Управления ресурсами • Управления качеством • Управления конфигурацией

39. Кто должен быть вовлечен в проект от заказчика? • Носители знаний • Будущие пользователи • Представители Заказчика, обладающие правом принятия решения • ИТ-специалисты

40. Типичная структура проектной группы Спонсор проекта Управляющий комитет Директор проекта Руководитель проекта от Заказчика Руководитель проекта Ключевой пользователь Руководитель группы Администратор Архитектор Консультант Разработчик Системный администратор Администратор приложений Функциональные группы Технические специалисты

41. Управляющий комитет • Управляющий комитет будет основан для: • Определения стратегического направления проекта; • Рассмотрения запросов на изменение и спорных вопросов, воздействующих на область применения, а также утверждение изменений в договоре; • Координации действий ADY, связанных с проектом; • Наблюдения и поддержки всей деятельность по осуществлению проекта, включая действия, находящиеся под ответственностью команд ADY; • Пересмотра и обновления проектного плана

42. Проектный офис • Проектный офис будет состоять из двух менеджеров проектов (PM’s) –один от ADY и один от Исполнителя • Основные задачи: • Контроль качества конечного результата. • Обеспечение контроля в целях снижения рисков управления проектом. • Обеспечение надзора за всеми мероприятиями проекта. • Разработка и обновление рабочего плана проекта и плана управления проектом. • Участие в анализе статусов проекта с владельцами проекта и спонсорами, а также внутренние проверки реализации проекта. • Подготовка и проведения регулярных отчетов о ходе реализации проекта в соответствии с планом и любых нерешенных вопросов. • Управление бюджетом, объемами и планированием ресурсов проекта.

43. Команда исполнителя • Разработка настроек и документации по настройкам, в том числе функциональных и технических спецификаций, а также процедур установки; • Проектирование и установка приложений, документирование установки; • Разработка и написание новых бизнес-процедур; • Представление пилотов на ConferenceRoomPilot (CRP) семинарах; • Обеспечение передачи знаний команде ADY; • Разработка процедур миграции и загрузка миграционных данных в новые приложения; • Предоставление консультаций команде ADY в других задачах проекта.

44. Структура проектной команды

45. Предполагаемый график проекта