Вместо того, чтобы кандидат нарисовал диаграмму, вы можете заставить его интерпретировать, реализовать или найти ошибки в данных диаграммах. У меня сложилось впечатление, что те, кто понимает UML, могут создавать и понимать диаграммы, а те, кто его не использует, терпят неудачу в обоих случаях.
Если вы достаточно доверяете кандидату, чтобы не распространять вопросы (например, это позднее собеседование), вы можете отправить ему несколько умеренно сложных диаграмм по электронной почте на экране телефона и посмотреть в режиме реального времени, может ли он интерпретировать их. Вы можете отправить диаграмму с ошибкой и попросить кандидата ее найти. Или вы можете попросить кандидата написать что-то конкретное (например, определения классов).
Если вы хотите избежать отправки вопросов, настройте какой-нибудь веб-сайт, который временно покажет диаграмму (например, через флэш-память), но диаграмму нельзя будет захватить без фактического захвата экрана (что кандидат должен быть слишком занят во время выполнения). интервью).
Конечно, вы также можете использовать приложение для интерактивной доски в режиме реального времени и набросать пользователя. Большая часть UML в совместном дизайне изначально создается как наброски от руки, а не с помощью формальных инструментов.
Кроме того, если вам нравятся головоломки, один из способов провести неформальное интервью UML (при условии, что у вас есть рисование в реальном времени) - это сыграть в «UML pictionary». В округе Колумбия была компания, которая делала это на рекрутинговом мероприятии, где кандидаты должны были либо нарисовать фразу на UML, либо интерпретировать ее.