I usually just ask them fix a bug in a piece of working code written before they graduated high school without re-engineering it. Since it is not shiny and new their bubble pops about writing software that is always cutting edge and world changing.
>>I usually just ask them fix a bug in a piece of working code written before they graduated high school without re-engineering it. <<
You think I am going to hand a gun to a baby? Besides, I do code and debug but for the most part we offshore tedious stuff like that.
I do let them take notes at spec sessions to learn how problems are solved in the Real World, when the client pushes back to advance an agenda having nothing to do with the problem at all (such as Empire Building).
I even let them present PPT decks but not field questions (I do that).