Dear Anthony,

The cultural challenge with Warnings in Revit is the present lack of accountability. Users are smart enough to know there's something amiss in the file. But they have no idea where to point (or give) the finger. Or fingers.

Warnings also provide some indication as to the learning and experience level of members on a team. Warnings indicate when users have decided to work in a way that is expedient rather than deliberate. Reviewing Warnings allow people to learn from their own mistakes. Or better yet - they allow people to learn from another team member's mistake. ;)

Unfortunately, many users and teams tend to put off reviewing / resolving Warnings as there's no sense of ownership. This makes project management really difficult. By the time you need to review warnings - it's often too late. And who should fix what?

So I'd propose the following stuff with regard to Warnings:

1. Warnings should be maintained in a regular Revit Schedule. Stop hiding them in a dialog at the bottom of a Tools Menu.

2. Project Managers would like to know the Workset Username responsible for generating the Warning. This would allow Warnings to be scheduled per user name - which would impose a sense of accountability in the Revit database.

3. Original date / time stamp helps the team track the frequency of Warnings against project development.

4. Like any other Schedule in Revit , the ability to jump from line item / to context of project location.

5. Some indication of severity (for ranking purposes). All warnings are not created equal.

6. Counts / Totals / Types of Warnings. Now the project manager knows who (typically) on a team is responsible for the bulk of Warnings so they can remedy the situation, and prevent its recurrence.

Overall, this added functionality compels team members to preemptively fix what they have broken. Project Managers can quickly get a sense project dynamics. And the rest of the team isn't penalized with one or two team member's lack of discipline.

Thoughts / Comments welcome.