ݺߣ

ݺߣShare a Scribd company logo

Транспортная логистика. История одного проекта. Потери и приобретения

•
•
Maxim Andreyev
Maxim Andreyev

Презентация с выступления КРОК на конференции "Интерлогистика - 2014" на тему очень тяжелого, и по формальным критериям, неуспешного проекта. Довольно много специфики, связанной с транспортной логистикой, но многое универсально для проектов внедрения бизнес приложений

1 of 15
Транспортная логистика. История одного проекта. Потери и приобретения Анастасия Гончарова Руководитель направления CSM Москва, 2014
2 ЦЕЛИ И ЗАДАЧИ ПРОЕКТА Что Заказчик говорил Что на самом деле имел ввиду • Создание Системы, способной обеспечить поддержку бизнес-процессов транспортной логистики с учетом текущих темпов развития Компании • «Наши процессы меняются так часто, что наш отдел разработки не успевает реализовать все наши запросы, поэтому мы хотим внедрить систему, которая будет легко- настраиваема»
3 ЦЕЛИ И ЗАДАЧИ ПРОЕКТА Что Заказчик говорил Что на самом деле имел ввиду • Снижение стоимости перевозки единицы груза и повышение эффективности использования парка транспортных средств: • Централизация процедуры планирования и моделирования грузопотоков; • Формирование оптимальных маршрутов доставки, расчет плановой себестоимости с детализацией до отдельной перевозки. • «Оптимизируйте нам схему организации логистики» • «Придумайте, каким способом нам найти недостающие данные для расчета прибыльности перевозки»
4 ЦЕЛИ И ЗАДАЧИ ПРОЕКТА Что Заказчик говорил Что на самом деле • Оптимизация основных производственных бизнес-процессов путем их автоматизации, и как следствие снижение затрат на их выполнение имел ввиду • «Спроектируйте, пожалуйста, нам бизнес-процессы, так как мы не знаем, как правильно их организовать с учетом всех ограничений российской действительности»
5 ОСНОВНЫЕ ШАГИ И РИСКИ, КОТОРЫЕ СЫГРАЛИ Этап Контрактования: • Размытые формулировки в Техническом Задании. Методологический этап – разработка Концептуальной архитектуры решения: • Некорректная расстановка приоритетов для высокоуровневых требований; • Заказчик большее внимание уделял формалистике, чем сути документов.
6 ОСНОВНЫЕ ШАГИ И РИСКИ, КОТОРЫЕ СЫГРАЛИ Определение и Уточнение – проведение обследование и проектирование бизнес-процессов, сбор требований к Системе: • Отсутствие устоявшихся бизнес-процессов, многие решения принимались «на ходу»; • Слабая вовлеченность управленцев, обладающих полномочиями для принятия ключевых решений; • Категорическое нежелание Заказчика опираться на стандартную функциональность Системы; • Отсутствие «жесткого» менеджера со стороны Исполнителя.
7 ОСНОВНЫЕ ШАГИ И РИСКИ, КОТОРЫЕ СЫГРАЛИ Проектирование и построение Системы – настройка системы, реализация разработок и проведение тестирования: • Недооцененный объем разработок; • Проблемы с производительностью; • Нарушение сроков реализации разработок со стороны Заказчика. Переход: • Желание запустить все и сразу – отказ от поэтапного ввода в эксплуатацию; • Затягивание сроков проекта из-за необходимости проведения дополнительных экспериментов (Заказчик «не верил» в Систему).
8 ЧТО НЕ УДАЛОСЬ И ПОЧЕМУ • Искусственный интеллект создать не удалось • Трудно автоматизировать не формализованные процессы • Нельзя использовать систему, предназначенную для автоматизации одних процессов, в целях автоматизации смежных процессов
9 ЧТО ПОЛУЧИЛОСЬ Сформулированы, согласованы и утверждены требования к автоматизации Проведены все необходимые организационные изменения Спроектированы и описаны бизнес-процессы Унифицированы мастер-данные Создана интеграционная шина Упорядочена работа информационных систем
10 РАБОТА НАД ОШИБКАМИ: ЧЕТКОЕ ФОРМУЛИРОВАНИЕ ЦЕЛЕЙ • Декомпозировать • Цели разные для разных уровней, но все они должны быть согласованы • Определить тактику и стратегию ее достижения
11 РАБОТА НАД ОШИБКАМИ Сначала – консалтинг и орг.изменения, потом – автоматизация Согласованность целей внутри команды Заказчика Поэтапное внедрение
12 РАБОТА НАД ОШИБКАМИ Должен быть выделен человек, принимающий решения и достаточно погруженный в проект Если процент кастомизаций превышает 20-30% - возможно, стоит написать что-то свое
13 РАБОТА НАД ОШИБКАМИ Определить KPI, по которым будет оцениваться успех проекта Уделять большое внимание технологиям Иногда лучше остановиться
14 А МОГЛО БЫ БЫТЬ! Новый формат логистики
15 СПАСИБО ЗА ВНИМАНИЕ! 111033, Москва, ул. Волочаевская, д.5, корп.1 +7 495 974 2274, +7 495 974 2277 (факс) croc@croc.ru www.croc.ru

More Related Content

