До недавнего времени я пребывал в заблуждении, что функциональность по вычислению метрик кода будет представлена только в Orcas. На самом же деле оказалось, что статический анализ кода в Visual Studio Team Edition for Software Developers уже умеет делать одну, и довольно важную проверку - на цикломатическую сложность.
Подробно теоретическая база этой метрики описана в Википедии, на которую я и ссылаюсь выше, а практический вывод очень прост: чем больше значение цикломатической сложности, тем, как правило, сложнее и запутаннее код. А это, в свою очередь - повышенная вероятность дефектов в таком коде, усложнение юнит-тестирования и удорожание поддержки. Решается проблема довольно просто просто рефакторингом (в первую очередь Extract Method), который наравне со статическим анализом кода встроен в VSTE for Software Developers.
Но - прежде чем проблему решать, нужно знать о ее существовании 
И вот тут регулярный анализ кода с самого начала его написания (например, как часть nightly builds) позволит как можно раньше выявить проблемные участки и вовремя принять меры с минимальными затратами.
Единственное, на мой взгляд, неудобство текущей реализации - порог цикломатической сложности жестко "зашит" в библиотеке правил FxCop. Помнится, читал где-то, что в Orcas сделают отдельный файл с настройками для правил с параметрами, будем надеяться, что и это правило туда попадет, если еще не попало в Beta 2.