In C# 3.0, the new property syntax saves you the need to declare the field & implement the accessors. They syntax is looks like:
public string Name { get; private set; }
Also, I want to point out that for internal members, trivial properties have very little value over internal fields, since you have control over both caller and implementation - you can switch to a property in the future, without a lot of work.
Even for public members, thinking you can future-proof your code merely by making public data fields in to properties is myopic. At the very least, you should add indirection around your constructor (with a factory), and your interface (with an interface). It also requires deep thought in to how the consumers of your API will expect you to work over multiple versions. It's really hard, and it's only worth doing if you are an API vendor, in my opinion.
In my code, the main reason I use properties is because a lot of tools that use reflection look at properties but not fields. I think this is a mistake, but that's the way the tools work.