Junior-Middle-Senior — какими попугаями меряем?
«We don’t need better solutions, we need better thinking about problems.» R. Ackoff
В мегатопике от Максима, который на момент написания заметки имел 400+ комментов :), в ходе обсуждения я привел такие вот критерии для Junior-Middle-Senior по уровню сложности работ и самостоятельности:
Jun: сам делает простую работу и под надзором — среднюю
Mid: сам делает среднюю работу и под надзором — сложную
Sen: сам делает любую работу и ещё может надзиратьработа делится на:
простая — неинтересна, понятно как делать
средняя — интересно, понятно, что можно сделать, но есть неясности с потенциальными неожиданностями — эдакий «перчик» детектед
сложная — безумно интересно, но непонятно как сделать
Такую градацию я использовал при работе в оутсорсе — она проста, компактна и путем несложного анализа позволяет получить те несколько десятков компетенций, который будут мерилами качественной оценки сотрудника на предмет соотношения его с погонами и соответствующей вилкой оплаты.
Перейдя в продуктовую разработку (в том числе и заказную), система ценностей и критериев, естественно, поменялась, поэтому я бы хотел более подробно раскрыть свою текущую позицию на этот счет.
Я считаю, что общепринятая раздача погон в зависимости от технических скиллов и/или длительности опыта работы — от лукавого. И это не зависит от модели бизнеса — очень жаль, что я понял это поздно и много не сделал в оутсорсе. Я часто получаю резюме, где написана куча технологий и указаны погоны типа «был тим-лидом на большом проекте». Но, мне не нужно закрыть вакансию «по головам» с заданными погонами, мне нужно найти человека, которому я мог бы доверить решение проблем другого человека, причем за деньги.
И, может быть, решение этих проблем приведет к использованию всего яркого набора технических скиллов, а может быть и нет. Поэтому, человек должен хотеть уметь решать проблемы — чужие, и собственные, а не просто обменивать некий размер кода на некий размер компенсации.
Разработка софта — это сплошное решение проблем, начиная от превращения идеи заказчика в концепцию реализации и заканчивая внедрением и сопровождением, с попутным постоянным решением проблем взаимопонимания на разных уровнях, технических проблем, проблем управления различными рисками и т.д. С учетом этого, я использую градацию по следующим критериям:
— человек умеет и хочет решать проблемы средствами ИТ.
— человек не всегда умеет, но хочет решать проблемы средствами ИТ.
Все, приглашаются в команду только такие люди. Остальные — нет. Под «проблемой» понимается комплекс проблем, которые надо решить и преодолеть, чтобы некую идею превратить в программный продукт и дать это продукт людям. При этом, невозможно полностью откреститься от части проблем (внедрения, например) и сделать только кусочек интересной для тебя работы. Перефразируя классиков: слегка беременным быть нельзя, а специализация — это для муравьев. Поэтому, можно не уметь решать какие-то проблемы, но хотеть это делать и понимать их механику — обязательно.
Исходя из вышеперечисленного — да, «можно быть сеньором в 23 года», а можно и не быть в 50. И возраст дает тут просто размер набора подходов, практик, паттернов мышления и принятия решений. Решает не возраст, а зрелость. Причем не половая, а интеллектуальная :)
Другое дело, что в нашем ментальном пространстве очень принято перекашивать понятия и отрываться от качественных характеристик и контекста нашей работы в угоду количественным.
Поэтому, спор о «сеньорити» — ни о чем спор :)
У меня вот такие приоритеты, потому что я помогаю решать проблемы бизнеса за деньги и моя аудитория — зрелые не возрастом а мышлением люди, которые занимаются решением проблем средствами разработки и внедрения софта. И погон у таких людей только двое — разработчик и тестировщик :)
Я хочу делать «максимальное качество за приемлемую стоимость или приемлемое качество за минимальную стоимость» [c] и постоянно переживаю за свои и чужие риски, а у кого-то другие жизненные приоритеты и поэтому, естественно, он придумал себе другую градацию со своими возрастными планками, погонами и высотой стульев.
Все зависит.
С уважением и извините за болд в тексте — расставил акценты, чтобы не было кривотолков :)
112 коментарів
Підписатись на коментаріВідписатись від коментарів Коментарі можуть залишати тільки користувачі з підтвердженими акаунтами.