It depends.
1) If You have other code that can access Your data model (apart from Your views) than You probably want this Status property to be of enum type. So that this third party code will not break Your logic. Anyway, even if You don't have such code right now I suggest You to use enum for forward compatibility: mabby You or other developer will add it in the future. It's a best practice. IMHO, this is mandatory.
2) What about using enum in the view model? IMHO, this is optional. Because if You want to validate Your input You probably will do it on the server in Your controller action method. If You use radiobuttons than You even don't need to validate the input in controller. Just use this in Your view:
@model path.YourViewModel
@using YourEnumNamespace; /* where You defined Your Status enum */
@using (Html.BeginForm("YourMethod", "YourController", FormMethod.Post, null))
{
<fieldset>
<div>
@foreach (var enumValue in Enum.GetValues(typeof(Status)))
{
<div>
@Html.Label(enumValue.ToString())
@Html.RadioButtonFor(model => model.Title, enumValue)
</div>
}
</div>
<input type="submit" value="Save"/>
</fieldset>
}
Just enumerate enum values as in the above code.
To summarize: there is no need to use enum type in viewmodel, but it is a good practice to think about forward compatibility and use enum type in datamodel.