Пошук Software Architect: як знайти ідеального кандидата та до чого бути готовим

Слабка архітектура — одна з основних причин невдач у розробці. Водночас ретельно опрацьована архітектура забезпечує масштабованість, гнучкість та продуктивність системи, знижує ризики та закладає фундамент для майбутнього зростання продукту.

Зібрали головне про те, хто такий архітектор програмного забезпечення, а також tips & tricks, що робить Software Architectʼа справжнім професіоналом, як знайти такого фахівця та чому важливо інвестувати в правильного експерта.

Хто такий архітектор програмного забезпечення

Software Architect — це фахівець, який створює загальну структуру системи, формує функціональні вимоги, задає стандарти розробки для команди, а також:

• Будує фундамент рішення так, щоб він витримав будь-який апгрейд.

• Занурює ключові фічі в код, щоб вони ідеально вписалися в user-experience.

• Полює за багами та вузькими місцями, які гальмують продукт.

• Гарантує масштабованість, продуктивність та безпеку системи.

Архітектор програмного забезпечення більше не пише код для окремих функцій, а підіймається на рівень стратегічного мислення, проектуючи систему згори донизу — так, щоб система відповідала бізнес-вимогам та технічним очікуванням.

Software Architect vs Team/Tech Lead Software Developer: у чому різниця?

Здебільшого Software Architect — це фахівець, який піднявся з лав інженерів і займає вищу позицію. Архітектор використовує свої скіли розробки для стратегічного підходу та роботи над загальною картиною.

У великих компаніях ролі архітектора та ліда розробки доповнюють одна одну. Архітектор зосереджується на глобальній перспективі, плануючи майбутні релізи, життєвий цикл продукту та його взаємодію з іншими продуктами компанії. А Tech/Team Leadʼи команди розробки курують фахівців, які реалізують цю концепцію на практиці, наставляють джунів і розробників, щоб ті зростали в професії (з періодичним делегуванням їм завдань із розробки). У невеликих компаніях професія архітектор ПЗ та роль Tech/Team Lead розробки можуть бути обʼєднані.

Як зрозуміти, вам потрібен Software Architect чи інший тип архітекта 

Крім архітекторів софту, є ще такі типи архітектів, які не варто плутати. У кожного з них — свої «фішки» та інструменти.

Solution Architect

Цей архітектор програмного забезпечення — мозок інтеграцій. Якщо потрібно зібрати систему з купи різношерстих технологій так, щоб вона працювала як налагоджений механізм, він відмінно впорається. Розберемо детальніше:

• Проєктує IT-конструктори, які збираються в ідеально злагоджену систему.

• Гарантує, що у всіх підсистем, від CRM до ERP, склався perfect match.

• Дає чіткі вказівки, які технології та фреймворки взяти, щоб не «запороти» проєкт.

• Перетворює складні бізнес-вимоги на ясне ТЗ.

• Передбачає ризики, масштабує рішення та «підкручує» продуктивність на максимум.

Enterprise Architect

Працює у великих компаніях (ентерпрайзах) із масштабною інфраструктурою. Його місія — не просто побудувати IT-систему, а вписати її в бізнес-екосистему компанії. Більше деталей:

• Створює стандарти, за якими «танцює» вся IT-інфраструктура.

• Поєднує технології всіх відділів компанії в єдиний інформаційний мозок.

• Будує масштабовані системи, які витримають будь-які бізнес-апдейти.

• Стежить за дотриманням регуляторних вимог та технологічних канонів.

• Робить IT-інфраструктуру гнучкою, щоб швидко адаптовуватися до нових викликів.

Cloud Architect

Хмарний фахівець будує архітектуру в AWS, Azure або Google Cloud, яка масштабується, як за клацанням пальців. Це той, хто робить так, щоб програми не падали навіть за високих навантажень. Більше деталей:

• Будує гнучкі та захищені хмарні системи, які витримують мільйонний наплив користувачів.

• Керує хмарною інфраструктурою, забезпечуючи її безпеку та стабільність.

• Знаходить засоби мінімізувати витрати на хмару без втрати продуктивності.

• Співпрацює з девелоперами, щоб інтеграція із хмарою пройшла гладко.

• Тримає руку на пульсі нових хмарних технологій та best practices.

