Contending with stiff constraints, often resulting in a watered down design vision, is a common burden all designers face. It’s a major source of friction, having to deal with the inevitable frustrations of hearing “No” from engineers ground down by “death march” schedules or nervous managers highly reluctant to address risks. Often the designers’– themselves worn by frayed nerves— respond with an impassioned, “Why can’t you…” or “Why is this so difficult…”
Such questions just persist the frustration and antagonism of an unhealthy conflict, perhaps even painting an unfair shade of whininess upon designers who simply wants a vision delivered per spec. I mean, is that so wrong?
Well, I have learned (quite painfully at times, I admit!) to handle such situations by raising questions that enable a more constructive, collaborative approach while poking into the flexibility of these constraints…
1) “Help me understand the issue”: I know, this isn’t really a question per se, but it’s an invitation from the designer to the engineer (or manager) to start a mutually beneficial, educational dialogue. Offered genuinely, it suggests a desire to want to learn more about the issues, conveying a sense of empathy, and strokes up the other’s ego a bit, now being seen as an expert whose knowledge is sought. Also, this phrasing gets everyone talking, thus listening and understanding, not accusing and defending, resulting in hostile vibes. A far more personable, complimentary approach than the accusatory “Why can’t you build this”. Conducted well with healthy skepticism (the five why’s, etc), this dialogue can lead to discovery of underlying issues of a business or organizational nature, not just stubborn programming matters.
2) “What would it take?”: This is simply a re-framing that turns an accusatory, defensive questioning into something far more productive, as a problem solving exercise to achieve the implementation goals. Again, it’s an invitation by the designer to empathize and learn about the details, encouraging everyone to brainstorm options to achieve a desired result. Then everyone can have a smart negotiation around precisely those success factors: schedule, budget, resources, skills, tools, etc. And perhaps even a revisit of fundamental purposes and principles, which is not a bad thing at all when tempers are high.
3) “What if we…”: Finally, offering hypotheticals shifts everyone into a mindset that is exploratory and optimistic. Of course, with tight schedules and related pressures, minds close down into deeply myopic views of what’s feasible right here and now. And there may be just resistance. However, a tentatively offered “what if” prompt opens up unseen options, shaping a problem solving dialogue engaging the team’s creativity. For example: Maybe we don’t have to build everything this release but we can prioritize on two features, while we beta test a third next quarter. Again, this approach might involve a revisit of project goals and values.
As you can imagine, these tactics can and should be used together in various ways, for collaborative exchanges with the team. After all, not every denial is truly an absolute roadblock, but might be a desperate, hidden invitation to dig deeper into unseen issues everyone is simply too stressed to confront at the moment.
As designers, we can enable such crucial conversations that lead a more constructive relationship, ultimately for the customers’ benefit! After all, isn’t that why we’re all working so hard on this project, for this deadline?
** Note, my assumption here is that we’re all dealing with rational, mature adult professionals on a team. Seriously, if folks react badly to these tactics, there might be some deeper personnel or project management issues! ;-)