Есть два подхода к росту: «развивать всё понемногу» и «бить в узкие пробелы».

Есть два подхода к росту: «развивать всё понемногу» и «бить в узкие пробелы».

Кейс: junior QA хочет выйти в middle за год.
План А: список из 12 навыков — SQL, API, автотесты, английский, Docker, коммуникация, аналитика… Красиво звучит, но в работе это часто превращается в хаос: вроде занят, а прогресса не видно.

План Б: сначала понять, что реально тормозит на текущем грейде. Например, человек делает тест-кейсы, но слабо формулирует риски и не может сам предложить, что проверять. Тогда план на 2–3 месяца простой:
— разбирать по 1 задаче на поиск рисков;
— просить фидбек после каждого спринта;
— вести список типовых ошибок;
— раз в неделю фиксировать, что уже делает без подсказок.

Рабочий план развития не должен быть «про всё». Он должен отвечать на вопрос: что именно мешает мне брать задачи как специалисту следующего уровня? Если этого ответа нет, план превращается в красивый список дел. Если ответ есть — рост становится управляемым.