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.