Інтерв’ю як історія: шлях героя для Agile проєкту

Ця колонка присвячена важливому для будь-якого менеджера процесу - інтерв'ю!

На своєму професійному шляху я провів і побував на безлічі інтерв'ю. Так сталося, що одне з моїх хобі – література, у зв’язку з чим я відвідую різні письменницькі курси. У певний момент, я помітив, що процес творчості дуже добре лягає на проведення інтерв'ю - таким чином два моїх захоплення "знайшли один одного". Тепер, при розмові з кандидатом, я намагаюся керуватися власною концепцією, яку я назвав "Інтерв'ю як історія". На мій погляд, такий підхід не просто виявляє технічні знання кандидатів, але дозволяє зрозуміти, наскільки людина відповідає динаміці проєкту і як людина пристосується до команди.

У цій колонці я пропоную свій досвід проведення інтерв'ю на позицію бізнес-аналітика і Product Owner, хоча на мій погляд, такий підхід може стати в пригоді й для інших позицій.

Авторський підхід до інтерв'ю

Почнемо з загального уявлення. Уявіть, що інтерв'ю, яке ви проводите - це розповідь, або книга, де ви - автор, а той, у кого беруть інтерв'ю - герой цієї розповіді.
Виходячи з цього, пропоную наступні кроки.

Будуємо світ

Будь-яке інтерв'ю повинно враховувати специфіку проєкту. Що це за домен? Як організована робота? Які ролі (вони ж - "персонажі") існують на проєкті? Створіть канву. Опишіть весь шлях від ідеї до продакшена, який проходить одна функціональна одиниця.

Уявіть, наприклад, фентезі світ, де описується життя коваля, що створює меч - від отримання руди та плавки до продажу готового виробу місцевому лицареві. Визначте скелет оповідання, контрольні точки або глави, через які ви будете вести свого героя.

Шлях героя

Як класичний SDLC, так і Agile, дуже добре лягає на сюжетну концепцію "Шлях Героя" Джозефа Кембелла, на якому засновані, наприклад, "Зоряні Війни", або на більш сучасну версію - "Колесо Хармона" (творець "Рік і Морті"). Проєкт, і всі його учасники, проходить кілька стадій. Спершу - Планування, де враховується поточна ситуація і намічаються подальші шляхи розвитку, потім - Аналіз, де виявляються і детально описуються вимоги, враховуються побажання користувачів, ринку, стейкхолдерів. Після настає фаза Дизайну, на якому вимоги опрацьовуються з технічної точки зору, створюється архітектура. Коли все готово, проєкт переходить в фазу Розробки, де ідеї перетворюються в готовий продукт і направляються в фазу тестування та Імплементації, під час якої, після перевірки якості, фінальний продукт йде в Продакшен.

Фінальною стадією є Підтримка під час якої команда не тільки стежить за роботою системи, але і збирає фідбек від користувачів. Цей фідбек використовується під час Планування та Аналізу. Вуаля, коло замкнулося!

За таким же циклічним принципом побудовано і "Колесо Хармона", де герой проходить через вісім ключових точок.

Сам Хармон описує це так:

• A character is in a zone of comfort,
• But they want something.
• They enter an unfamiliar situation,
• Adapt to it,
• Get what they wanted,
• Pay a heavy price for it,
• Then return to their familiar situation,
• Having changed

Якщо порівняти з вищеописаним процесом розробки, то вийде:

• Персонаж знаходиться в зоні комфорту - Поточний стан проєкту
• Але він бажає чогось або йому щось необхідно - Планування
• Персонаж потрапляє в незнайому ситуацію, в незвідане - Аналіз
• Адаптується, вивчає - Дизайн
• Знаходить те, що шукав - Розробка
• Платить за це ціну - Тестування
• Повертається до свого звичного життя з тим, що шукав - Деплоймент
• Змінюється, засвоївши уроки подорожі - Підтримка і призначений для користувача фідбек

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

Розставте по карті випробування

В оповіданні герою зустрічаються випробування, і без класичної перевірки знань нікуди не дітися. У разі бізнес-аналітика потрібно знати, наприклад, весь цикл роботи з вимогами по BABoK, UML, BPMN, Use Cases, User Stories, Agile, SRS і так далі. Додайте ці елементи у свою канву, але не всі одразу. Розставте їх там, де вони найбільш органічно з'являються. Наприклад, техніки виявлення вимог - на самому початку подорожі, а Definition of Done - десь в середині.

Ведіть героя за оповіданням

На початку інтерв'ю представте себе, коротко, але відкрито, а потім запропонуйте кандидату розповісти про себе. Після представлення персонажа починайте вести його по ключових точках. У випадку з книгою, багато авторів створюють персонажа, обмірковують канву, а потім відпускають його і дозволяють самому написати історію. Зробіть так само, опишіть ситуацію, уявіть випробування і дивіться, як герой йде по сюжету. У деяких місцях можна робити несподівані повороти, наприклад, "викличте дракона", який перевіряє англійську прямо посеред випробування Agile.

Фінал

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

P.S. А це вже зовсім інша історія...

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