tgoop.com/proProject1/1258
Last Update:
Как отвечать на собеседовании?
Обожаю, когда я вас что-то спрашиваю, а вы своими реакциями и обратной связью даете понять, что это вам реально нужно - это очень стимулирует писать.. (не так, конечно, как брусочки с трещинами)
Итак, Я такой вопрос отношу к категории «НЕ» - сюда же вопросы про провальный проект/ что у вас когда-то не получалось, и даже - назовите свои слабые стороны
Что надо делать - показать, что вы адекватный человек, те вы умеете признавать свои ошибки и делать из них выводы. А ошибки есть у всех!!!! У всеееееех …
Поэтому структура вашего ответа может быть такой:
1. Был проект и ПГ, все было хорошо, но в какой-то момент Заказчик стал постоянно спрашивать, что происходит, давить и накидывать новые требования
2. И вот тогда я понял, что с ним не выстроены коммуникации, не проведено должного обсуждения требований и это может привести к таким последствиям …
3. Я сразу организовал с ним личную встречу, наметил контрольные точки для демо, зафиксировал договоренности и назначил периодические встречи
4. Через 3 недели мы вышли на прогнозируемые результаты и на одном из статусов Заказчик поблагодарил команду за качественный результат и сказал, что у него есть новые инициативы, которые он предлагает мне возглавить
5. Из этой ситуации я сделал вывод, что нужно идентифицировать ключевых стейкхолдеров в самом начале, фиксировать с ними требования на очных встречах, формировать план коммуникаций и постоянно проверять соответствие их ожиданий результатам проекта
Ну вот.. Это примерный план ответа на этот вопрос
Важно: не пытайтесь выдать не связанные с вами проблемы за ваш косяк (произошла пандемия, все остановилось. Пришли санкции, все остановилось) .. еще раз - тут задача показать, что вы умеете признавать свои ошибки и корректировать свои действия
1. Все кейсовые вопросы - вернее ваши ответы на них показывают, как вы говорите, на сколько уверены, какие практики и артефакты используете
2. Ваши ошибки не должны быть о критичных скилах, которые требуются в вакансии. К сожалению, частенько люди рассказывают не просто об ошибке, но о критичных систематических нарушениях в своей работе. Поэтому выберите то, что вряд ли повторится в таком же виде в др проекте. Если вы рассказываете о недостатках, говорите о своих личных качествах, а не о хардовых компетенциях.
3. Пункты 3,4 нужны для того, чтобы вы показали свои другие компетенции, к примеру, я предложил организовать работу по SCRUM, провел еще раз груминг бэклога, планирование спринта, покер планирование и т.д.
4. Говорите только об одном примере (особенно это касается ваших недостатков). Не поверите, но иногда преимуществ человек может назвать только одно, а недостатков - 101….
Дополнения, комментарии приветствуются. Если сказать нечего, можно просто 🔥))))