Прежде чем заниматься проектом - необходимо отладить процессы.
Scrum, Kanban, Waterfall - определим практические отличия между процессами и преимущества каждого.
Попробуем применить каждый подход в реализации.

Jira - система управления задачами, как настроить и использоватть
Miro - наглядные продуктовые планы для вас и заказчика
Figma - управление макетами от дизайнеров
ToDoList - ежедневный планировщик, чтобы ничего не забыть

Вовремя отвечать, никогда не оставлять заказчика без информации, максимально подробно готовить фактуру, аккуратно напоминать о себе и не задевать чужие чувства.
Аккуратно обращать внимание на проблемы, готовиться к встречам, настаивать на своих интересах.

Что делать, если разработчик хочет исправить баг за 80 часов?
Как добиться оценки, которая устроит вас и заказчика?
Что делать, если не удается согласовать оценки?
Как грамотно "снизить" оценку не снижая?
Как оценить задачу, по которой ничего не понятно?
Что делать, если фактическая оценка превышает плановую?

Как сформировать команду и не остаться одному в проекте с высоким риском?
Как "завтра" увеличить мощность в 2Х?
Как снизить затраты на "вхождение" в проект?
Как удержать разработчиков и не дать перегореть остальным?
Как увольнять, менять, мотивировать?
Кто и как проводит собесы?

Какие есть преимущества каждого вида деятельности?
Что вас будет отпугивать в студии и почему лучше там не работать?
Как формируются бюджеты и как предусмотреть, что вы вот вот окажетесь на улице?
На что обратить внимание в компании, которой нужен "менеджер проекта"?
Как не стать рабочей лошадью и мальчиком для битья?

Это значит, что хороший менеджер глубоко понимает суть задач и у него будет много "но", что будет противоречить критическому пути.
Как абстрагировать и собрать план проекта? Что необходимо планировать и предусматривать?
Что такое "ошибка планирования" и как всем объяснить, что она имеет место быть?

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

Проект подошел к концу, есть проектная прибыль, но вдруг образовался технический долг и все деньги необходимо потратить на его устранение.
А если техдолга больше чем осталось денег?
Как спланировать все так, чтобы предусмотреть максимум мелочей и не вылететь в трубу.

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