Каталог решений - Как не нужно запускать проекты 1С

Предыстория:

Я работаю в достаточно большой Группе компаний, которая занимается и производством и реализацией собственной продукции. Устроился у нас руководитель проектов, которому руководство (самое высокое руководство) дало «зеленый свет» для запуска проектов. Сразу хочу сказать, что он никогда не занимался 1С, был успешный опыт запуска Axapta на нескольких заводах. Позиция нового руководителя была достаточно проста: содержать собственных программистов — дорого и не всегда эффективно, вот нанять компанию, в которой работают профессионалы и запустить быстро проект — вот это дело! И вот на волне этого позитивного заявления стартануло 2 проекта: на заводе и в торговой компании. Для внедрения привлекли не какие-то мелкие компании Франчайзи, а достаточно крупные и известные. Чем это закончилось для нас?

Кому адресована эта статья:

Кому предстоит первый раз работать с Франчайзи и у кого нет пока опыта в запуске больших проектов.

Некоторые уточнения:

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

Проект 1. Внедрение системы управления складом (WMS)

Конфигурация: Управление складом

Срок подготовки проекта к запуску: 2 месяца.

Продолжительность проекта от начала до полноценной работы: 4 месяца.

Особенность проекта: WMS должна была обеспечить работу дистрибуционного и оптового склада с многоярусными стеллажами (5 и 6 уровней).

Какие главные ошибки Франчайзи: не умели работать с быстрооборачиваемыми складами и полагали, что накопленный опыт поможет запустить проект. Была предложена провальная схема работы: учитывала только обработку оптовых заказов. Также схема не соответствовала предоставленным сведениям о входящих, внутренних и исходящих товарных потоках. Не была учтена скорость работы штабелёров паллет. В итоге, предложенная Франчайзи схема работы выглядела так: каждый заказ клиента должен был обрабатываться отдельно и при отсутствии товара на нижнем ярусе необходимо было спускать паллету с верхних ярусов и поднимать обратно если на паллете оставался товар (для высвобождения места для спуска другой паллеты). 

Какое решение сработало: организация области отбора товара со своевременной подпиткой с верхних ярусов.

Закончил ли Франчайзи проект: Нет, по причине несостоятельности предложить работающую схему.

Что получил Заказчик после проекта: склад запустили своими силами.

Что получил Франчайзи после проекта: узнал схему, которая была внедрена в новой версии продукта «Управление складом», переманил нашего работника (cтарший оператор WMS), который занимается проектами.

Был бы проект успешно закончен, если бы у Франчайзи было больше времени: Нет. Специально задал этот вопрос руководителю проекта со стороны Франчайзи после того как мы сами запустили проект. У Франчайзи не было такого опыта и специалисты в тот момент не были в состоянии предложить рабочую схему (сейчас уже в состоянии ).

Вывод: запускать проекты с Франчайзи, у которых есть опыт запуска аналогичных проектов. Если Франчайзи предлагает референс-визит на предприятие отдалённо похожее на Ваше, не соглашайтесь, ищите другого Франчайзи, у которого есть опыт с предприятими Вашего профиля. И само собой — очень хорошо нужно понимать чего хочешь и требовать выполнения этого от Франчайзи. Как самостоятельно преодолеть пропасть между пониманием и незнанием? Нанять стороннего по отношению к Франчайзи консультанта по предметной области, у которого есть успешный опыт запуска аналогичных проектов. Окупятся ли затраты на такого специалиста? Если четко поставить задачу специалисту — да.

Проект 2. Создание автоматизированной системы по управлению производством

Конфигурация: Управление производственным предприятием

Срок подготовки проекта к запуску Франчайзи: 9 месяцев (у Франчайзи времени было 3 месяца перед первым запуском и 6 месяцев перед вторым запуском).

Продолжительность проекта от начала до реального запуска: 2,5 года.

Особенности проекта. Необходим механизм планирования производства и потребностей в сырье. Движения сырья и готовой продукции должны выполняться в разрезе Серий (т.к. это пищевая промышленность и необходимо отслеживать из чего делается продукция, которую едят покупатели). Требуется постоянно отслеживать себестоимость производимой продукции. 

Какие были ошибки Франчайзи: Проблема с качеством подготовки и проработки модели. Проблема с квалификацией программистов. Просчёты с оценкой трудоёмкости ввода документов. Ущербный подход к запуску проекта, когда консультанты приезжают 1 раз в неделю на 1-2 дня (мотивировали тем, что таким образом удешевляются проекты для Заказчиков, т.к. консультанты не просиживают у Заказчика. Теперь представляете какая каша из проектов может быть в голове консультантов).

Какое решение сработало: Поэтапный запуск проекта, а не все сразу: сначала запустили Зарплату, затем движения по складам, и только потом бухгалтерский и производственный учёт. Тщательная проверка абсолютно всех операций и сведение тестового месяца с сопоставленим полученных цифр в предыдущей системе. Ради справедливости стоит отметить, всё-таки удалось с Франчайзи запустить Зарплату (на это у Франчайзи еще хватило сил). И то, мне пришлось поломать схему работы Франчайзи, когда консультант приезжал на 1-2 дня на завод. 

