Для каких ситуаций: когда ищешь работу в ИТ. Проблема в том, что бизнес-заказчику ИТ пофигу на инженерные заморочки, ему нужно пилить фичи. Быстрее, выше, сильнее. Тонкости его не интересуют, даже если тонкости могут напрямую повлиять на деньги. Как правило, понять это влияние заказчики уже не способны. Как следствие, даже ИТ менеджмент их не понимает, потому что ИТ менеджменту платят не за понимание технических тонкостей, а за новые фичи в стиле быстрее-выше-сильнее.
Что делать: при заключении трудового договора предложить вписать в раздел "обязанности" еще парочку обязанностей от себя. Возможно, как-то их завуалировать, чтобы не просекли раньше времени. Расчет на то, что работодатель пожлобится выдать чуть больше прав новому сотруднику, а вот обязанностей накрутить - это пожалуйста. Ну и вписать туда что-то типа "оптимизировать процесс доставки нового кода на продакшен". А потом, когда уже приступишь к работе, можно переключаться на то, что самому больше интересно делать, прикрываясь новыми "обязанностями", которые себе пропихнул.
Ограничение: не подходит для начинающих разработчиков.
Что может пойти не так: всё может пойти не так работодатель просто не захочет заморачиваться (я не пробовал, но уверен на 99,99%). Просто скажет - да ну, фигня, у нас типовой договор.