Поиск в системе

На дворе конец 2019 года и многие компании в очередной раз столкнулись с ситуацией, когда задумались/ хочется/ пора уже/ вынуждены (выберите и подчеркните свой вариант) о смене/ развитии платформы информационной системы. Ситуация из раза в раз повторяется в истории, т.к. 1С развивается и появляются новые возможности платформы (напр. переход с 7 на 8), появляется потребность в новом функционале для управления бизнесом, необходима интеграция с другим ПО и оборудованием, сама система эволюционно выросла в некий «зоопарк», который хочется привести в нормальное управляемое состояние, и т.д. и т.п. И каждый раз возникает вопрос – какой должна быть новая платформа? Какую конфигурацию купить, чтобы и текущий функционал сохранить и получить новые возможности с запасом на востребованный в будущем функционал? И вот тут начинается самое интересное. Выбор ПО Для большинства российских компаний, если только ваш бизнес не может похвастаться миллиардами оборотами в рублях, остается только вариант выбора очередной актуальной версии от «1С» с наиболее широким функционалом. Так было ЦЦать лет назад, когда «1С» вывела на рынок «1С:УПП» и отраслевые решения на ее основе. (Интересно – хоть у кого-то отраслевое УПП заработало как ожидалось без серьезного допила-доработки под себя?) Так происходит и сейчас, когда есть флагманское решение «1С:ERP» с обещанием закрыть все проблемы-задачи современного производственного предприятия. А теперь давайте подумаем — корректно ли поставлен вопрос «Какое ПО выбрать?» Разве может вообще существовать какая-то волшебная программа, которая учтет все особенности вашего предприятия (даже с учетом того, что это будет какая-то отраслевая версия)? Купим ее за условные 360 тыс. рублей и все будет хорошо – зальем туда свою нормативку, настроим типовой функционал и все у нас заработает – ведь там есть функционал для всего (производство, торговля, маркетинг, казначейство-бюджетирование, склады, транспортная логистика и еще чего-то чего только стоит захотеть). А не смущает, что позиционируемые аналогично решения ERP-класса, проверенные мировой практикой, стоят не в разы, а на пару порядков дороже? И это нельзя объяснить только разницей в стоимости рубля и иностранной валюты. Просто эти решения другого качества проработки-исполнения, проверенные временем. А «1С» — это хорошая доступная база для построения своей системы с относительно небольшой историей существования. Но никак не «готовое» решение из серии «бери и пользуйся». Если перейти на некоторые метафоры, то, прочитав маркетинговые материалы от этой многоуважаемой компании об их флагманском решении, вы можете подумать, что покупаете готовый дом, а по факту получите пару Камазов кирпичей, которые еще надо будет сложить каким-то образом прежде чем въехать в этот дом. Выбор системы Может все же сначала надо ответить на вопрос – «Какая СИСТЕМА нужна сейчас и в ближайшей перспективе нашему бизнесу?» Ведь никому не нужна последняя версия прогрессивного ПО, а нужна система, которая будет выполнять свои задачи (обеспечивать прозрачность и оперативность учета на складах, планировать загрузку производства, формировать управленческую отчетность к нужному времени и т.д.) Получается, что вопрос – какое ПО можно использовать для создания такой системы? – вторичен. Однако большинству проще отвечать на вопрос выбора программного обеспечения, чем формировать требования к автоматизированному инструменту, который поможет стандартизировать ваши процессы и сделать бизнес более управляемым. Тем более, что ссылка на маркетинговые материалы и рекламу от разработчика позволяет снять с себя ответственность за выбор конкретного решения, т.к. потом проще будет сослаться на вендера, который «обманул» ожидания несчастного пользователя. При этом деньги и время уже будет упущено. Требования к системе Реалии таковы, что требования к системе на заре современного пищевого бизнеса и в нынешнее время существенно отличаются (конкуренция, Меркурий, требования сетей и т.д.). Ранее было достаточно просто производить продукцию, отгружать ее клиентам и от системы требовалось по большому счету только ведение корректной регламентированной отчетности и какого-никакого документооборота с клиентами. Сейчас же высоко конкурентный рынок требует не столько формирования бухгалтерской отчетности, а больше — понимания эффективности своего производства, контроля потерь и технологии производства, оперативности и точности обслуживания клиентов. А для этого надо сформировать понимание – как и чем мы будем управлять на своем предприятии и после этого – сформировать требования к автоматизированному инструменту. При этом надо бы учесть, что система на складах-производстве должна работать 24/7 быть отказоустойчивой не подвисать при желании управленцев посчитать себестоимость или сформировать какой-нибудь сложный отчет не отваливаться при попытке обновить подсистему бухучета под последние требования законодательства Вот теперь уже можно смотреть – на какой архитектуре ПО нам лучше организовать оперативный контур системы? а на каком – финансовый-управленческий? Делаем выводы Для каждого среднего и крупного предприятия вопрос смены платформы – это непростой вопрос с серьезными последствиями при ошибке в ответе. Единственно верного ответа и решения, которое можно было бы рекомендовать всем как эталонное – тоже нет (если есть – прошу поделиться). Однако есть понятный набор шагов, через которые надо пройти, чтобы определить – какая система нужна нашему предприятию сейчас и в ближайшем будущем и на чем ее можно построить? Об этом мы уже писали ранее. Если этого будет недостаточно или останутся еще какие-то вопросы, то можете обратиться к нам, и мы обязательно поможем. Успехов в вашем нелегком труде!

