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