Flag

We stand with Ukraine and our team members from Ukraine. Here are ways you can help

Home ›› Agile and Iterative Process ›› QuickPanel: Craft amid Complexity

QuickPanel: Craft amid Complexity

by Kendra Shimmell
4 min read
Share this post on
Tweet
Share
Post
Share
Email
Print

Save

When designing experiences for enterprises, what happens when the problems we face get so big that we can no longer see or understand the whole?

What design techniques and methods produce successful enterprise products and services? How do we get large organizations to move from focusing on delivering features to creating engagement and delight? We’re addressing these questions as part of the “Craft amid Complexity” theme—one of of four themes—at the upcoming Enterprise UX 2015 conference.

As the theme’s leader, I interviewed my three speakers—Peter Morville, David Cronin, and Uday Gajendar—to get their take on effective design practices for enterprises.

What role does making for the purpose of thinking and learning play in your design craft, especially amid complexity?

Peter Morville: Our craft is always performed amid complexity whether we know it or not. I see my work as a journey from too simple (superficial, simplistic) through the canyon of complexity (overwhelming) in search of what Frank Lloyd Wright called organic simplicity (natural, elegant). Surveys, analytics, and ethnography take me into the canyon, but I make plans and prototypes to climb out. Often, it’s in the act of making maps and models that insight and synthesis occur.

Uday Gajendar: For me “making” is literally making tangible the abstractions and idealizations we have in our heads into something that everyone can respond to at the same time, on the same level. A picture or prototype may be worth a thousand words, but with an actual product, we’re all interpreting in real-time, on the same level. This increases the potential for good insights and realizations to occur (reducing misunderstandings and thus time-wasting arguments, talking past each other like “ships passing in the night”), in a more synchronized way of discussion.

David Cronin: I find my brain works differently when I am making something than when I’m simply analyzing or looking for connections between ideas. Sketching and building prototypes both require a sense of sequence and priority, and force one to make hard decisions about what fits and what can be imagined as meaningful to another person. Making is also a physical activity, which allows us to tie design reasoning into our spatial understanding of elegance and purpose that we learn from things like sports and dance and yoga.

When tackling design problems, we begin by researching the domain and the potential users, getting a sense for the whole ecosystem the problem we are focused on is part of. What happens when the design problems we face get so big that we can no longer see or understand the whole? Where do we begin then?

Peter Morville: It’s vital to match strategy to scale. Consider, for instance, the difference between architecture and urban planning. If you want a great building, hire an architect. If you want a great city, don’t. Architects make for lousy urban planners. So I only tackle projects when I’m able to see the whole. I’m an architect but, unlike Frank Lloyd Wright and Le Corbusier, I know my limits.

Uday Gajendar: You gotta start somewhere, no question. This is where “making” something to get things going is essential. It doesn’t have to be right or perfect, but it must move the conversation forward and not keep us stuck in “analysis paralysis”—which, sadly, is often a default mode thanks to spreadsheets, conference calls, and petty politics. It takes courage and a willingness to be “wrong,” exposing our vulnerabilities. Yet the act of making, even if it’s totally wrong, keeps momentum moving forward and makes progress more likely.

So start with the problem, the frame, the user, and her hopes, dreams, and goals. Consider the current de facto benchmark and ask “where are we now?” Draw a map, not just a spreadsheet list of features. And ask “where should we be in the future?” Either way, just start. There is no one right place, but there’s a wrong way: “analysis paralysis”.

David Cronin: I’m a believer in Gall’s law and the idea of emergence. You can’t successfully design a complex system; as far as I’ve seen, the best approach is to do a really good job designing simple systems that can be platforms where the right kind of complex behaviors can emerge.

Designing in that way requires thinking about things from both a zoomed-out economic perspective and a zoomed-in human perspective, but there’s no avoiding the fact that even with very big design problems, the answers always have to do with enabling and encouraging certain behaviors by individual people when they happen to encounter your system. Understanding these people and context is the still the most important way to understand the real nature of the problem space.

What is one piece of advice you have for teams trying to create products and services with quality and integrity at scale?

Peter Morville: Make sure the right person has the power to say “No.”

“Make sure the right person has the power to say no”—@morville

Uday Gajendar: Make sure you get one person at the executive level to be your champion and defender for money, resources, and political cover. Without that, you’re basically screwed.

David Cronin: Be very crisp about what opportunities and problems you are trying to address with every idea, program, and initiative. Make sure the opportunities and problems are big enough to matter, but small enough to allow for solutions that are achievable by the right sized teams within near enough time horizons that you can accurately plan design and implementation. This allows you to get people excited about your progress, and keeps things from falling apart under their own weight.

UX Magazine is a sponsor of Enterprise UX 2015, May 13-15 in San Antonio, Texas. If you want to learn more about delivering useful, delightful, and humane experiences to people who work in enterprises, register now! (Image of elephant’s skin courtesy Shutterstock.)

post authorKendra Shimmell

Kendra Shimmell, This user does not have bio yet.

Tweet
Share
Post
Share
Email
Print

Related Articles

What do Architecture, Computer Science, Agile, and Design Systems have in common?

Article by Kevin Muldoon
A Pattern Language
  • The article explores Christopher Alexander’s impact on diverse fields, from architecture to software development, introducing the concept of design patterns and their influence on methodologies like Agile and the evolution of Design Systems.
Share:A Pattern Language
7 min read

In this article, I’ll share seven incredibly useful design resources that can elevate your skills as a UX designer in 2024 and make you a well-rounded designer overall. These resources not only help you work more efficiently but also automate repetitive tasks and enable you to create outstanding user experiences. So, let’s dive into this without further delay.

Article by Abhi Chatterjee
7 Must-Have Resources for UX Designers in 2024
  • The article explores seven indispensable resources for UX designers in 2024, offering insights into design methodologies, case studies, UX laws, and practical challenges to elevate designers’ skills and efficiency.
Share:7 Must-Have Resources for UX Designers in 2024
3 min read

Since personal computing’s inception in the 80s, we’ve shifted from command-line to graphical user interfaces. The recent advent of conversational AI has reversed the ‘locus of control’: computers can now understand and respond in natural language. It’s shaping the future of UX.

Article by Jurgen Gravestein
How Conversational AI Is Shaping The Future of UX 
  • The article discusses the transformative impact of conversational AI on UX design, emphasizing the need for user-centric approaches and the emerging societal changes driven by AI technology.
Share:How Conversational AI Is Shaping The Future of UX 
3 min read

Did you know UX Magazine hosts the most popular podcast about conversational AI?

Listen to Invisible Machines

This website uses cookies to ensure you get the best experience on our website. Check our privacy policy and