This is a sample chapter from Mike Monteiro’s book Design Is a Job. 2012, A Book Apart.
Chapter 8: Managing Feedback
Gathering and managing feedback is an essential part of the design process. And next to Adobe updater updates, it’s the thing designers complain about the most. Complaints range from “They’re not telling me what to do!” to “They’re telling me what to do!” to “Oh, God! They sent a PowerPoint comp!”
We’re far enough along in this book now that I bet you can guess what’s coming. That’s right: I love you, but it’s your fault. You can’t assume clients will know how to give you the right feedback at the right time and in the right manner. What you can assume, however, is that both you and the client are trying to get to the same goal: a successful project. So take a deep breath. And let’s figure out how to get what you need. Read More
Agile development has recently captured the imagination of many software development teams—and with good reason: its focus on producing working software quickly is well suited to today’s fast-paced markets. But how do you go about combining agile with user-centered design (UCD) so you can enjoy the benefits of both approaches? On the face of it, they should work well together because both philosophies are iterative, incorporating testing with users and refinement. But in practice, they often conflict with one another.
An agile approach such as Scrum tries to minimize up-front planning in favor of producing working code quickly. Plus, agile generally prefers in-situ workshops for gathering requirements, while UCD largely favors up-front user research. Agile also uses working software as its primary measure of progress, while UCD focuses on whether users can easily achieve their goals—with or without software. To add to these discrepancies, because agile is typically led by developers, while UX professionals usually drive UCD, the differences between these two approaches can result in political conflicts in many companies. Read More
Whether you’re doing business development for an agency or an in-house UX group, to win a stakeholder’s business, you must provide a value proposition that makes your services more attractive than those of your competitors. If you’re managing a project, a team, or a business that depends on the delivery of services, it’s essential that you negotiate the project scope and ensure your stakeholders understand what you’ll be delivering before beginning work. It’s also important to reconcile the project scope and track status along the way and to manage costs and stakeholder expectations—not to mention your contractual obligations.
In this article, I’ll describe the approach that I devised for scoping, estimating, and reconciling services at Phase II, an external agency, and have since applied as an internal service provider at Intel and The Home Depot. The scoping and estimating spreadsheet that I created has evolved over the years and now accounts for a far broader range of services than it did initially. My work, whether at Phase II or as an internal service provider has always focused on B2B (Business to Business) applications—meaning I am serving clients who have clients of their own. This is an important perspective to keep in mind. In a B2B context, your clients need to know the costs of services they’ll incur as quickly and transparently as possible, so they can, in turn, manage their change orders with their client. Read More