skip to content W3C SVG

Solution architect and pre-sale. Часть первая RFI

2018-09-25 12:52:36 +0600 +0600

Что должен делать архитектор во время pre-sale. Часть первая RFI

Solution architect pre-sale часть первая RFI.

Чтобы понять, что делает архитектор во время pre-sale, надо разобраться с составными частями этой фазы проекта. Из рисунка выше видно, что начало проекта можно разделить на части RFI, RFQ, RFP, RFT и подписание документов.

Сразу скажу, что в условиях современного рынка, такое явное разделение встречается редко и граница между разными этапами часто не заметна, а иногда и вовсе стирается.

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

Данная статья расскажет про первую фазу проекта RFI.

В WIKI есть такое пояснение данного термина

A request for information (RFI) is a standard business process whose purpose is to collect written information about the capabilities of various suppliers. Normally it follows a format that can be used for comparative purposes.

В принципе данное определение мне нравится.

Эту стадию проекта стоит назвать знакомством между заказчиком и исполнителем. Цель заказчика понять может ли данный вендор (т.е. мы) выполнить поставленную бизнес задачу.

На данном этапе особо точных требований и заданий нет, просто высокоуровневый разговор.

Цель вендора, получить в неформальной форме, как можно больше деталей о проекте. Тут очень важно не пережать заказчика. Дело в том, что на данном этапе у самого заказчика (обычно) еще нет четкого видения проекта. Поэтому слишком много сложных вопросов спрашивать не нужно.

Результатом данной фазы проекта часто является набор документов в произвольном (не формальном) стиле. Это могут быть excel файлы или просто заметки с митингов которые вы сделали в удобном для вас редакторе.
Так же устные договоренности или какие-то почтовые переписки.

Как это все работает? Механизм достаточно прост:

  • Обмен вопросами между вендором и заказчиком.

  • Сбор и обработка ответов на поставленные вопросы.

  • Финальные уточнения ответов на вопросы лицом к лицу. Это надо чтобы все участники были синхронизированы в финальной части данной стадии.

Сколько это длится?

  • Обычно эта стадия занимает до одной недели.

Задача архитектора программного обеспечения:

  • Дать ответы на вопросы заказчика

  • Произвести хорошее первое впечатление

  • Задать ряд вопросов, ответы на которые будут вводными данными для следующей фазы.

Примеры вопросов к архитектору:

  • Сколько java developers работают у вас в компании ?

  • Есть ли у вас подтвержденная экспертиза работы с амазоном ?

  • Есть ли у вашей компании опыт в ecom домене ?

  • Посоветуйте как можно сделать масштабирование сервисов для нашей задачи

На этом пока все.

ЧТО МОЖНО почитать

WIKI есть такое пояснение данного термина