То, что вы хотите, не может быть сделано напрямую. Сохранение рабочего элемента называется уведомлением (а не решением). Это означает, что вы можете делать вещи TFS API только после события. Вы не можете заблокировать это.
Однако есть способы получить «эффект» того, что вы ищете. Если бы вы изменили свой шаблон так, чтобы ваш родительский рабочий элемент (я думаю, вы назвали его сценарием) имел контроль состояния (, а не поле ) только для чтения, что сделало бы его доступным только для клиентов, которые не используют обычные элементы управления Visual Studio могут изменить это значение. (Ваши пользователи могут обойти эту проблему, но для того, чтобы нарушить правила, потребуются некоторые усилия).
Но есть еще один шаг. Вам нужно как-то перевести родительский рабочий элемент в «Разрешенный». Для этого я рекомендую инструмент с открытым исходным кодом под названием TFS Aggregator. (Или, если вы планируете «свернуть свой собственный», вы можете использовать код там в качестве отправной точки.)
Кодовый комплекс TFS Aggregatoron можно найти здесь: http://tfsaggregator.codeplex.com/
Это отличный инструмент для объединения изменений и итогов в родительские рабочие элементы. Вы можете добавить в правило, что, когда все ваши дочерние элементы «сделаны», вы можете переместить Родителя в «Решено».
РЕДАКТИРОВАТЬ: Теперь я понимаю из вашего вопроса, что у вас есть более одного типа рабочего элемента в качестве дочернего элемента родительского элемента. Агрегатор TFS не поддерживает это прямо сейчас (но может и в будущем). Он был написан для агрегирования задач в Bugs или PBI. Тем не менее, вероятно, было бы легче изменить код этого проекта, чем начинать с нуля.