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

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

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

Ситуация и проблема

Типичный процесс выбора подрядчика выглядит следующим образом.

Как спроектировать продукт, чтобы не зарыть деньги в землю

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