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

Михаил Македонский,
исполнительный директор компании «Аплана»

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

Говорить об определенных сферах деятельности предприятий, на которых доля ПО собственной разработки велика, очень сложно. Я бы разделил работу предприятия на две части — основные функции, связанные напрямую с бизнесом предприятия, и вспомогательные.

К вспомогательным функциям предприятия относятся ведение бухгалтерии, документооборота, управление кадрами, расчет зарплаты и многие другие. Эти задачи достаточно хорошо формализованы и легко решаются с помощью готовых систем. На рынке представлено большое количество таких систем, полностью удовлетворяющих потребностям предприятий любого масштаба.

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

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

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

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

Алексей Скоробогатов,
директор отделения разработки информационных систем, компания «ФОРС — центр разработки»

Когда в деятельности предприятия доля типовых процессов превышает половину, то, конечно, целесообразно использовать тиражное ПО. Это касается отраслевых специализированных решений для торговли, производства, строительства, банковской и страховой деятельности. Помимо чисто экономической целесообразности использования таких автоматизированных систем, несомненным преимуществом является также наличие большого опыта внедрений, что позволяет избежать возможных ошибок и свести риски к минимуму.

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

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

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

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

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

Задачи и проекты становятся все более и более сложными, мир информационных технологий меняется на наших глазах. К нему нужно просто внимательно присматриваться и не пытаться вернуть упущенные возможности, а предвидеть появление новых.
 

Владимир Рахтеенко,
генеральный директор  ООО «Заказные информсистемы»

На наш взгляд, следует различать три типа решений: внутренние разработки, тиражные и заказные.

Внутренняя разработка — это разработка силами ИТ-специалистов внутри организации.

Тиражное решение — это проект внедрения готового продукта с привлечением внешнего подрядчика. Нужно подчеркнуть, что именно продукта, а не платформы — последнее ближе к заказной разработке.

Заказная разработка промышленной системы — это проект с участием внешнего профессионального подрядчика, который использует промышленную платформу или инструментарий.

С моей точки зрения, выбор между этими тремя типами решений необходимо делать, опираясь на следующие критерии: