над проектом? Ну или на тему организации адекватного и продуктивного воркфлоу проекта. Контекст вопроса такой: допустим, нас всего работает несколько человек над софтом. И даже так (особенно так?) работа порой скатывается в пздиец, пушто я делаю одну часть, о которой другие не имеют ни малейшего представления (и, что мб и норм, абсолютно не мотивированы разбираться), другие делают то, о чём я потом узнаю только тогда, когда натыкаюсь на какие-то вежливо положенные грабли, и вот это всё приводит к занимательным последствиям, когда вдруг один из программистов в отпуске, а у него была монополия на значимую часть проекта, которую вот сейчас надо бы поменять или которая просто не совсем работает.
Документация, парное ревью, парное программирование, система трекинга задач (оче важно вне зависимости от количества людей).
процесс с пуллреквестами и code review, периодические статус-митинги/репорты
Agile доска
Два термина: requirement-, task management. И только потом за код браться.
Перечитал комменты ниже, и добавлю еще два термина: static code analysis, coding styles
Обсуждают сегодня