Як оформити портфоліо для співбесіди в IT-компанію (і чому це важливо)
Отже, ви вже прочитали мільйон рекомендацій щодо резюме, зробили з нього «цукерку», а себе представили як топового фахівця, якого всі хочуть. Наступне, що візьметься зацікавлений рекрутер – ваше портфоліо. Упс! Про важливість його правильного оформлення пишуть рідко, а гарне враження про себе невдалою подачею зіпсувати дуже легко.
Як оформити портфоліо, розповіла у своєму гайді з підготовки до співбесід Product designer Ганна Лісова.
Навіщо окреме портфоліо, якщо є GitHub?
Одразу закриємо питання, яке у вас, напевно, виникне: так, можна просто надіслати рекрутеру посилання на робочий GitHub. Але рекрутер, найімовірніше, знайомий із програмуванням дуже поверхнево. Що він побачить? Купу тексту та незрозумілого для нього коду – це не зачепить увагу, і він перейде на інших кандидатів. Тому добре оформлене та прописане портфоліо на перших етапах буде кориснішим, а GitHub залиште для технічної співбесіди.
Ось вражаючі приклади інтерактивних портфоліо розробників Бруно Саймона, Рафаеля Кафераті, Крістофера Черупіла, щоб вже зовсім відпало питання. Резюме в ігровій формі, як у Роббі Леонарді, також блискуча ідея.
Далі ми розберемо зміст, структуру, прості інструменти для створення та оформлення портфоліо, а також нюанси, на які варто звернути увагу.
Більше уваги візуалу, менше тексту
Дизайнерка поділилася, що спочатку намагалася робити по одній сторінці на проєкт і надсилала портфоліо у форматі PDF. Структура була такою:
- About project – коротке пояснення, про що проєкт;
- Challenges – основні проблеми у проєкті, що виникли у процесі роботи;
- Solution – як вирішили проблеми;
- Feedback – відгуки чи нагороди.
Виглядало це так:
«З одного боку, в портфоліо відразу видно кількість, тип та складність проєктыв. Рекрутери швидко пробіглися по екранах, подивилися, з чим працювала, потім покликали або не покликали на співбесіду, – каже Ганна. – З іншого, важко оцінити масштаб і складність роботи, а на технічному інтерв’ю складно орієнтуватися за цими сторінками та розповідати про проєкт – доводилося іноді лазити у пошуках додаткової інформації, щоб показати більше нюансів».
Вона зазначила, що таких проєктів могло бути й 10 штук, і більше – виходило безліч однотипних сторінок зі скрінами та купою тексту. Завдяки спілкуванню із менторами стало зрозуміло, що нікому не хочеться вчитуватися в текст – спочатку люди дивляться на картинки. Якщо щось чіпляє, тоді можуть заглибитись у проєкт.
Чому показувати окремі шматки проєкт – погано
Дизайнерка поділилася історією невдалої технічної співбесіди, коли дійшла до завершального п’ятого етапу з VP of Design Department. Бесіди з рекрутером, лідом, директором пройшли як по маслу, команді вона сподобалася, тестове похвалили, обіцяли оффер ось-ось. І тут… провал. Прийшов фідбек, що вона справила враження молодшого дизайнера, а не сеньйора, на позицію якого претендувала.
«Я показувала самопрезентацію, розповідала, які управлінські якості маю і як впливаю на продукт, що дуже важливо для сеньйора. І тут молодший дизайнер, – пише Ганна. – А знаєте, де був прокол? У портфоліо! Ми розглядали проєкти у форматі PDF, і за уривками інформації в ньому склалося враження, що я мало дизайнила. Сама ж своїми руками сховала масштаб і серйозність роботи, створивши враження джуна!».
Після цього вона зробила висновок: потрібно робити опис більш докладним і добре ілюстрованим скрінами, картинками, інфографікою та схемами, щоб у ньому наочно було видно хід і обсяг роботи, ресерч. Не варто показувати просто вирвані з контексту шматки проєкту.
“Розповідайте історію про проєкт від початку до кінця, через весь процес роботи. Якщо проєкт створювали з нуля – опишіть, чому виникла така ідея, як вона розвивалася. Люди люблять оповідання, вони захоплюють і зацікавлюють, тому говоріть про найцікавіше, не заглиблюючись у деталі – вам ставлять запитання, якщо що. І це все добре проілюструвати”, – рекомендує дизайнерка.
Структура портфоліо та інструменти
Хороший варіант структури, який можна адаптувати під свою спеціальність:
- Description – невеликий опис;
- Team – склад команди;
- Role – ваша роль та зона відповідальності;
- Tools;
- Project Background – коротке занурення у проєкт, ідея створення, на якому етапі вас впроваджували тощо;
- Research – як мінімум, аналіз конкурентів;
- Ideation – цікаві моменти роботи, ідеї розв’язання проблем;
- Testing;
- Measure of success – пропишіть основні метрики успіху;
- Build – особливості збирання, складні моменти;
- Result – що в результаті вийшло (з прикладами);
- Feedback.
Ця структура не є жорсткою – звідти можна прибрати пункти, які не стосуються вашої роботи, та додати свої. Анна, наприклад, вписала design system.
При створенні портфоліо вам знадобиться кілька програм, які можна використовувати паралельно: Figma (для оформлення), Notion (можна тут зібрати портфоліо та шерити його), Webflow (сайт-портфоліо). Можете заморочитися та зробити невеликий інтерактивний сайт із прикладами своїх робіт.
А якщо проєкт знаходиться під NDA?
Підписання NDA в IT стало повсюдною практикою, яка заганяє в глухий кут айтівців – як показати свій проєкт новому роботодавцю, при цьому не потрапити під суд? Ось ідеї обходу:
- можна на проєкти під NDA повісити плашку та давати доступ за одноразовим паролем;
- якщо ви оформляєте у Figma або PDF – зробіть два варіанти: у першому варіанті частково заблюрте приклади (як мінімум, логотипи), внесіть незначні зміни в інтерфейс. У другому залиште все як є, а на співбесіді розшарте екран і покажіть детальніше.
Сообщить об опечатке
Текст, который будет отправлен нашим редакторам: