Это вопрос о самосознании, учении на ошибках и установке на рост. Интервьюер хочет понять, можешь ли ты критически оценить свою работу, взять ответственность за ошибки и показать, что ты из них чему-то научился.
В моей предыдущей работе я вёл разработку нового микросервиса, который должен был обрабатывать платежи для нашей платформы электронной коммерции. Дедлайн был очень жёсткий, и я хотел поскорее сдать результат, чтобы доказать свои навыки как техлид.
Я решил пропустить полную документацию и сократить объём code review'ов, чтобы уложиться в агрессивный график. Я также не уделил достаточно времени общению со стейкхолдерами из команды операций — они не знали о требованиях к инфраструктуре и мониторингу.
Хотя мы и сдали фичу вовремя, возникли проблемы:
Этот опыт научил меня нескольким важным вещам:
Если бы я мог вернуться к этой ситуации, я бы:
После этого опыта я стал убеждённым сторонником устойчивых практик разработки. Теперь я активно закладываю время на документацию в оценку, отношусь к code review'ам как к обязательным и с самого начала проекта ставлю в приоритет взаимодействие между командами. Такой подход привёл к более гладким релизам и меньшему количеству стресса в последующих проектах.
Главная ошибка кандидата заключалась в том, что он провел недостаточно code reviews и пропустил документацию, что было оправданной жертвой ради соблюдения агрессивного дедлайна.
Новый — ещё не проверен сообществом
Вы