Prototyping: Here’s an awfully good point that’s lurked in the back of my head for a long time, but has never really been vocalized.
A major point I think needs to happen when prototyping (or even just generally mapping out any project) with a client is to discuss what will not be included.
Too often people get wrapped up in documenting what will be included in a project, how certain elements will work, what the workflow is, etc. I have to say, though, that nearly every problem I’ve had with projects over the years has stemmed from an assumption on a client’s part about something that they thought would be included. Often they are basic features, but if they’re not discussed and mapped out, it’s difficult to know about them and budget for them (time and money).
I’ve been in meetings where I mention to a client “just to be upfront about this, you realize that the ability to do ‘X’ is not going to be part of this development effort, correct?” It sounds blunt, and I’ve been called ‘overly negative’ or ‘overly critical’ when doing this (by colleagues/management, not clients). However, these sorts of things need to be on the table ASAP or there WILL be problems down the road.