Михаил Елашкин - SAP Business One. Строим эффективный бизнес

«Самым лучшим внедренцем может стать та компания, которая сама пережила этот процесс и набралась опыта. Внедрение в однотипной организации она сможет сделать намного лучше, чем профессиональные консультанты, так как люди из этой компании видят бизнес, а не только технологии и схемы, — считает Константин Гвильдис. — Тот, кто продает услуги по внедрению SAP Business One, должен внедрить его у себя и пользоваться им, чтобы понимать, зачем он нужен и как работает. Giftec подписал контракт в конце сентября 2004 года, заработала система в мае 2005, то есть через полгода. Для сравнения, Accpac заработал за месяц. Это связано с тем, что внедрили его люди, сами работающие в такой системе в аналогичном бизнесе. Даже при обучении они рассказывали нам то, что нам действительно было нужно».

Принятие решения о начале проекта SAP Business One в «Инлайн Груп» было самым первым шагом. В компании полностью отсутствовали необходимые люди для выполнения проекта. Первым делом был найден человек, который возглавит это направление работы и наберет необходимых людей. С учетом предыдущего опыта работы в проектах, где участвовала компания «Инлайн Груп», на это должность пригласили Михаила Туровского, который стал заместителем генерального директора компании «Инлайн Груп».

Обычно сроки внедрения систем такого класса намного меньше — от двух недель до двух-трех месяцев, но так как задача состояла не в единичном внедрении у себя в компании, а в приобретении необходимых навыков, сборе команды, способной тиражировать решения, и т.п., а также с учетом высокой конкуренции на рынке предложений по внедрению систем управления, сроки были определены достаточно «гуманные» — 2 года. Дело в том, что для того чтобы предлагать свои услуги по внедрению систем такого класса и назначения, необходимо, чтобы специалисты-консультанты обладали опытом не одного проекта, что невозможно достичь за полгода-год. Тут нужно понимать, что мы можем попасть в заколдованный круг — без опыта нельзя браться за проекты а без проектов не набирается опыт. В связи с этим вспоминается семинар одного из конкурентов SAP в области решений для малого и среднего бизнеса на котором я присутствовал. Нет, все было как обычно но настораживал средний возраст консультантов и руководителей проектов — 25-27 лет. Ничего не имею против этого возраста в целом, но на месте потребителей я бы десять раз подумал. Может быть, лучше пусть такие консультанты тренируются на других компаниях и набирают необходимый опыт? Тут как с врачом — никто не хочет, чтобы его оперировал студент, все хотят профессора, но где набираться опыта студентам? К счастью, опыт работы руководителей проектов достаточно конвертируем, а именно руководители проектов и являются самым важным звеном — их опыт позволяет проекту успешно пройти все стадии. А вот исполнителей можно использовать менее опытных.

Одной из особенностей компании «Инлайн Груп» является очень низкая текучесть кадров. За время работы компании ее коллектив остался практически неизменным. Такая лояльность персонала и его менеджеров говорит о том, что компания строится всерьез и надолго и значительные ресурсы вкладываются в построение эффективной команды В результате отношения в компании почти семейные дружеские. В таких командах многие вопросы решаются достаточно неформально.

Этот подход имеет как положительные, так и отрицательные стороны. Такие отношения позволяют решать эффективно любые новые и сложные задачи. Всегда можно обратиться к любому менеджеру или сотруднику, и он постарается помочь и найти нужное решение. С другой стороны, внедрение любой информационной системы, ориентированной на бизнес-процессы, — это ломка существующих отношений и связей. Как уже неоднократно отмечалось в этой книге процесс перехода на новую систему чаще всего начинается, когда возможностей старой системы уже не хватает. Причем не хватает не кому-либо, а первому человеку в компании, к которому сходятся все информационные потоки. Именно он является главным заказчиком обновления. А вот его правая и левые руки по отдельности, у которых объем информации еще не превысил критического порога, а также все остальные сотрудники, работающие с еще меньшими объемами информации, еще не ощутили проблемы и не испытывают острой необходимости во внедрении новой системы и ломке существующих отношений.

Тем не менее имелось общее понимание необходимости контроля состояния дел в компании в «реальном масштабе времени», то есть любые изменения данных должны быть видны практически в тот же момент, когда они произошли или когда они были введены в систему. При этом крайне важно, чтобы все направления бизнеса и все бизнес-процессы были подключены одновременно — частичная автоматизация не позволяет нормально управлять компанией. Тут нужно понимать, что полнота может быть разной. Скажем, многие из опрошенных компаний не используют существующую функциональность CRM. Это снижает эффективность использования системы в целом, но позволяет нормально работать Совсем другая ситуация возникает, когда автоматизирована работа только одного склада из трех или не все продавцы используют эту систему. В результате информация страдает неполнотой и не может быть использована. Аналогичная ситуация, кстати погубила программы АСУ в СССР. Только там, в условиях дефицита и приписок, никто не хотел вводить в систему истинные данные, а без них любая автоматизация беспомощна. Поэтому вводить в эксплуатацию проект можно и часто нужно по частям, но каждая часть должна быть законченной бизнес-функцией и быть полностью автоматизированной.

В случае «Инлайн Груп» внедрение было очень длительным по стандартам SAP, но это было связано именно с тем, что необходимо было не только получить результат как можно быстрее, но и научить персонал работать по внедрению, а также наработать собственные методики внедрения и проверить стандартные. Следует отметить, что существовало сопротивление сотрудников компании на различных уровнях, и здесь также возможно несколько вариантов, начиная от жесткого административного принуждения и заканчивая поиском консенсуса и всеобщего согласия. В силу корпоративной политики и ценностей, жесткое администрирование было отброшено сразу как не соответствующее духу компании. Был выбран путь «убеждения», но нельзя сказать, что проект носил неформальный характер. Был издан приказ о начале проекта, приказ об опытной эксплуатации, и был использован стандартный механизм управления внутри компании.

Однако одним из наиболее сильных опасений на этапе выбора стратегии и начала проекта было не всегда рассматриваемое опасение, что «внутренний» проект очень часто не воспринимается руководством и сотрудниками компании как приоритетный. В первую очередь это связано с тем, что в таких проектах не происходит оплаты услуг внешних консультантов «живыми деньгами». Конечно, внутренние ресурсы — в первую очередь, люди — тоже стоят денег, и немалых, но парадокс заключается в том, что если компания еще только собирается внедрять систему управления предприятием, то с практически 100% вероятностью в этой компании еще не введены методики расчета общей стоимости владения (ТСО), взаиморасчеты между подразделениями, Cost- и Profit-центры и другие элементы современного экономического управления — иначе необходимое программное обеспечение и бизнес-процессы давно были бы внедрены. Таким образом, затраты на внутренние проекты не видны в бухгалтерской отчетности, и пропадает понимание того, что каждый лишний день работы над проектом — это дополнительные расходы. Кроме того, принцип «нет пророка в своем отечестве» никто не отменял. Руководителям и сотрудникам подразделений трудно относиться серьезно к Сереге или Петьке, которого знаешь много лет и куришь с ним на лестнице. В результате всегда находятся важные причины перенести встречу по проекту на более поздний срок и заняться «более важными делами». Да и к рекомендациям внешних дорогих консультантов прислушиваться легче, чем к советам своего же брата.