Multiple queues might be useful. Perhaps a more general queue system would be good. For each queue, we could store
- Who can add stuff to the queue
- Who can remove stuff from the queue with no further effect
- Who can remove stuff from the queue with effects, and what effects
those would be 4) Who gets notified on addition to the queue and various removals from the queue 5) How long the items would stay in the queue, and what if anything would happen when their time expired 6) Whether there was a discussion page, and if so where
as well as, obviously, the actual items in the queue and their status.
Maybe I'll write up a counterproposal. Of course, something this broad would be best as an extension, I'm thinking, but it could be used for all sorts of things: deletion, protection, blocking, oversight, even sysopping, replacing the confusing mishmash of alphabet soup and special categories that currently handle all this on larger wikis. Needless to say, it would have to be suitably general to handle all this, but I think it could be done. It seems silly to pick out one particular type of queue (deletion) when all the others are so extremely similar in terms of how they work.
I like it. It would be great to merge all the various policies into one automated system (using the English Wikipedia as an example [and apologising for the use of acronyms], this would be great for AFD, PROD, CSD, AIV, RFA, RFAr, CSN, DRV, RFP, CHU, etc, etc,etc).