Short Papers must be received in hardcopy form not later than 5:00 p.m (17:00) local time at receiving address on Friday, December 15, 1995.
Fax or email submissions will not be included in the review process.
In keeping with the conference theme of Common Ground , CHI 96 especially encourages work that
All submissions will be reviewed using a high standard of content and presentation. You should have something new and significant to say, you should state it very clearly - in particular because of the restricted space available - and you should support your statements.
Short papers of all types will be evaluated on the basis of
Some typical mistakes reported by reviewers of submissions from previous conferences include:
Assignments will be determined mostly by the topic keywords you select. Each reviewer has been asked to indicate keywords s/he wishes to cover. We will match their keywords against the ones you specify. You can do nothing about the reviewers' self-classification, but you should think carefully about the keywords you provide. Don't go hog-wild, or your short paper will match no reviewer well, and every reviewer so-so. Pick a set that BEST characterizes the way you want your work reviewed.
A secondary input into assignments will be title and abstract -- in cases when the keywords aren't enough to produce a decision, we will browse this information to get a better idea of what the short paper is about. So make sure that the title is revealing, and that the abstract provides a concise and accurate summary of the short paper content. Remember that we anticipate about 300 submissions. We cannot promise to read each one in full before we assign it to reviewers.
Our goal is to get your short paper reviewed by at least 5 reviewers. Generally, it seems that more reviews is better, it gives a more balanced picture of the short paper.
Finally, just in case you are unlucky and your short paper gets assigned to reviewers who don't know the area (sometimes you may feel that you are the only person IN your area!), you should try to make sure that any competent CHI expert can at least grasp the main point of your short paper. Remember, you can't count on CHI attendees to have taken your well-crafted tutorial before coming to your presentation!
Before you write your short paper, look at the form reviewers will be filling out when they evaluate it (see the corresponding file which we will provide in this directory). Try to imagine how a reviewer might answer each question concerning your short paper: Do you like the result? If not, how can you fix the short paper to get a better response?
Reviewers are asked to summarize the short paper. Can your short paper be summarized? Is it easy to extract this summary from it? The best place to influence this review question is in the abstract; if you can't write a concise summary of your short paper, how can you expect a reviewer who may not be familiar with the work to do so?
Another question is, "What is new and significant about the work you report. The whole point of having conferences like CHI is to provide a forum for sharing leading-edge ideas and techniques. This doesn't mean that you need to invent an entirely new way of doing or thinking about something. Instead you might offer instead an interesting new twist on some well-established principle, finding or technique. But when you write your short paper, make sure you can answer this question for yourself, and make sure you convey this to your readers.
Other categories emphasize soundness. This means you need to provide a rationale for the work you've done -- whether that consists of arguments for why data was collected or analyzed in a particular way, why a system was designed and/or implemented the way it was, why a theoretical argument makes sense, or why some method is appropriate for particular tasks. Connecting with prior work is key here, as you must make clear how you are building on but going beyond what has already been done. (Of course, given the page limit, you must also be careful not to spend too much time discussing the work of others -- no one said this would be easy!) If this rationale isn't there, reviewers will have to construct their own. This is risky. They may get it wrong. Worse, they may be unwilling to develop it at all and just dismiss the work.
Finally, some categories emphasize the extent to which your work will be useful to the CHI community. It's not enough to just make a good argument, you need to persuade the reviewers that they (and the CHI community at large) should CARE.
The usefulness criterion is especially important for experience oriented work, because these short papers often do not present new technology or concepts, but rather reflect on experiences applying some existing idea or method. For these short papers, you must persuade reviewers that your "lessons learned" will be useful to other practitioners. If you just describe a process you went through, reviewers won't grasp what you learned. If your reflections describe things your reviewers think practitioners already know, they're not going to care very much. If you describe some interesting insights but don't make clear how you arrived at these insights, your reviewers might be intrigued but they won't be convinced that practitioners can apply what you've learned.
Reviewers are also going to care whether your work is likely to stimulate further work in the field. Will it excite people who hear or read about it? Will they go home with great new ideas about how to enhance their own work? This doesn't mean that accepted short papers must be flashy or entertaining. But if presentation of your material is going to have people snoring in their chairs, then CHI is probably not the best venue for it. The best short papers are those that capture the imagination of attendees and promote a background of conversations.
Writing quality is important. Reviewers have expectations about how technical papers should be written. They usually expect to see an introduction to the problem, some method or argument applied to the problem, and some discussion of what conclusion to take away. Relevant related work should be discussed. Make sure your short introduction makes clear who the intended audience is, e.g., software engineers, graphics designers, HF engineers, and write your arguments accordingly. Do not use overly flowery or complex sentence constructions; reviewers will not be happy if they have trouble understanding your prose! Remember that English may not be the narrative language of some of the reviewers and readers.Remember also that we will be judging whether to accept your short paper as-is, so leave yourself plenty of time to write and then refine the short paper.
Reviewers are asked to assign a numerical rating summarizing their overall recommendation concerning your short paper. The discussion questions are intended to prepare the reviewer to make this judgement, and you should see a good correspondence in the comments provided and this numerical rating. However, reviewers will vary in how they react to different aspects of the short paper -- some will respond mostly to writing quality, some mostly to originality, and so on. That is why we have each short paper evaluated by multiple reviewers.