Що має знати архітектор програмного забезпечення: must-have скіли та якості

Software Architect — це спеціаліст, який поєднує технічну експертизу та прокачані soft skills. Зібрали ключові вимоги до цієї ролі.

Hard skills

#1. Знання архітектурних патернів. Архітектору потрібно знати, як працюють мікросервіси, клієнт-серверні моделі та хмарні структури. Це базис для створення масштабованих та надійних систем, які відповідають вимогам проєкту.

#2. Навички програмування. Хоча архітектори рідко пишуть код, розуміння процесів кодингу необхідне для ревʼю та допомоги команді розробників. Це допомагає підтримувати якість коду та його відповідність загальній архітектурі.

#3. Експертиза в хмарних технологіях та DevOps. Вміння працювати з AWS, Azure, Docker та іншими інструментами DevOps дозволяє проєктувати гнучкі та стійкі системи.

#4. Розуміння роботи з базами даних та моделювання даних. Архітектор програмного забезпечення повинен вміти проєктувати бази даних та керувати ними так, щоб вони ефективно та безпечно обробляли інформацію.

Soft skills

#1. Комунікація. Архітектор — це той, хто пояснює складні технічні рішення простою мовою для стейкхолдерів та команди.

#2. Розвʼязання проблем. Гнучкість мислення та креативність допомагають долати архітектурні виклики.

Спойлер: поєднання глибоких технічних знань, розвинених soft skills та досвіду у вашому домені зустрічається вкрай рідко. Щоб знайти такого професіонала, іноді доводиться жертвувати чимось меншим.

🙈 На що можна закрити очі? 

Під час найму фахівця можна ігнорувати, якщо за рештою параметрів кандидат вам підходить:  

• Бізнес-домен: скіловий Software Architect фахівець не обовʼязково має бути експертом у вашій галузі. Якщо ви працюєте в ритейлі, необовʼязково шукати архітектора програмного забезпечення з багаторічним досвідом саме в цій сфері. Виняток: ви наймаєте Solution або System integration архітектора. Їхня робота сильно залежить від специфіки бізнесу.

Для Software Architect ключовим буде досвід створення SaaS, платформ і додатків — пакетних рішень з нуля. Навички проєктування таких систем універсальні та застосовуються в різних доменах, тож архітектор з досвідом швидко розбереться у нюансах вашого бізнесу.

• Свіжість практики кодингу: Software Architect може не знати останнього оновлення якогось open-source пакету, але це не привід відмовлятися від кандидата. Архітектори працюють на рівні абстракцій, який значно вищий, ніж у розробників. Їхнє завдання — втілювати бізнес-вимоги у програмній архітектурі, думаючи про потоки, структуру, підтримуваність та масштабованість. Так, вони повинні вміти кодити й, за можливістю, приділяти цьому трохи часу. Але не очікуйте, що вони будуть знавцями всіх нюансів останнього фреймворку, для цього є розробники.

Микола Клєстов

CTO та co-founder в ITExpert

«Важливо розуміти, хто вам потрібен — суто технар чи фахівець, який вміє спілкуватися з людьми. Якщо потрібен виключно технічний спеціаліст, іноді допустимо закрити очі на soft skills.

Найчастіше від архітекторів вимагають бути “технарями”: фокус на архітектурі та менше спілкування з бізнесом. Проте часто спеціалісту необхідно спілкуватися із замовником — зовнішнім чи внутрішнім, — найчастіше ще й із далеким від IT. За його словами має бути зрозуміло, яка архітектура краще підійде.

Такого досвіду більше в архітекторів з аутсорсингових компаній, які звикли брати участь у пресейлах. Такі фахівці можуть вже за 10 хвилин опису проєкту придумати архітектуру, відповідні технології, оцінити терміни реалізації і навіть склад команди. Це вимагає особливого вміння ставити правильні питання нетехнічним фахівцям».

Наймання Software Architect: питання для інтервʼю та red flags  

Під час найму зверніть увагу на технічні знання, а також на навички спілкування, впевненість, здатність пояснювати складні речі та працювати в команді.

#1. Перевірка досвіду

