MadLibs can be an interesting approach to capturing or identifying principles, practices, values ... etc.

Here's an example attempting to encapsulate principles of agile development:

• Write code to pass tests over __________
• Measure progress by working software over __________
• Improve internal consistency and clarity of code through re-factoring over __________
• Leverage real-time communication over written documentation __________
• Build releasable software in short time periods over __________
• Close cooperation between the business and developers over __________
• Respond to changing and emerging requirements over __________

Here's one example:

• Leverage real-time communication over written documentation

Of course, you can also leave off the front and contrast with the behavior you'd like to change
_________ ... over static and stale communication approaches.

Notice the ..x "over" ...y approach for the practices/principles above.  Sometimes laws/principles/rules come across as common sense or "yeah, I already mostly do that" until you sharply contrast.  It's a challenge to both the principle/practice author (am I striking the precise and accurate chord?) and the principle/practice follower (am I really changing behavior?)

This approach works for values too: 

• Action-centric or code-centric over document centric.

This is the approach used in the Agile Manifesto http://www.agilemanifesto.org/

So if you're responsible for identifying/documenting your organizations principles/practices/values, you might try using a MadLibs approach and a Wiki.