ИТ-архитекторам часто приходится выступать в качестве экспертов при выборе новых программных продуктов или платформ. Неявно предполагается что, задав несколько заковыристых вопросов потенциальному поставщику, архитектор выявит реальное качество рассматриваемого решения и поможет заказчику сделать правильный выбор. Иногда эта процедура выглядит еще проще: эксперта просят написать список архитектурных требований к решению, а потенциального поставщика расставить плюсики напротив каждого пункта.
В общем, в большинстве случаев потенциальные поставщики пытаются до конца использовать возможности, предоставляемые асимметричностью информации и оппортунистически ведут себя после заключения сделки. Как правило такая ситуация вызывает скрытую или явную неприязнь к «продавцам» программных средств и ИТ-проектов у собственных айтишников. Но выразить её четко и внятно получает далеко не у всех. О том, что такое «рынок лимонов», чем лимоны отличаются от «слив» и кто такой Джордж Акерлоф я уже однажды писал в этом блоге. См. Неопределенность качества информационных систем, По моему мнению, базовые знания микроэкономики крайне необходимы ИТ архитектору. Без этих знаний дискуссии о выборе потенциальных поставщиков вести довольно сложно.
Потому предлагаю вашему вниманию, например, вот эту лекцию от ВШЭ
Потом обсудим 😉
Архитектура ИТ-решений 