Топ-5 ошибок при разработке импортозамещающего ПО

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

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

1. Недостаточно четко сформулированное ТЗ. Зачастую заказчики программного обеспечения приходят с запросом «хочу, чтобы все было хорошо». Разумеется, это можно трактовать как угодно. Так что важно максимально четко прописать, как должен выглядеть и работать итоговый продукт. Вплоть до того, какой должна быть «иконка» приложения.
2. Несовместимость нового софта с уже имеющимся. Важно, чтобы новое программное обеспечение, призванное импортозаместить какой-то выпадающий из-за санкций софт, работало с тем ПО, которое уже использует компания. В противном случае, решая одну проблему, вы получите новые.
3. Зацикленность на Google Play и App Store. В случае разработки мобильных приложений сегодня важно отдавать приоритет не западным, а отечественным магазинам приложений, — «Рустор», «Нашстор», — а также сервисам наших китайских коллег. Учитывая, что большая часть компьютерной и мобильной техники сегодня поступает в РФ из Китая, это более чем актуально.
4. Несовместимость с отечественным «железом». Российского компьютерного оборудования сегодня пока еще не так много, но все же одно есть, включая серверы, и это тоже надо учитывать. Возможно, в будущем возникнет необходимость, чтобы ваше ПО работало именно на отечественном «железе».
5. Попытка объять необъятное. При этом не стоит пытаться при разработке импортозамещающего софта охватить сразу весь функционал. К примеру, не надо ставить цель, чтобы ваше программное обеспечение работало сразу со всеми серверами: достаточно для начала, чтобы оно функционировала на тех, что есть у вас в распоряжении в данный момент.

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

И, разумеется, не надо спешить и ставить масштабные и амбициозные, но абсолютно нереализуемые цели. Говоря фигурально, не надо сразу пытаться сделать суперкар.