Закончил ли Франчайзи проект: Нет, по причине отсутствия кадровых ресурсов для работы над проектом и, вдобавок, прокачал на тот момент 90% бюджета.

Только ли Франчайзи виноват: Нет. Была и проблема с нашей стороны. Пытались автоматизировать неоптимальные бизнес-процессы. После оптимизации бизесс-процессов оказалось, что часть кода программистов Франчайзи можно выкинуть на свалку.

Был бы проект успешно закончен, если бы у Франчайзи было больше времени: Скорее Нет, чем да. Хоть консультанты и обладали хорошими знаниями и программистов можно было бы привлечь уровнем повыше (я не понимаю как можно внедрять коммерческие проекты и размещать в комментариях слово «говнокод» — извините, но так и было; в печатных формах документов прописывать ФИО ответственных, а не брать эти сведения из базы и т.д.). Но у Франчайзи была проблема с подходом к управлению проектами. Так можно запускать только типовые проекты, на которых руководитель проекта и команда уже набила руку.

Вывод: работать с Франчайзи, у которых есть опыт на таких же проектах по специализации и объёму. Не устраивать из проекта головокружительную гонку со сроками. Не покупаться на «космические корабли» в виде запущенного решения по планированию и оптимизации производства, планированию потребностей в сырьё. Сначала нужно организовать отражение фактических операций, а потом уже в космос.

Почему так радужно начинались и так печально закончились совместные с Франчайзи проекты

Думаю, что проблема состояла в разной точке зрения на результат проекта. Заказчик хотел в итоге получить автоматизированную систему, Франчайзи предлагал коробку с доработками. В моём случае пропасть между коробкой УПП и готовым к запуску продуктом Франчайзи не смогли закрыть. 

Обобщение опыта или Чего не нужно делать на больших проектах:

1. Считать, что существует только единственный вариант конфигурации иноформационной базы для проекта.
2. Рассчитывать, что можно запустить УПП за 3 месяца (даже с учётом того, что Франчайзи обещает нагнать кучу народа). Самое интересное, что этот Франчайзи мне недавно опять предлагал помощь в запуске проекта за 3 месяца.
3. Побывать на класной презентации Франчайзи и думать, что у Франчайзи невероятная квалификация и все взлетит лёгким движением руки. Невероятная квалификация может быть у руководителя проекта, консультантов, программистов, задействованных на Вашем проекте. Или не на Вашем проекте .
4. Спешить с заключением договора. Юрист предприятия должен обстоятельно проверить его. Возможно лучший вариант — привлечь стороннего юриста с большим опытом работы с такого рода договорами. Можно себя очень сильно обезопасить от неприятных последствий. Необходимость в качественно проработанном Договоре возникнет, когда проект пойдёт наперекосяк.
5. Рассчитывать, что некоторые операции «стандартные» и их можно запросто запустить без проверки.
6. Поверить в опыт Франчайзи (а не проверить).
7. Предполагать, что обучение преподавателями Франчайзи будет проведено на высоком уровне.
8. Пытаться запустить проект с помощью сотрудников Заказчика, которые параллельно с проектом выполняют и другую работу.
9. Предоставить Франчайзи полное право определять сколько времени будут находиться консультанты на объекте.
10. Полагать, что если в первый раз у Франчайзи не получится запустить проект, то во второй раз — получится.

А теперь на что нужно обратить внимание при запуске или спасении большого проекта

Организация работы руководителя проекта Заказчика

Вы должны заблаговременно освоить необходимые инструменты, которые помогут в запуске проекта. Лично я нашёл удобными для себя такие инструменты:

1. Карты памяти — позволяют структуировать информацию. Особенно полезны на начальном этапе, когда идёт огромный вал новых сведений. Кроме наглядного представления разрозненных поначалу данных по проекту, позволяют легче запомнить новую информацию. Я использую программный продукт MindManager. Для теоретического освоения инструмента рекомендую изучить книгу Инструменты McKinsey. Лучшая практика решения бизнес-проблем, для практического освоения — книгу Сергея Бехтерева «Майнд-менеджмент. Решение бизнес-задач с помощью интеллект-карт».
2. Работа над бизнес-процессами. Применяя инструменты построения бизнес-процессов, сэкономите себе и другим участникам проекта вагон времени. Я использую программный продукт BizAgi. Освоить работу с этим продуктом очень просто и здесь поможет сайт компании разработчика.
3. Инструмент управления проектом. Позволит разделить этапы на задачи и подзадачи с указанием сроков и ответственных. Выбрал для себя  RedMine. Кроме MS Project, есть интересные онлайн сервисы Gigantt.com и Tom’s planner. 
4. Средство хранения информации по проекту. Позволит предоставить участникам проекта и заинтересованным лицам критически важную информацию. Для меня — это Google Docs.
5. Инструмент для проектирования интерфейсов. Позволит Вам достичь взаимопонимания с программистами. Удобным для меня стал iPlotz.