Полезны указания по максимальной длине метода, максимальному размеру класса и максимальному loc в исходном файле.
Более того, вы можете установить некоторые рекомендации по отступам, разметке кода и тому подобному, но мне было проще просто сделать это с настройками в Visual Studio, а затем попросить ваших разработчиков импортировать тот же файл настроек для этого. Таким образом, людям не нужно думать об этом, и визуальная студия делает работу за них.
Лучшие практики могут также автоматически проверяться FXCop и подобными инструментами. Так что полезно распространять рекомендации по этому поводу, просто делая доступными файлы FXCop, которые проверяют все правила, которые вас интересуют. Не вводите большие проверки FXCop в большой существующей кодовой базе, хотя старайтесь увеличивать проверки в течение определенного периода времени, чтобы люди не сталкивались с тысячами ошибок FXCop
Короче говоря:
Старайтесь быть краткими, включайте только те вещи, которые действительно важны. Сделайте их легкими для чтения (вы можете написать соглашения об именах в качестве примера-класса, например, где вы выделите все правила с помощью некоторых дополнительных полей с текстом) и использовать инструменты для автоматизации проверок, где вы можете, чтобы разработчики могли легко и быстро получать обратную связь.