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

Программное обеспечение для бизнеса – это не Microsoft Word. Никакое готовое ПО не сможет стать основой для вашей компании. Если бы могло – бизнесу не нужен был бы технический директор. Обычному ресторану не нужно специальное ПО – он может использовать онлайн-сервисы, разработанные для управления современными ресторанами, включая автоматическую интеграцию с такими сервисами, как DoorDash и Uber Eats. Однако, если вы McDonald's и управляете франшизами по всему миру, вам потребуется индивидуальное решение (и технический директор для его запуска).

И наоборот, нет смысла изобретать велосипед. Для создания действительно гибкого решения вы изобретаете и разрабатываете только то, что необходимо, а для остального используете готовые инструменты/сервисы или библиотеки с открытым исходным кодом.

Чтобы понять, что именно нужно разрабатывать, в первую очередь определите, на что в вашей компании распространяются ПИС (права интеллектуальной собственности) – какой у вас «секретный соус». Это та часть продукта, которая уникальна для вас и отличает вас от конкурентов. Это может быть код, который вы разрабатываете, или способ объединения компонентов в готовое решение. Все остальное – отвлекающие факторы: решение проблем, которые уже решены. Независимо от того, к какому варианту вы склоняетесь, важно провести оценку обеих частей уравнения с одинаковым вниманием и энергией.