Составляем план закрытия пробелов
Матрица навыков показывает не только сильные стороны, но и пробелы. Если закрывать их одним большим списком «выучить всё», подготовка может никогда не закончиться. Рассмотрим, как выбрать небольшое улучшение, связанное с конкретной вакансией.
В учебном каталоге Анны нет состояния ошибки загрузки. В выбранных объявлениях встречается работа с данными API. Добавление такого состояния даст более полезный пример, чем ещё один похожий сайт с новой цветовой схемой.
Размер улучшения
Сформулируем задачу через наблюдаемое поведение: «Когда данные недоступны, каталог показывает понятное сообщение и позволяет повторить загрузку». Это ограниченный результат. В него не входят новая база данных, авторизация и полный перенос проекта на другой фреймворк.
Карточка улучшения содержит исходное состояние, желаемое поведение и способ проверки. Для Анны исходное состояние — пустой экран при неудачной загрузке. После изменения пользователь должен увидеть сообщение, а разработчик — различать загрузку, успех и ошибку.
| Проверка | Ожидаемое поведение |
|---|---|
| Данные доступны | Показаны карточки |
| Загрузка ещё идёт | Видно состояние загрузки |
| Получение данных не удалось | Видно сообщение об ошибке |
| Повтор завершился успешно | Сообщение заменяется каталогом |
Здесь описаны ожидаемые результаты учебной задачи. Отмечать их как фактически полученные можно только после выполнения проверок своего проекта. Если один сценарий не реализован, честно оставьте его в ограничениях.
Не превращаем пробел в новый курс на месяцы
Поставьте для улучшения собственный предел времени и дату пересмотра. Это не универсальная норма: задача и свободное время у людей различаются. Например, Анна выделяет два вечера, после чего оценивает, можно ли завершить изменение или нужно уменьшить объём.
Если выясняется, что текущий проект вообще не получает данные, можно сначала сделать учебный сценарий с локальным источником и явно описать его границу. Не нужно объявлять его production API. Маленькое законченное изменение полезно, когда оно объясняет решение и позволяет проверить поведение.
Выбор темы должен зависеть от роли. Дизайнер может добавить состояния ошибки в макет и проверить понимание сообщения. QA — составить сценарии и отчёт о поведении. SEO-специалист — описать диагностику страниц, которые не попадают в карту сайта. Одинаковая проблема даёт разные доказательства профессионального действия.
Когда уже можно откликаться
Наличие пробела не означает автоматический запрет на поиск. Разделите вакансии на те, где он мешает обязательной задаче, и те, где навык можно развивать после начала работы. В первом случае сначала уточните ожидания; во втором можно готовить честный отклик с имеющимся примером.
В конце карточки запишите формулировку для будущего кейса: какую проблему нашли, что изменили и что действительно проверили. Если вы не можете объяснить причину изменения, работа пока выглядит как набор скопированных действий.
После урока должен появиться один небольшой план улучшения с границей готовности. Проверьте его вопросом: «Сможет ли другой человек по описанию отличить выполненную задачу от незавершённой?» Если ответ отрицательный, уточните наблюдаемое поведение, а не увеличивайте перечень технологий.