Почніть із базового фільтра: проведіть технічні співбесіди за участю досвідчених експертів. Це вбереже вас від кандидатів, які можуть мати переконливий вигляд, але насправді виявляться нездатними виконувати свою роботу якісно.

• Попросіть описувати систему: розповісти про продукт, який будував кандидат. Для менш досвідчених фахівців підійде розповідь про систему, у створенні якої вони брали участь.

• У досвідчених архітекторів уточніть найзначніші проєкти або ті, якими вони пишаються найбільше (у межах конфіденційності).

Якщо кандидат починає пояснювати словами, запропонуйте зробити просту схеми. Досвідчений архітектор програмного забезпечення із задоволенням обговорює схеми, пояснює їх, сперечається про деталі та жваво залучається до процесу.

На що звернути увагу у відповідях кандидата:

• Впевненість та ентузіазм під час обговорення.

• Зрозумілість викладу. Навіть якщо ви не знайомі з описаним доменом або технологіями, хороший архітектор зможе пояснити деталі зрозумілою мовою.

• Здатність адаптувати пояснення під аудиторію (чи то CTO, CEO або навіть людині без технічних знань).

#2. Тест на ясність мислення

Слабкі фахівці часто ховаються за складними термінами та абревіатурами. Якщо ви помічаєте, що вас намагаються заплутати термінологією, попросіть пояснити простіше. Переконайтеся, що ви зрозуміли суть системи або розпізнали спробу приховати брак знань.

А ще ставте провокаційні питання: чому ви зробили саме так? Чому не вибрали інший підхід? Досвідчений архітектор програмного забезпечення спокійно відповість, аргументуючи свій вибір. Якщо кандидат виглядає розгубленим чи невпевненим, це поганий знак (особливо для старших фахівців).

🙅🏻‍♂️ Red flags:

🚩 Агресивна чи захисна реакція на запитання.

🚩 Спроби викликати почуття некомпетентності замість доступних пояснень.

#3. Кодинг та практичні навички

Запитайте кандидата, скільки часу він чи вона приділяє написанню коду. Найкращі архітектори майже завжди вміють кодити, хоча часто роблять це рідко. Хороші архітектори беруть участь у складних завданнях, код-ревʼю, створенні прикладів чи написанні алгоритмів. Дехто продовжує кодити у вільний час — for fun. Без практики їхні ідеї ризикують залишитись теоретичними.

Влаштовувати лайвкодинг для архітектора на співбесіді — не дуже гарний тон. Натомість краще попросити кандидата накидати архітектуру в будь-якому інструменті, наприклад, редакторі для блок-схем. Такий підхід дозволяє оцінити навички архітектора коректніше, продемонструє його здібності та логічний підхід до завдань.

Вам може бути цікаво: ми розпитали експертів про те, як поставити SMART-цілі в рекрутингу: приклади завдань, які метрики слід відслідковувати як ціль, а також як правильно прокомунікувати її команді. Зібрали досвід фахівців ITExpert, Uklon, Petcube, BAKOTECH та VoIPTime.

Чому краще шукати Software Architect з ITExpert? 

Створення програми — вже завдання не з легких. А розвʼязати реальну бізнес-проблему й при цьому на чистому, якісному коді? Це вже вищий пілотаж, який під силу лише досвідченому архітекторові. Але в чому проблема?

• Скілові архітектори — це завжди рідкість. У них за плечима роки досвіду, а таких фахівців на ринку значно менше, ніж пересічних розробників.

• Знайти метч для проєкту може бути складно та затратно. Водночас найняти невідповідного фахівця — це не лише втрата часу, а й тисячі доларів.

Також можуть посилити вакансію нестандартні «плюшки» — наприклад, можливість взяти саббатікал чи безлімітну відпустку.

Фахівці IT-рекрутингової агенції ITExpert з 2015 року наймають tech/non-tech IT-фахівців для компаній в Україні та в усьому світі: від США до Ізраїля. Серед наших клієнтів — Sony, Deloitte і Depositphotos.

У ITExpert ми знаємо, як важливо підібрати Software Architect, який має достатню експертизу. Ми допомогли сотням компаній — від стартапів до компаній зі списку Fortune 500 — знайти свій perfect match. Якщо ви не впевнені, з чого розпочати пошук архітектора під ваші завдання, довіртеся нам.