Чтобы точно что-то доделать / реализовать помогает довольно избитый метод "поедания слона" - разбиваешь проект на мелкие задачи, потом их тоже можешь как-то расчленить и потихоньку каждую выполняешь. Видя, как много уже сделано, получаешь новый запас сил и стремление дойти до финишной прямой.
Очень хорошо себя показали в моей практике проектные доски (в моем случае это Trello) - начиная новый проект, я накидываю несколько этапов: Backlog, TODO, In-Progress, Testing, Done.
В первый закидываю любые даже самые бредовые идеи, план по работе, какие-то продуманные задачи. После вспоминаю про "слона", членю задачу, нормально формулирую чего хочу, ставлю дедлайн (за невыполнение я себя штрафую, это важно) и отправляю в следующий этап. Когда видишь прогресс в проекте, то появляется больше уверенности в своих силах, возникают странные эмоции некоего восторга (а иногда и разочарования, да, бывает).
Вообще существует огромное множество методологий, которые незаметно все-таки скрывают в себе идею "сохранения запала" и доведения проекта до определенной степени завершенности: scrum, kanban, agile и пр.

Можно сюда еще добавить пару слов про MVP и как правильнее его понимать. Допустим, вы знаете, что это такое, поэтому вспомним только суть - потратить минимум усилий/времени и получить продукт, который имеет самый основной функционал, выражающий суть проекта. Окей, но как мы это применим к разработке? Ну, очень просто - все мы знаем про базовую механику игр, жанры и т.п. Платформер. Что это значит? Ну, мы можем бегать, прыгать, есть поверхности, которые не дают упасть вниз, играем некоторым объектом - допустим, куб. Сделали? Отлично, уже что-то готово. Хотим ну теперь еще стрелять - окей, сделали. А теперь чтобы это было прям игрой нужна графика - окей, нарисовали / придумали ровно столько, сколько нужно (хотя часто скетчи возникают еще до начала разработки и попадают в backlog). После еще пары итераций с парой уровней, механикой победы и т.п. мы получаем MVP.
Ну, а дальше будем уже пилить полноценный продукт... Нет! Дальше по аналогии вырабатываем следующую минимально рабочую версию, которая в любой момент разработки может быть запущена и в нее можно поиграть! В некотором роде это как OpеnSource проект, в котором каждый пул реквест расширяет возможности приложения, либо что-то в нем исправляет, но (в "правильном проекте") любой желающий в любой момент может получить работающую версию приложения из стабильной ветки (да, т.е. промежуточные этапы наших "MVP" не обязаны быть играбельны).
И вот задача состоит в том, чтобы те промежуточные этапы были минимальны, а количество стабильных итераций / версий было как можно больше, привнося новые возможности и т.п.
И к чему это все в тему мотивации и завершения проекта?
1) Хотя бы к тому, что ваш проект будет всегда завершен с определенной степенью, всегда будет некоторая его стабильная версия, которая полностью соответствует вложенным в проект усилиям.
2) Вы видите проект уже работающим, вам проще придумывать фичи и легче их вносить. А от этого становится интереснее эти нововведения придумывать и реализовывать.
3) Очень легко приостановить разработку, отвлечься (вы перегорели), а потом спустя месяц после просмотра какого-то стрима разработчиков в смежном жанре вернуться и не вспоминать что там нужно было сделать, а сразу начать с "чекпоинта" делать (прекращать лучше именно так, иначе придется какую-то работу откатить, ибо сложно порой вспомнить промежуточные этапы). Понадобится минимум времени, чтобы снова влиться в процесс.

Расписал много, даже сам такого не ожидал. Спасибо, если дочитали )