Made at MiKE

This past weekend I attended MADE at MiKE: Mobile Application Development Event hosted by Bucketworks, Project H2OScore, MiKE, and Spreenkler. It was a nice opportunity to meet local (Milwaukee, WI) industry colleagues and engage in conversations around mobile design and development.

Matt Friedel, of jam-mobile.com presented some good business background on the mobile market. His presentation Mobile Business: Strategy and ROI contained some nice stats on its ramp up over the past decade and forecasts for future trends. One of his main points was that you should look at the platforms of your particular user community when considering platforms and devices to target. Even though iOS and Android may be leading the market, your app may be targeted to an industry that mostly loyal Blackberry users. Once again, you need to get to know your users.

I also attended fellow UX guru, Gretchen Thomas’ presentation Mobile Design is for Mobile Users. It was a good primer to get people thinking about the contexts in which mobile users are interacting with the apps and sites that the audience is wanting to build. Like Matt, there was an emphasis on beginning with a mobile vision and strategy rather than modifying your current website to fit in a smaller format. I loved the fictional example she walked us through illustrating her point “Mob Buddy for Angry Townspeople”.

During the Q&A after Gretchen’s presentation, someone asked how she would approach Responsive Design. Her response was a traditional position that design should not be limited by implementation considerations. On this point, I disagree. As a matter of fact, I think that this approach is unattainable and also the main reason that designers encounter so much friction.

My theory is that a long time ago some designers had a difficult time coming up with creative web designs because they couldn’t think beyond pre-CSS HTML table layouts. So they were encouraged to sketch and design in Photoshop and think about the implementation later. That was back when the web was new. There were two major browsers and most websites were static. Today, interfaces are highly dynamic and computing is ubiquitous. To get a product to market quickly, designers need to collaborate with developers in order to get to the best design as fast as possible.

Designers need to understand the medium in which their designs will be built and the technical environment in which they coexist. How else can we create designs that are efficient and take advantage of the interface capabilities?If designers adapted to become better team members and let go of our hero designer egos, we would all make better products faster.

Information Overload

For the past few years I’ve spent a lot of time reading about UX design, mostly online. Blogs from industry celebs, online magazines and scholarly research when I can get it. I’ve learned a lot. I keep current. I sign up for new social networking tools so that I understand the landscape I’m designing for. Then there are the popular gadgets I’ve purchased so that I can understand the experience and design for the devices. It’s all led up to a frenzied information consumption-rate as I gulp gleefully from the fire-hose. I love learning, but there is a tipping point at which I need to stop…slow down…let it sink in.

Focus. Breathe. Contemplate. Consider.

It’s time for me to do more of that. Take a more organized and focussed approach rather than attempting to inhale all the articles delivered in that stream-of-consciousness called Twitter. A little sorting and organizing is past due. Set aside a time for reading and a time for sharing. Then get on with the doing, which is really the most important of all.

The Sprint Ahead — Sprint Behind Tango

Several weeks ago, I had the opportunity to talk to Rob Keefer of Pomiet about his experiences with Agile UX. Rob shared several techniques that he’s had success with over the years, including the Sprint Ahead/Behind approach. Several others I’ve talked to have used this as well.

dancing the tango
Staying ahead of development and testing behind is a very complicated dance.

For those of you who haven’t heard of this before, here’s how it goes: You start with a sprint zero which gives Design time to get out ahead of development. As development gets started setting up environments and infrastructure, design continues to craft design documents that can be handed off to development in a subsequent sprint.

After a feature has been developed, design comes back around and performs usability testing and iterate. The trick is that in sprint 2, you will be designing for sprint 3, testing what was developed in sprint 1, as well as working with development as they build what you designed in sprint 1. Oh, and iterating the design in your free time.

Continue reading The Sprint Ahead — Sprint Behind Tango