Как правило эскалация бывает обусловлена недостаточной квалификацией для самостоятельного решения задачи. Проблема больше соответствия исполнителя занимаемой должности и / или распределения задач исполнителям.
Что значит «держать» ?! Держат скот в стойле. У нормального работника контракт или трудовой договор. Работодателя устраивает качество и объем работы, работника уровень компенсации. Но все-таки ваш вопрос имеет некоторый смысл. При расторжении контракта работник либо ищет себе альтернативу либо дауншифтинг если вовремя не заботился о своей конкурентоспособности на рынке или просто устал от навязанного ритма.
Вы уже второй раз твердите «20 лет до пенсии». Вы попробуйте устроиться на работу в 45-50. Даже у специалистов среднего уровня возникают серьезные проблемы. Не говоря уже про юниоров, переквалифицировавшихся. Автору повезло, адаптироваться в своей же конторе на другой должности скорее всего проще.
Всему своё время, несомненно у каждого правила есть исключения. Если не удалось достичь высот по основной специальности, то откуда уверенность, что в QA всё пойдет гладко и быстро тем более во взрослом возрасте ?! Легкий вход в профессию это миф. Легкие деньги тоже. Я нанимаю тестировщиков. Можете поверить на слово, лишь 1 из 30-40 приславших резюме может сделать выборку из базы, что-то более менее значимое чем просто select. При это многие заканчивают курсы.
40+ к сожалению уже поздно для кардинальной смены, да, можно работать на стартовых позициях, но высот уже не достичь, образовательной базы нет, технологии меняются.
Какой бонус получает ручной тестировщик от того, что у него добавляется еще и автоматизация? Он занимает позицию автотестера? Или получает как ручной, а работает как автоматизатор? Исходя из текста вы против роста штата автоматизаторов.
Какой статус у «микропроджектменеджер-разработчик» в иерархии — он как кто: middle/senior разработчик или больше управленец?
Обучаете сами на эту должность(из управленцев или наоборот технарей) или нанимаете готовых?
Какая пропорция «микропроджектменеджер-разработчик» /разработчик в команде?
Пишет ли «микропроджектменеджер-разработчик» что-то сам?
Несколько вопросов:
1.кто делает декомпозицию задач(какая роль в компании)
2.насколько глубокая делается декомпозиция, возможно пример
3.какое соотношение декомпозиторов и разработчиков, хватает ли ресурса декомпозиторов
4.есть ли тайный смысл в том, что статью данной тематики пишет QA
Аутсорсинг неплох как идея, но управлять им не проще, кроме того значительные риски выполнения не в срок или плохо понятого задания, т.к. аутсорсер человек вне контекста проекта, ему требуется ТЗ повышенной детализации, которое тоже кому то придется делать.
А на вторую часть вопроса? И значит ли то, что вы растите таких специалистов то, что у вас есть база для обучения, как происходит процесс, кто отвечает за это?
Обычно так пишут те, кто не указывает вилку в вакансии.
Мне кажется тут ошибка. Гсмарена дает другие цифры.
Обучаете сами на эту должность(из управленцев или наоборот технарей) или нанимаете готовых?
Какая пропорция «микропроджектменеджер-разработчик» /разработчик в команде?
Пишет ли «микропроджектменеджер-разработчик» что-то сам?
1.кто делает декомпозицию задач(какая роль в компании)
2.насколько глубокая делается декомпозиция, возможно пример
3.какое соотношение декомпозиторов и разработчиков, хватает ли ресурса декомпозиторов
4.есть ли тайный смысл в том, что статью данной тематики пишет QA
Почему такая дискриминация ?!
Какой объем памяти требуется для работы?