Запуск 1С:УХ в крупном энтерпрайзе: мечта и реальность ПМа

Юлия Малинская, руководитель группы проектного управления

Рассказали про путь проекта 1С:УХ в нашей компании: от этапа запуска до стабилизации. Поделится секретами успеха и подводными камнями со стороны управления проектом, ролей и команд.

Transcript

1. Запуск 1С:УХ в крупном энтерпрайзе: мечта и реальность PMа Юлия Малинская Руководитель группы проектного управления
2. • в Lamoda с 2019 года • пришла на позицию ERPcons команды АХ • с 2020 года начала управлять проектами • с 2022 года стала руководителем команды проектного менеджмента в ERP Обо мне
3. 3 Почему проект миграции на 1С УХ мечта PMа и что есть реальность? • Полный набор ролей команды разработки: разработчики, консультанты, функциональный и технический лиды, администраторы
4. 4 Почему проект миграции на 1С УХ мечта PMа и что есть реальность? • Полный набор ролей команды разработки: разработчики, консультанты, функциональный и технический лиды, администраторы • Кросс-функциональный проект: интеграции и работа с несколькими командами, развивающими разные системы
5. 5 Почему проект миграции на 1С УХ мечта PMа и что есть реальность? • Полный набор ролей команды разработки: разработчики, консультанты, функциональный и технический лиды, администраторы • Кросс-функциональный проект: интеграции и работа с несколькими командами, развивающими разные системы • Синхронизация внутренней команды и аутсорс ресурсов
6. 6 Почему проект миграции на 1С УХ мечта PMа и что есть реальность? • Полный набор ролей команды разработки: разработчики, консультанты, функциональный и технический лиды, администраторы • Кроссфункциональный проект: интеграции и работа с несколькими командами, развивающими разные системы • Синхронизация внутренней команды и аутсорс ресурсов • Сквозные процессы: синхронизация нескольких команд бизнес- стейкхолдеров
7. 7 Цель доклада рассказать: о проблемах и вариантах их решения Контроль загрузки команды разработки о процессе синхронизации ожиданий Организация процесса шеринга знаний внутри команды разработки о нашем пути внедрения 1С УХ
8. 8 Предыстория 2020 Axapta 2012 → D365
9. 9 Предыстория 2020 2022 Axapta 2012 → D 365 D 365 Axapta 2012 финансовый контур операционный контур
10. 10 Предыстория Что делаем дальше? 2022 2020 2022 Axapta 2012 → D 365 D 365 Axapta 2012 финансовый контур операционный контур
11. По результатам жарких обсуждений вырисовывается 2 варианта: Все аккумулировать в рамках одного приложения D365 Разделить ответственность между Axapta (операционный контур) и 1С:УХ (финансовый контур) Судьба финансового контура 1 2
12. По результатам жарких обсуждений вырисовывается 2 варианта: Все аккумулировать в рамках одного приложения D365 Разделить ответственность между Axapta (операционный контур) и 1С:УХ (финансовый контур) Судьба финансового контура 1 2 Основные достоинства: • Интеграция с государственными системами • Широкий функционал ведения учета, бюджетирования, сбора и консолидации финансовой и налоговой отчетности согласно стандартам и требованиям РФ
13. Выбор интегратора большая команда сжатые сроки вендор
14. • Бизнес-процессы Lamoda требуют достаточно много кастомизации приложения • Данную кастомизацию нам далее развивать и поддерживать Выбор интегратора большая команда сжатые сроки вендор
15. • Бизнес-процессы Lamoda требуют достаточно много кастомизации приложения • Данную кастомизацию нам далее развивать и поддерживать Выбор интегратора большая команда сжатые сроки вендор внутренний ресурс для валидации технических и функциональных решений
16. • Бизнес-процессы Lamoda требуют достаточно много кастомизации приложения • Данную кастомизацию нам далее развивать и поддерживать Выбор интегратора большая команда сжатые сроки вендор внутренний ресурс для валидации технических и функциональных решений технический лид функциональный лид
17. Грамотно организовать интеграции между операционным и финансовым контуром = между 1С УХ и D365 таким образом, чтобы: • упростить жизнь пользователей, • максимально распределить бизнес-процессы по системам тем самым не добавляя лишней работы юзерам Этап анализа Задача
18. Грамотно организовать интеграции между операционным и финансовым контуром = между 1С УХ и D365 таким образом, чтобы: • упростить жизнь пользователей, • максимально распределить бизнес-процессы по системам тем самым не добавляя лишней работы юзерам. Этап анализа Задача Решение схема из 23 выходящих потоков в 1С:УХ и 13 исходящих потоков из 1С:УХ
19. Этап анализа • Накладные по прямым закупкам • Счет фактура по прямым закупкам • Корректировочные СФ по прямым закупкам • Кассовые ордера (ПКО, РКО) • Накладные по розничным продажам • Таможенные журналы • Счета-фактуры по розничным журналам • Сопоставления поставщиков • ЗНО по прямым закупкам • Накладные по НЕпрямым закупкам • Поставщики • Клиенты • Договоры покупки • Договоры продажи • Статусы оплаты ЗНО • Журналы платежей • Аналитики (подразделения и статьи) D365RU 1C УХ
20. 1001 доработка типового функционала, чтобы автоматизировать бизнес-процессы пользователей, которые будут работать непосредственно в 1С:УХ Необходимость реализации сложного интеграционного контура из 36 потоков Примерно 5 месяцев чистого времени, которые мы можем позволить уделить этапу разработки Этап разработки Сложности
21. Распределяем весь скоуп по приоритетам совместно с пользователями Договариваемся о минимальном количестве критичного функционала, который нужен к 1 января и весь остальной скоуп распределяем приоритетами по следующим месяцам первого квартала Что помогло: стейкхолдеры + agile = понимание процесса и доставки ценности Этап разработки 1 2
22. Что нам помогло гарантировать качество продукта: • Прозрачное ведение документации по функционалу, который реализовывает подрядчик (согласованные концепции, технические задания на разработку) • Этап пользовательского тестирования 1
23. Что нам помогло гарантировать качество продукта: • Прозрачное ведение документации по функционалу, который реализовывает подрядчик (согласованные концепции, технические задания на разработку) • • Контроль прозрачности документации функциональным и техническим лидами Этап пользовательского тестирования 1 2
24. Что нам помогло гарантировать качество продукта: • Прозрачное ведение документации по функционалу, который реализовывает подрядчик (согласованные концепции, технические задания на разработку) • • Контроль прозрачности документации функциональным и техническим лидами • • Контроль соблюдения договоренностей между подрядчиками и пользователями относительно согласованных концепций Этап пользовательского тестирования 1 2 3
25. Что нам помешало: • Декабрь и январь — высокий сезон для бухгалтерии, и часть команд в эти месяцы не может гарантировать высокую вовлеченность в тестирование нового продукта Этап пользовательского тестирования 1
26. Что нам помешало: • Декабрь и январь — высокий сезон для бухгалтерии, и часть команд в эти месяцы не может гарантировать высокую вовлеченность в тестирование нового продукта • • Сложность миграции НСИ: структура Axapta сильно отличается от 1C:УХ, поэтому нам придется потратить много сил, чтобы переварить, актуализировать и «залить» полученные данные в больших объемах из одного приложения в другое корректно • • Этап пользовательского тестирования 1 2
27. Что нам помешало: • Декабрь и январь — высокий сезон для бухгалтерии, и часть команд в эти месяцы не может гарантировать высокую вовлеченность в тестирование нового продукта • • Сложность миграции НСИ: структура Axapta сильно отличается от 1C:УХ, поэтому нам придется потратить много сил, чтобы переварить, актуализировать и «залить» полученные данные в больших объемах из одного приложения в другое корректно • • Спойлер: корректировали залитые данные в 1С УХ в процессе их использования мы примерно еще 2 месяца после запуска • Этап пользовательского тестирования 1 2
28. Этап запуска Час Х — первый рабочий день января заканчивается:
29. Этап запуска И вот час Х — первый рабочий день января заканчивается: • Наши объемы данных не «вывозит» текущее исполнение алгоритмов и остро встает вопрос, как бороться с проблемами производительности • Страдает микроменеджмент стабилизации = организация коммуникации команд и приоритизация проблем
30. Этап запуска Что плохо Как лечим У пользователей и команды разработки нет единого окна коммуникации
31. Этап запуска Что плохо Как лечим У пользователей и команды разработки нет единого окна коммуникации Договариваемся о едином канале
32. Этап запуска Что плохо Как лечим У пользователей и команды разработки нет единого окна коммуникации Договариваемся о едином канале Плохо примерно ВСЕ: нет конкретики проблем
33. Этап запуска Что плохо Как лечим У пользователей и команды разработки нет единого окна коммуникации Договариваемся о едином канале Плохо примерно ВСЕ: нет конкретики проблем Договариваемся о приоритетах проблем
34. Этап запуска Что плохо Как лечим У пользователей и команды разработки нет единого окна коммуникации Договариваемся о едином канале Плохо примерно ВСЕ: нет конкретики проблем Договариваемся о приоритетах проблем Команда пытается разобраться во всем и сразу: нет приоритетов и понимания критичности
35. Этап запуска Что плохо Как лечим У пользователей и команды разработки нет единого окна коммуникации Договариваемся о едином канале Плохо примерно ВСЕ: нет конкретики проблем Договариваемся о приоритетах проблем Команда пытается разобраться во всем и сразу: нет приоритетов и понимания критичности Договариваемся об ожиданиях по срокам решения проблем
36. 36 Этап стабилизации Список процессов к передаче в саппорт Ряд встреч со стейкхолдерами Процесс актуализации документации Сроки передачи каждого процесса
37. 37 Этап стабилизации Список процессов к передаче в саппорт Ряд встреч со стейкхолдерами Подтверждение пользователей готовности каждого из процессов Процесс актуализации документации Планирование поэтапной передачи процессов Сроки передачи каждого процесса
38. 38 Этап стабилизации Список процессов к передаче в саппорт Ряд встреч со стейкхолдерами Подтверждение пользователей готовности каждого из процессов Процесс актуализации документации Планирование поэтапной передачи процессов Сроки передачи каждого процесса 1. Процесс передачи и накопления опыта работы с новым функционалом у консультантов поддержки стал максимально постепенным 2. Пользователи принимали участие в принятии решения финализации стабилизации, тем самым понимали и осознавали, какие проблемы остались нерешенными и сроки их решения
39. Подключение технического и функционального лидов для валидации тех решений 1 Основные “инсайты” нашего пути проекта Запуск 1С:УХ
40. Валидация и актуализация проектной документации, согласование документации со стейкхолдерами Подключение технического и функционального лидов для валидации тех решений 1 2 Основные “инсайты” нашего пути проекта Запуск 1С:УХ
41. Приоритизация задач и согласование MVP на этапе разработки Валидация и актуализация проектной документации, согласование документации со стейкхолдерами Подключение технического и функционального лидов для валидации тех решений 1 2 3 Основные “инсайты” нашего пути проекта Запуск 1С:УХ
42. Микроменеджмент проблем на этапе стабилизации и организация общего окна коммуникации Приоритизация задач и согласование MVP на этапе разработки Валидация и актуализация проектной документации, согласование документации со стейкхолдерами Подключение технического и функционального лидов для валидации тех решений 1 2 3 4 Основные “инсайты” нашего пути проекта Запуск 1С:УХ
43. Микроменеджмент проблем на этапе стабилизации и организация общего окна коммуникации Приоритизация задач и согласование MVP на этапе разработки Валидация и актуализация проектной документации, согласование документации со стейкхолдерами Подключение технического и функционального лидов для валидации тех решений Поэтапная передача функционала в support с согласованием завершения стабилизации стейкхолдерами 1 2 3 4 5 Основные “инсайты” нашего пути проекта Запуск 1С:УХ
44. Q&A 44 Юлия Малинская Руководитель группы проектного управления @YuliaMalinskaya yuliya.malinskaya@lamoda.ru