Здравствуйте, Аноним, Вы писали:

А>На данный момент предполагаю предпринять следующие меры:
А>0) выработать общий стиль кодирования

Это очень просто — стиль кодирования всегда берется из Framework который юзаешь — используешь Java — Camel Notation, используешь MFC — венгерская.
Связано с тем что ты все равно в коде используешь Framework и если у тебя будет другая нотация то это значит что у тебя их будет две. Т.е. никакой.

А>1) обязательное документирование нового кода, и постепенное документирование старого

Документировать код достаточно бесполезно. Документировать нужно дизайн. Код в случае непонятки в конкретном месте проще переписать чем по доке с ним разбираться. Ну т.е. нужно документировать не как код рботает а что он делает, поэтому описание 2 пол экрана на класс как правило полезней чем описание по 2 строчки на каждую процедуру в нем.

Правда от документирования кода есть вот какая польза. Нужно ввести правило, что если что делает процедура не ясно из ее названия то нужно это писать в комментарии. Что приводит очень быстро к вменяемым названиями во всем проекте потом учто случаев когда нельзя по человечески процедуру назвать почти не бывает.

А>2) ознакомить людей с design pattern-ами, и потребовать чтобы постепенно сотрудники осваивали их

Учти что архитектура это не просто паттерны.

А>3) периодически проверять как сотрудники применяют pattern-ы

Это Code Review называется.

А>4) важные модули разрабатывать самому

Не модули, а общую архитектуру, интерфейсы etc. Модули это слишком малохзначительная часть.

А>По вашему мнению какие меры надо предпринять для улучшения ситуации, как поставлен процесс у вас?