Транспортная логистика. История одного проекта. Потери и приобретения

  • 1. Транспортная логистика. История одного проекта. Потери и приобретения Анастасия Гончарова Руководитель направления CSM Москва, 2014
  • 2. 2 ЦЕЛИ И ЗАДАЧИ ПРОЕКТА Что Заказчик говорил Что на самом деле имел ввиду • Создание Системы, способной обеспечить поддержку бизнес-процессов транспортной логистики с учетом текущих темпов развития Компании • «Наши процессы меняются так часто, что наш отдел разработки не успевает реализовать все наши запросы, поэтому мы хотим внедрить систему, которая будет легко- настраиваема»
  • 3. 3 ЦЕЛИ И ЗАДАЧИ ПРОЕКТА Что Заказчик говорил Что на самом деле имел ввиду • Снижение стоимости перевозки единицы груза и повышение эффективности использования парка транспортных средств: • Централизация процедуры планирования и моделирования грузопотоков; • Формирование оптимальных маршрутов доставки, расчет плановой себестоимости с детализацией до отдельной перевозки. • «Оптимизируйте нам схему организации логистики» • «Придумайте, каким способом нам найти недостающие данные для расчета прибыльности перевозки»
  • 4. 4 ЦЕЛИ И ЗАДАЧИ ПРОЕКТА Что Заказчик говорил Что на самом деле • Оптимизация основных производственных бизнес-процессов путем их автоматизации, и как следствие снижение затрат на их выполнение имел ввиду • «Спроектируйте, пожалуйста, нам бизнес-процессы, так как мы не знаем, как правильно их организовать с учетом всех ограничений российской действительности»
  • 5. 5 ОСНОВНЫЕ ШАГИ И РИСКИ, КОТОРЫЕ СЫГРАЛИ Этап Контрактования: • Размытые формулировки в Техническом Задании. Методологический этап – разработка Концептуальной архитектуры решения: • Некорректная расстановка приоритетов для высокоуровневых требований; • Заказчик большее внимание уделял формалистике, чем сути документов.
  • 6. 6 ОСНОВНЫЕ ШАГИ И РИСКИ, КОТОРЫЕ СЫГРАЛИ Определение и Уточнение – проведение обследование и проектирование бизнес-процессов, сбор требований к Системе: • Отсутствие устоявшихся бизнес-процессов, многие решения принимались «на ходу»; • Слабая вовлеченность управленцев, обладающих полномочиями для принятия ключевых решений; • Категорическое нежелание Заказчика опираться на стандартную функциональность Системы; • Отсутствие «жесткого» менеджера со стороны Исполнителя.
  • 7. 7 ОСНОВНЫЕ ШАГИ И РИСКИ, КОТОРЫЕ СЫГРАЛИ Проектирование и построение Системы – настройка системы, реализация разработок и проведение тестирования: • Недооцененный объем разработок; • Проблемы с производительностью; • Нарушение сроков реализации разработок со стороны Заказчика. Переход: • Желание запустить все и сразу – отказ от поэтапного ввода в эксплуатацию; • Затягивание сроков проекта из-за необходимости проведения дополнительных экспериментов (Заказчик «не верил» в Систему).
  • 8. 8 ЧТО НЕ УДАЛОСЬ И ПОЧЕМУ • Искусственный интеллект создать не удалось • Трудно автоматизировать не формализованные процессы • Нельзя использовать систему, предназначенную для автоматизации одних процессов, в целях автоматизации смежных процессов
  • 9. 9 ЧТО ПОЛУЧИЛОСЬ Сформулированы, согласованы и утверждены требования к автоматизации Проведены все необходимые организационные изменения Спроектированы и описаны бизнес-процессы Унифицированы мастер-данные Создана интеграционная шина Упорядочена работа информационных систем
  • 10. 10 РАБОТА НАД ОШИБКАМИ: ЧЕТКОЕ ФОРМУЛИРОВАНИЕ ЦЕЛЕЙ • Декомпозировать • Цели разные для разных уровней, но все они должны быть согласованы • Определить тактику и стратегию ее достижения
  • 11. 11 РАБОТА НАД ОШИБКАМИ Сначала – консалтинг и орг.изменения, потом – автоматизация Согласованность целей внутри команды Заказчика Поэтапное внедрение
  • 12. 12 РАБОТА НАД ОШИБКАМИ Должен быть выделен человек, принимающий решения и достаточно погруженный в проект Если процент кастомизаций превышает 20-30% - возможно, стоит написать что-то свое
  • 13. 13 РАБОТА НАД ОШИБКАМИ Определить KPI, по которым будет оцениваться успех проекта Уделять большое внимание технологиям Иногда лучше остановиться
  • 14. 14 А МОГЛО БЫ БЫТЬ! Новый формат логистики
  • 15. 15 СПАСИБО ЗА ВНИМАНИЕ! 111033, Москва, ул. Волочаевская, д.5, корп.1 +7 495 974 2274, +7 495 974 2277 (факс) croc@croc.ru www.croc.ru

Editor's Notes

  • #12: Возможно стоит изначально провести ИТ-консалтинг. Потому что иногда очень важно заплатить меньше. Мы как порядочный интегратор можем сказать, что проект делать не имеет смысла.