Boris19

Первый подход - выделяешь среди всех проектов один, который лично тебе больше всего нравится. Твой босс все равно скажет, что все они важны, их ценность равнозначна для компании, нельзя их срывать и т.п. Это может быть проект с какой-то фичей, которую ты сам давно хотел попробовать. Может быть проект, который тебе бизнес-логикой своей эмпонирует и т.п. Определился? Отлично, кидай 100% своих сил именно на него. Когда закончил, повторяешь тоже самое с теми, которые остались и т.д. до завершения.

Второй подход - найди человека себе в пару/трио. Я так понимаю, что ты работаешь сейчас над всеми проектами один? Отдай часть задач другим людям. Лично мне было легче направлять человека, разгребать с ним какие-то неопнятные ему места, показывать ему какие-то свои приемы или фишки и т.п. У тебя перестает болеть голова за бизнес-логику, за какие-то мелкие ошибки, пропушенную директиву в конфигураци и т.д. По крайней мере у меня было так.

Третий подход - послать все и сменить работу. Отличный вариант, если к чувству "в голове каша" добавляется "меня все достало"

1. Логировать время затраченное на работу. Описать трудовые обязанности, нарисовать таблички и прийти с этим к менеджеру/директору, доказать ему, что одна позиция на такое количество работы - мало, есть огромный риск простоя в случае болезни/отпуска/банально куча срочных задач на здесь и сейчас от разных людей.

2. Взять себе второго сотрудника. Можно младше по знаниям, можно старше. Разобрать рутину пополам, выделить свободное время на разгребание каши.

3. Заняться оптимизацией инфраструктуры. Автоматизировать рутину по максимуму, настроить адекватный и удобный мониторинг и логирование, чтобы в случае разбирательств было понятно и легко найти куда копать. В процессе этого искать и изучать удобные решения и инструменты, почитывая best world practice.

4. Также выбить из руководство оплату и посещение различных курсов. Тут есть хитрость - сами курсы вряд ли несут особо много знаний, все можно освоить самому. Но если оплатило курс и вы его посещаете, то в это время вы точно не работаете (сидя на работе не везде есть возможность выделять себе нормальный промежуток времени именно на обучение, без отвлечения на повседневные задачи), во-вторых на курсах можно сразу наглядно увидеть и уточнить готовые решения, посмотреть как они работают, и задать вопросы тренеру вплоть до того, что описать свою инфраструктуру, спросить советов.

Каждый день к концу рабочего дня я записываю в блокнот, что сделано за сегодня, что нужно сделать завтра и общий план действий. Особо в голове не держу рабочие моменты, у меня все записано. Когда изучаю что то новое, в свободное время пишу для себя Заметки по новой технологии(документацию) можно так сказать. Когда приходит проект, ищу нужную документацию и работаю. А с текучкой помогает блокнот.

Причесаться :)

Человек не может эффективно управлять множеством обьектов. Максимальное количество обьектов (людей, вещей), которыми эффективно управляет один человек, равно шести. При большем количестве начинается "сортировка по приоритетам", в результате которой одними обьектами управляешь чаще, чем другими - при их одинаковой начальной эффективности.

Беритесь за меньщее количество проектов.
Ведите трекер, записывайте.
Доводите задачу до логического завершения.

Десять проектов, в каждом их которых сделано по два коммиту - это хуже, чем два, в каждом из которых по десять коммитов :)

Ситуация очень похожа на мою - админю 7 коммерческих сайтов (CMS-ки), при этом усиленно учу веб-программирование.
Выход тут один - составить индивидуальный план и программу обучения для себя и придерживаться ей занимаясь в свободные часы, дома, по пути на работу. То есть тебе надо понять что конкретно ты хочешь изучить, напиши список в блокноте - сразу станет в разы легче.

Смотря, что этот скрипт делает. Если он не отключается от консоли и работает только под активным пользователем, можно прямо в консоль команды вводить. Если это сетевой демон, можно отправлять команды через админский порт или unix-сокет, если скрипт работат под nix'ами. Если это web-сервис, то разумно добавить к нему админский web-интерфейс или админские rest-эндпоинты. Если он работает с брокерами очередей, то можно отправлять команды через специальную очередь. И т.д. и т.п.