Я к тому, что по-хорошему для онбординга надо знать скиллсет человека (читай - очень грамотно составлять вопросы для собеса и записывать ответы), знать текущий скиллсет должности (который надо таки предварительно составить), прописать порядок приема и выдачи доступов, документов, инструкций (которые надо написать), девайсов, прописать скиллсет до следующего уровня (потому что человек хочет развиваться спустя полгода примерно), составить план испыталки и т.п.
Это всё - около квартала плотной работы техспецов (лида, обычно) и HR.

Прекрасно будут расти

А зачем ти куча суперскиловых ребят, которые хотят много зп

Если дешевле нанять средних

Компания растет не из-за самостоятельности, а из-за закрытия бОльшего количества бизнесовых задач

Спорно

Нужна грамотная структуризация

Грамотная структуризация обычно напрямую противоречит самостоятельности.

дада, конечно, ведь не бывает такого, что софт буквально везде, а код у него сделан копродендрарным методом. Никогда такого не было и вот опять

Бизнесовые задачи, за достаточно редким исключением, решаются стандартными людьми и стандартными методами. И за стандартные деньги.

за рост компании больше отвечают чуваки на позициях с принятием решений, а не решатели типовых задач ещё

ну имхо, конечно

Так и я о том же. Что для развития компании нужна структуризация, а для роста сотрудников - самостоятельность

Вообще не понял, что ты имеешь ввиду.

Бесспорно! Но если сегодня есть принимающий, а завтра ушёл, то принятие решения переходит, возможно, к решающему задачи

или к чуваку выше до момента найма замены

За рост компании отвечает способность поставить решение бизнесовых задач на рельсы.

Да, прям регулярно вижу, бывало, уйдет какой-нить CTO - и тут же его функции передали мидлу-девелоперу.

И зарплату еще.

R&D тоже может двигать вперед