В комментарии к предыдущемим постам был вопрос:
Вот вопросик: грейды надо делать прозрачными внутри компании или охранять как коммерческую тайну? Надо ли явно озвучивать описания грейдов?
Тема прозрачности и в воздухе запахло электричеством)
Что делаем? Мое мнение — открываем без сомнений!
Какие риски? Как будто максимум насуют в панамку за плохо проработанные сырые грейды, но так это будут lessons learned. Проработайте грейды более тщательно, собирайте их вместе с командами, сделайте их соучастниками)
Публичный для всех Engineering Career Framework делает путь роста внутри компании прозрачным и понятным.
Внешний паблик — по желанию. Если ваш фреймворк действительно классный, это может быть хороший вклад в сообщество.
И вот посмотрите некоторые открытые фреймворки:
* Gitlab
* Dropbox
* Figma
* Авито
Кстати полезно не только держать грейды открытыми, но и время от времени типа раз в квартал, на онбординге новых ребят или на общих встречах — рассказывать и показывать вашу систему уровней, промоутить её.
Наличие грейдов отражает уровень процессов в компании: круто, когда они есть. Это поднимает компанию на следующий уровень (конечно, если грейды сделаны хорошо).
Мне почему-то хочется провести параллель с OKR: их мы тоже всегда делаем публичными, чтобы быть всем в синке по целям и направлять команды в нужное русло. С грейдами похожая история — все понимают, что делать, чтобы расти.
Вторая часть вопроса, про прозрачность зп вилок и кто на каком грейде, в следующих постах.
🔥 — за прозрачность
🌚 — за темную сторону секретности