Not long ago I was handed a project that had been designed by other teams (marketing teams). When the project was handed off to me the selection of development tools had been made based on the experience of the people making the decisions. Unfortunately the client knew little of the tool, and those who recommended the tool knew nothing about the client’s wishes for the site - they just knew the tool in question.

After months of meetings and mock-ups there had not been a single working prototype nor a meeting that included anyone who would be using, developing, or maintaining the website. The end result was a month of trying to work with a tool that easily allow for the type of website the client  wanted followed by a late switch to a tool the client was more familiar with that did fit those needs. Interestingly I got the project because the client was less than thrilled with the mock-ups he was receiving from the people who knew and recommended the discarded tool. The sites in the mock-ups would have fit well within the environment of that tool.

The projects served to remind me that development is part of the design process. If you want to design and then develop you should probably expect that the time spent on design will be largely duplicated after development starts.

Little did I know that this was an IBM philosophy:

machines should work; people should think.

Thanks to Etre for pointing that out and showing the T-Shirt version. This is exactly how we feel at DMID. The goal of our technology is to allow people to do more of the thinking (and 2+2=4 is working not thinking) and let the machines do the things that just need to happen without thought.