Предыдущий пост 👆
Ключевой момент состоит в том, чтобы понять мы делаем "проект или продукт".
Разницу между продуктом и проектом я описывала в статье, которая до сих пор актуальна.
Очень редко я слышу от руководства, что нам ещё нужно набрать экспертизу, у нас мало проектов было на этом теме. И вот когда уже был большой обзор болей заказчика и мы вырастили внутри себя экспертизу, тогда можно говорить - мы делаем продукт.
Да, есть тиражирование, есть своё место на рынке, и сбор сразу нескольких болей заказчика, а в какой-то момент уже экспертиза выше, чем у самого заказчика.
Мне понравилась аналогия, что
стоматолог не может научиться на себе лечить зубы.
Почему я топлю всегда за изменения, настройки под заказчика, потому что хардкод быстро себя изживает, да он может быть хорош, на определённом этапе, и показывать нужные метрики. Но бизнес и ситуация во внешнем мире изменяется быстрее, чем код. Тем более no-code, low-code, и да простят меня разработки ещё и вайбкодинг.
Но так как я любитель всего добротного, качественного и на века) То я за то, чтобы ядро системы было мощным и пусть оно не изменяется, если работает. Что мы часто видим в больших компаниях с историей, что есть сердце айти-ландшафта, которое лучше не трогать, оно работает.
И мы получаем гибридное решение. Там где можно сделать гибкость и быстрое изменение, то это нужно делать (чаще всего фронты), а там где нужны мощности, защищенность и отказоустойчивость, там хоть монолит сделать можно. Не так уж он плох.
И вот, вроде бы я говорила, про продукт и проект, но фактически спустилась на рассуждения архитектуры, потому что стратегия в бизнесе напрямую отражается на стратегию айти-ландшафта.
#продуктпроект #мысливслух