В середине 2000-х при выборе платформы ИС большинство производителей продуктов питания остановились на 1С УПП. И за последние 10-15 лет построили и, можно сказать, «вросли в нее корнями» (будь то чистое 1С УПП или отраслевое решение на его основе). Кто-то старался активно развивать все в одной информационной базе, кто-то разделять функционал подразделений в разные базы. Но, как ни крути, УПП была и остается центральным элементом выстроенной системы, т.к. консолидирует в себе все транзакции финансово-хозяйственной деятельности предприятия. И ничто не предвещало беды, пока несколько лет назад на рынке не стала систематически появляться информация о том, что поддержке УПП скоро придет конец. Конечно, интерпретировать эту информацию и определять масштаб бедствия все стали по-разному. Однако, большинство пользователей 1С:УПП сформировали у себя «чемоданное настроение» и на рынке появилась тенденция движения в поиске нового решения. Вопрос: на что переходить?Стандартный ответ: конечно на 1С:ERP. Но здесь надо понимать, что, когда компании начинали развивать свою систему на базе УПП, масштаб, скорость развития и степень автоматизации бизнеса были совсем другими, а уровень ИТ-кадров вообще практически никакой. Когда-то автоматизации бухучета всем казалось достаточно. Сейчас ИС стали действительно важным элементом поддержки бизнес-процессов, а в бизнесе появились люди, которые отвечают за ИТ профессионально. И они осознают, что ИТ-система – это не просто программка, которую можно поменять с одной на другую (как например, мобильный телефон, переставив сим карту) и решить этим все свои проблемы. Смена платформы – это совсем из другой оперы. При этом даже грамотный ИТ-специалист не всегда знает, как перейти с платформы А на платформу В. Особенно если известно только «А» (и то не всегда :)), при том, что целевое состояние «В» пока находится в тумане. Вот откуда возникает потребность в разработке концепции развития ИС. По опыту выполнения подобных работ мы выработали для себя технологию выполнения этой задачи. И в рамках данного материала хотим поделиться этой технологией с вами. Из чего состоит «Концепция развития ИС»? Последовательность шагов 1. Построение организационной структуры ИС поддерживает деятельность подразделений внутри компании (каждого в отдельности и взаимодействия между ними). Соответственно перед тем, как понять, какой должна быть ИС, мы должны выяснить, какие функции есть у бизнеса и какие из них должны быть автоматизированы. Ответ на этот вопрос дает организационная структура компании. Однако не во всех компаниях та структура, которая есть на бумаге, соответствует реальному положению вещей. Именно поэтому речь идет не о том, чтобы взять за основу существующий документ, а о том, чтобы определить уровень его актуальности на сегодняшний момент времени. И если есть расхождения, сформировать новый. 2. Формирование набора ИТ задач, соответствующих каждой функции бизнеса. У каждой из функции бизнеса есть потребность в конкретных ИТ задачах. Часть этих задач могут быть уже решены, часть – нет. По каждой задаче надо оценить, на сколько реализация соответствует текущим потребностям бизнеса. И если не соответствует, то какие целевые ориентиры развития мы имеем. При этом надо опираться на потребности пользователей, которые непосредственно работают с данной ИС с одной стороны, и отраслевых экспертов — с другой. Сверка с отраслевой практикой позволит покрыть белые пятна, которые не видят функциональщики и отфильтровать ненужные фантазии тех же функциональщиков. 3. Выбор программных продуктов для решения сформированного набора задач Ни один программный продукт не позволяет решить все задачи. И даже если мы выбираем красиво укомплектованный маркетологами 1С:ERP, то мы должны быть готовы к тому, что при всей его универсальности мы берем его только как инструмент решения набора ИТ-задач из списка, полученного на 2-м этапе. А для решения полного списка задач мы должны или использовать дополнительные программные продукты, или разрабатывать необходимый функционал внутри 1C:ERP, что может сильно увеличить время и стоимость проекта. Примечание: Здесь, пусть и вскользь, хочется затронуть вопрос: одна база или несколько. Мы со своей стороны не поддерживаем парадигму одной информационной базы. На практике гораздо удобнее в эксплуатации и поддержке система, в которой набор бизнес-задач делится на несколько информационных баз. Разумеется, это мнение субъективно. На этом шаге мы должны проанализировать рынок и определить, в каких существующих программных продуктах какие задачи могут быть решены лучшим образом. Таким образом происходит построение архитектуры ИТ-решений, которые должны появиться в итоге. «Подытог» 1 Мы только что перешагнули экватор и теперь знаем не только «от чего мы уходим» но и «что должно быть результатом» смены платформы ИС. Мы определили: какие информационные базы нам необходимы на каких продуктах они будут созданы какие задачи в каких базах будут решены какой информацией эти базы будут обмениваться между собой Примечание: если текущий ландшафт уже представлен не одной, а несколькими информационными базами, это предполагает, что, скорее всего, заменяться будут не все. Какие-то решения вполне могут остаться в исходном состоянии, если они качественно выполняют возложенные на них функции. Это упрощает процесс перехода и еще раз подчеркивает целесообразность концепции модульности. 4. Разделение задач на набор проектов Практика показывает, что в рамках разработки концепции для среднего/крупного пищевого предприятия у нас появляется от 50 до 100 ИТ-задач, которые должны быть решены. В один присест такое количество задач не решить. Концепция разрабатывается на горизонт 3-4 года. Поэтому мы делим эти задачи на набор проектов. По опыту, для перехода в целевое состояние 100 задач можно скомпоновать в 10-20 проектов. Предполагается, что после каждого проекта система будет находиться в определенном промежуточном устойчивом состоянии. 5. Построение план-графика выполнения проектов по вехам и формирование бюджета проекта По каждому проекту необходимо оценить: ресурсоемкость приоритетность (исходя из потребностей бизнеса) взаимозависимость проектов (некоторые проекты просто невозможно сделать раньше других исходя из технологической зависимости) оценка стоимости привлечения проектных исполнителей «Подытог» 2 Теперь мы знаем не только «какая она, точка В», но и как в нее добраться и сколько времени и денег понадобится на переход. Надо понимать, что адекватные ответы на эти вопросы мы можем получить, только пройдя все шаги именно в вышеуказанной последовательности, а не торопясь с выводами. Прогнозируемые показатели, которые, разумеется, вам никто не запретит делать на любом этапе, так и останутся прогнозами, так как не будут иметь под собой никаких обоснований. Если, к примеру, рассчитать стоимость на втором шаге, не зная, на каких платформах будут реализованы системы, итоговая стоимость будет сильно отличаться от той, на которую вы надеялись. 6. Определение количества необходимых ИТ-ресурсов При невысоком уровне автоматизации предприятию достаточно присутствия системного администратора + максимум одного 1С-ника. Однако, как только компания вступает на путь цифровой трансформации бизнеса и сделаете ИТ-систему важным элементом в эффективности и конкурентной борьбе, перед вами открывается вечно зеленое поле задач по ИТ-поддержке. Автоматизация избавляет вас от необходимости мириться с ошибками неквалифицированных кадров, однако сразу появляется необходимость поддержки системы в целевом состоянии. Поэтому здесь мы определяем структуру и количество необходимых для этого ИТ-ресурсов. Часть этих ресурсов компания обязательно должна иметь внутри, часть можно отдать на аутсорсинг. Подведем ИТОГ В рамках статьи мы рассказали технологию, которой придерживается наша компания. Следуя нашему плану, вы можете разработать концепцию самостоятельно. Однако наше субъективное мнение такое, что разработка концепции – это ремесло, а не 100% стандартизированная работа. И если вы хотите, чтобы новая платформа, как минимум, работала не хуже предыдущей, а желательно и приумножала прибыль, вам просто необходимо участие людей, обладающих опытом разработки подобных концепций. Это позволяет смотреть на ситуацию достаточно широко, чтобы учесть все факторы бизнеса (текущий уровень менеджмента, отношение руководства и персонала к ИТ-технологиям, стадия развития ИТ систем, готовность компании к изменениям). И на основании этого разработать концепцию, максимально полно учитывающую и способную покрыть потребности вашего предприятия.