I went through a lot of stuff lying on my desktop and I found this list of questions. It was put together by Andrew Broad. He has more advice on his website to prepare you for your viva, but this list is what people have asked me for again and again. So I decided to put it up here:
1. What is the area in which you wish to be examined? Particularly difficult and important if your thesis fits into several areas, or has several aspects, or seems to fit into an area of its own.
2. In one sentence, what is your thesis? Resist the temptation to run from the room!
3. What have you done that merits a PhD?
4. Summarise your key findings.
5. What are you most proud of, and why? This may be asked (again) towards the end of the viva.
6. What’s original about your work? Where is the novelty? Don’t leave it to the examiners to make up their own minds - they may get it wrong!
7. What are the contributions (to knowledge) of your thesis?
8. Which topics overlap with your area?
9. For topic X:
9.1. How does your work relate to X?
9.2. What do you know about the history of X?
9.3. What is the current state of the art in X? (Capabilities and limitations of existing systems)
9.4. What techniques are commonly used?
9.5. Where do current technologies fail such that you (could) make a contribution?
9.6. How does/could your work enhance the state of the art in X?
9.7. Who are the main `players’ in X? (Hint: you should cluster together papers written by the same people)
10. Who are your closest competitors?
11. What do you do better than them? What do you do worse?
12. Which are the three most important papers in X?
13. What are the recent major developments in X?
14. How do you expect X to progress over the next five years? How long-term is your contribution, given the anticipated future developments in X?
15. What did you do for your MPhil, and how does your PhD extend it? Did you make any changes to the system you implemented for your MPhil?
16. What are the strongest/weakest parts of your work?
17. Where did you go wrong?
18. Why have you done it this way? You need to justify your approach - don’t assume the examiners share your views.
19. What are the alternatives to your approach?
20. What do you gain by your approach?
21. What would you gain by approach X?
22. Why didn’t you do it this way (the way everyone else does it)? This requires having done extensive reading. Be honest if you never thought of the alternative they’re suggesting, or if you just didn’t get around to it. If you try to bluff your way out, they’ll trap you in your own words.
23. Looking back, what might you have done differently? This requires a thoughtful answer, whilst defending what you did at the time.
24. How do scientists/philosophers carry out experiments?
25. How have you evaluated your work?
26. Intrinsic evaluation: how have you demonstrated that it works, and how well it performs?
27. Extrinsic evaluation: how have you demonstrated its usefulness for a specific application context?
28. What do your results mean?
29. How would your system cope with bigger examples? Does it scale up? This is especially important if you have only run your system on `toy’ examples, and they think it has `learned its test-data’.
30. How do you know that your algorithm/rules are correct?
31. How could you improve your work?
32. What are the motivations for your research? Why is the problem you have tackled worth tackling?
33. What is the relevance of your contributions? To other researchers? To industry?
34. What is the implication of your work in your area? What does it change?
35. How do/would you cope with known problems in your field? (e.g. combinatorial explosion)
36. Have you solved the field’s problem that you claim to have solved? For example, if something is too slow, and you can make it go faster - how much increase in speed is needed for the applications you claim to support?
37. Is your field going in the right direction? For example, if everyone’s been concentrating on speed, but the real issue is space (if the issue is time, you can just wait it out (unless it’s combinatorially explosive), but if the issue is space, the system could fall over). This is kind of justifying why you have gone into the field you’re working in.
38. Who are your envisioned users? What use would your work be in situation X?
39. How do your contributions generalise?
40. To what extent would they generalise to systems other than the one you’ve worked on?
41. Under what circumstances would your approach be useable? (Again, does it scale up?)
42. Where will you publish your work? Think about which journals and conferences your research would best suit. Just as popular musicians promote their latest albums by releasing singles and going on tour, you should promote your thesis by publishing papers in journals and presenting them at conferences. This takes your work to a much wider audience; this is how academics establish themselves.
43. Which aspects of your thesis could be published?
44. What have you learned from the process of doing your PhD? Remember that the aim of the PhD process is to train you to be a fully professional researcher - passing your PhD means that you know the state of the art in your area and the directions in which it could be extended, and that you have proved you are capable of making such extensions.
45. Where did your research-project come from? How did your research-questions emerge? You can’t just say “my supervisor told me to do it” - if this is the case, you need to talk it over with your supervisor before the viva. Think out a succinct answer (2 to 5 minutes).
46. Has your view of your research topic changed during the course of the research?
47. You discuss future work in your conclusion chapter. How long would it take to implement X, and what are the likely problems you envisage? Do not underestimate the time and the difficulties - you might be talking about your own resubmission-order! 