Vixler, а вообще лучше донесите до начальства то, что если нужно сделать проект грамотно и уложиться в сроки, то необходимо нанять специалиста, разбирающегося в вопросе.

Vixler, конкретика зависит от требований к проекту.

А общие достоинства и недостатки обоих подходов давно уже описаны и обсосаны:

Webforms vs MVC and Why MVC is better
WebForms vs. MVC
ASP.NET MVC vs. WebForms

VixlerskyANAVixler, конкретика зависит от требований к проекту.
Вот и что это значит? Какие требования определяют, что нужно использовать WebForms или MVC? Приведите пример, это слишком расплывчатое утверждение.Да обычные требования.

Кто и как будет работать с системой? На каких каналах связи? На каких устройствах? С какими данными, какого размера, как часто? Сколько запросов в секунду и какого характера (чтение, запись)?
Какое при этом максимально допустимое время отклика и в каких случаях?
Как это всё должно работать через год? Сколько будет новых пользователей? Какие новые устройства планируется поддерживать?

Как планируется построить процесс разработки? Отделить клиентских разработчиков от серверных? Кто будет отвечать за дизайн, кто за вёрстку?
Как часто планируется выпускать новые версии? Какой при этом допустим даунтайм?
Какое покрытие тестами предполагается? Какими? unit, функциональными, интеграционными, системными?

VixlerskyANAпропущено...
Да обычные требования.

Кто и как будет работать с системой? На каких каналах связи? На каких устройствах? С какими данными, какого размера, как часто? Сколько запросов в секунду и какого характера (чтение, запись)?
Какое при этом максимально допустимое время отклика и в каких случаях?
Как это всё должно работать через год? Сколько будет новых пользователей? Какие новые устройства планируется поддерживать?
Так, мы потихоньку подбираемся к сути вопроса. Какими должны быть требования, чтобы отдать предпочтение WebForms?Запишите все те вопросы, что я написал и обсудите их со своими коллегами :)

EDUARD SAPOTSKIskyANAКак планируется построить процесс разработки? Отделить клиентских разработчиков от серверных? Кто будет отвечать за дизайн, кто за вёрстку?
Как часто планируется выпускать новые версии? Какой при этом допустим даунтайм?
Какое покрытие тестами предполагается? Какими? unit, функциональными, интеграционными, системными?
Да не дури ты голову человеку своими идеализьмами!
Ему нужны гридики для предприятия, а не гламурный сферический стартап!У тебя либо гридики, либо гламурные сферические стартапы? Первые ты пилишь на коленке, а вторые не видел.

А какие-нибудь ещё проекты ты вообще в своей практике встречал, кроме гридиков? :)

VixlerskyANAпропущено...
Запишите все те вопросы, что я написал и обсудите их со своими коллегами :)

Кто и как будет работать с системой? - внешние и внутренние пользователи.
На каких устройствах? - по возможности на любых. Но в первую и основную очередь на ПК/ноутах под виндой XP/7-10
С какими данными, какого размера, как часто? - с относительно большим объёмом данных, каждый день, круглосуточно, ночью намного реже.
Сколько запросов в секунду и какого характера (чтение, запись)? - и чтение и запись, человек 20-50 (100?) за час вполне вероятно будут работать, не могу сказать о запросах в секунду.
Какое при этом максимально допустимое время отклика и в каких случаях? - Не критично, только если это не полминуты.
Как это всё должно работать через год? - будет добавлено (перенесено из старой системы) ещё несколько десятков задач.
Сколько будет новых пользователей? - пользователей всего будет около тысячи, одновременно работающих 20-50.
Какие новые устройства планируется поддерживать? - мы вполне можем на сайте написать "Работоспособность гарантируется только в IE 11/Chrome" или что-то в таком духе. Но если будет возможность удобно работать с сайтом через iPhone - замечательно.
Как планируется построить процесс разработки? - кто-то делает основу, потом подключаются остальные и делают по задаче.
Отделить клиентских разработчиков от серверных? - нет. Все должны быть универсальными.
Кто будет отвечать за дизайн, кто за вёрстку? - все. Отдельного чувака по интерфейсам у нас нет и не будет.
Как часто планируется выпускать новые версии? - Да хоть каждый день по велению левой пятки руководства.
Какой при этом допустим даунтайм? - На обеде можем повесить табличку "Не доступно с 12 до 12-30 в связи с проф. работами".
Какое покрытие тестами предполагается? - Чем больше тестов, тем лучше.Ну смотрите.

Если много данных и стандартные контролы WebForms + нет опыта, то получатся тяжёлые страницы. И если у внешних пользователей плохой канал, то им будет не комфортно работать.
Хотя время отклика вам не критично.
Чтобы была "возможность удобно работать с сайтом через iPhone" в случае с WebForms придётся писать, либо покупать хорошие контролы, на стандартных без опыта у вас отзывчивого дизайна (responsive) не выйдет.
Но я так понял, что вы можете ограничится работой только в определённых браузерах. Да и писать, и верстать у вас некому.

С другой стороны вы хотите частых релизов и большое покрытие тестами. При этом даунтайм до 30 минут.
Ну в принципе aspx скомпилировать за это время успеете, а тестами и функциональными можно обойтись.

Вообщем для вас WebForms - это нормально.

Vixler, плюс нагрузка у вас маленькая и роста не планируется.

VixlerskyANAпропущено...
Ну смотрите.

Если много данных и стандартные контролы WebForms + нет опыта, то получатся тяжёлые страницы. .

Контролы не стандартные, купленные DevExpress.Ок. Тогда накидайте их на форму, где много данных и посмотрите на вес и отзывчивость.

И ещё на память. Хотя вам это не критично, как я понял.