PG81,

Сугубо ИМХО:

Документация по программе БЕЗУСЛОВНО нужна. Но важно правильно ответить на вопрос "Для каких целей нужна документация?". Для сдачи гос.заказчику - наверняка ГОСТ, для сдачи коммерческому заказчику - можно подобрать и согласовать что-нибудь удобное для себя и для заказчика. Но если речь идет исключительно о документировании фишек системы, то я бы не заморачивался ни на какие стандарты. Под словом "документация" в данном контексте я понимаю документацию именно для разработчиков.

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

Из того что действительно необходимо:
- стандарты кодирования (под каждую имеющуюся платформу разработки);
- стандарты проектирования БД;
- стандарты GUI;
- описание архитектуры системы (верхнеуровнево);

Чтобы со временем не похоронить идею той или иной системы я бы еще обратил внимание на необходимость некоего документа "Концепция системы" в котором было бы описано что в этом конкретном приложении должно быть, а что делается совсем в другом модуле(это для случаев когда у вас 150 систем на предприятии).

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

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

В общем... куча интересных вопросов. Дерзайте и удачи!