SmartBear Software have collected several white papers about code review in here. Although I'm not convinced about the need for a tool, the papers are worth reading and the book was definitely worth its price.
Robert Bogue writes about "Effective Code Reviews Without the Pain". Some of the ideas make perfect sense, but he is also thinking about the classical reviews instead of goign extreme and finding something like Tick-the-Code. For example, the idea of having to write long review comments assumes that the rules aren't predefined. There are some good things in the article, like the psychological awareness. Code reviews are often meetings between people and defensiveness or aggressiveness can become problematic. Quite surprisingly, Mr. Bogue goes on to almost praise offline reviews, which is the whole point of Tick-the-Code. You avoid the psychological awkwardness, and with clearly defined rules you avoid it totally. You are not just haphazardly criticizing a colleague because you are having a bad day, you are checking that he has been following the coding standard. It is nothing personal.
How to best make organizational change happen? That's the question this article (The Neuroscience of Leadership by David Rock and Jeffrey Schwartz) tries to answer. It uses brain research to explain how the brain itself and that way also the behaviour of an individual can be changed. I happen to think this applies to learning a new way to inspect code too. The keyword is attention and repeating the experience after the initial training session. That's why it is vital to perform the first code tickings on the week following the training session. That way the brain creates new connections making it easier to tick again and again.