пост второй из серии статей
Давайте разъясним мою концепцию уровней IT-специалистов и рассмотрим сильные когнитивные искажения, характерные как для новичков, так и для опытных профессионалов.
Начнем с определений.
Pre jun - это специалист с недостаточной теоретической базой, требующий постоянного руководства и контроля. Их на рынке много, и из-за грубого деления на уровни jun-middle-senior они ошибочно считают себя junior.
Junior - это специалист, решающий декомпозированные задачи, не требующий постоянного обучения. Он успешно выполняет задачи с техническими рекомендациями, но ему еще предстоит обрести "магию" в разработке. Важно отметить, что junior, который выполняет задачи с такой же скоростью, как senior, не обязательно является опытным специалистом.
Для качественного освоения уровня junior обычно требуется 1-2 года практики. Этот период необходим для наработки опыта, понимания всей системы и проживания всех этапов проекта.
Еще одно отличие:
Pre jun - я выполнил задачу хорошо, следовательно, моя работа отличная, и я молодец. Jun - я выполнил задачу быстро, качественно и в срок, и она является необходимой для всего проекта. Моя работа отлична, и я молодец.
На усвоение разницы обычно требуется год или два.
Middle - 3-7 лет опыта. Не бреется и, возможно, матерится. :) Требования к middle связаны с двумя аспектами. Если middle по-прежнему занимается одной задачей и выполняет поставленную перед ним работу, он функционально и качественно не отличается от jun. Его "регалия" пришла за "службу" или "дружбу", а не за пользу компании.
Что его качественно отличает от Jun.
а) Организаторская деятельность. Его рост связан не только с технологиями, но и с навыками коммуникации. Он несет ответственность за работу команды, даже если у него 1-2 человека под руководством, он должен уметь организовать их работу. Помочь оценить время выполнения, предоставить техническую рекомендацию, улучшить или изменить рабочий процесс, организовать review и небольшие ритуалы Scrum. Т.е. акцентировать внимание специалистов на результате и быть для них наставником.
б) Техническая лень :) У Middle есть свой запас знаний в той сфере, где он работает. Это могут быть библиотеки, куски кода, просто насмотренность. И самое главное - это ДЕКОМПОЗИЦИЯ. Умение разбивать задачи как для себя, так и для других разработчиков.
Немного различий между понятиями middle и team lead: тимлид делает все то же самое, что и middle, но для всей команды, используя middle специалистов как свои руки.
в) Степень участия в проекте. Т.е. какую часть ответственности за проект он возьмет на себя. Это могут быть более сложные вопросы, чем отдельная логика, типа "твоя задача - обеспечить систему онлайн для 10 000 пользователей и предотвратить ее падение". Это как управление функциональными возможностями. Кстати, именно поэтому, проработав 5 лет на лендингах (простых сайтах), вы не станете middle, и, сделав один дико сложный проект, на втором таком проекте (на моей памяти самый быстрый признанный рост специалиста до такого уровня с jun, был за 6 месяцев) можете позиционировать себя как начинающий middle.
В общем, middle - это вершина технической квалификации для "всего". Как не странно. А что с Senior? Сейчас дойдем и до него.
Сеньор - помидор. Я верю в сеньоров только в случае, если они специализируются на одном проекте или в одной сфере деятельности. Например, системный аналитик уровня middle на проектах с e-коммерции (магазины) со временем становится Senior и уже лучше может подсказывать заказчику, какие функциональные решения ему нужны. Но если ему предстоит заняться мобильными приложениями в сфере туризма, он снова "падает на уровень middle", потому что многие его наработки уже не актуальны. Он может стать senior снова, если проработает еще несколько лет и достигнет нового уровня мастерства.