We spend 45 minutes (tops) creating a passable map, which is easy enough by this point. In the book it takes half a day, but when it’s all built up like this you can do it in 45 minutes. You do NOT need longer to create a map that’s good enough. The Decider then chooses a target area on the map—and voilà! That’s Monday done in half a day. Time for lunch and a BIG coffee…
Once everyone is BFFs, we introduce design sprints as a practice. We talk about how they fit into the bigger picture of business innovation, design thinking, and product development. We help attendees understand the work your team will need to do before the sprint, to ensure we’re connecting business value to the sprint, as well as choosing the right/best challenge.
Here at IDEO, it’s not uncommon to see dog-eared copies of Jake Knapp’s Sprint, a book that outlines the five-day process that Google Ventures uses to solve tough design problems. The books are stacked on desks, passed from designer to designer, and referenced in research planning discussions. Why? Because the Sprint process pushes you to think outside of the box, even at a creative place like IDEO. It helps you shift away from following your gut instinct and opinions; instead, it encourages you to let users guide your decision making. And it pushes you to move fast.
Access to all the course videos, that not only describe the process in a great deal of detail, but also the mindset and very concrete tactics that you can put to work immediately. You also get access to all the bonus materials, including the Design Sprint cheatsheet, the preparation checklist, and facilitators toolkit, and lifetime access to the AJ&Smart Design Sprint community. As a student on the course you'll get lifetime access to all course improvements (we’re a big believer of continuous improvements, and you’ll get to benefit from this!)
The Sprint method allowed the team to start prototyping quickly, collect immediate user feedback, and make small mistakes early. We conducted multiple design sprints in quick loops—folding the learning from week one into the structure of week two, and so on. We learned a lot in the process. Here are a few quick tips we picked up for running successful and energizing design sprints.
Your sprint began with a big challenge, an excellent team—and not much else. By Friday, you’ve created promising solutions, chosen the best, and built a realistic prototype. That alone would make for an impressively productive week. But you’ll take it one step further as you interview customers and learn by watching them react to your prototype. This test makes the entire sprint worthwhile: At the end of the day, you’ll know how far you have to go, and you’ll know just what to do next.
The second principle is that of the well known "Short Cycled PDCA". For every action you take, use assumptions to you state the desired output of that action, the path you want to follow (process) and the required input of that action in time, money and other resources. Than you take that action, after which you reflect of the actual input, output and process. Were our assumptions right? Are the results as expected? Can the results be improved? Was the process effective? In short: Learn, adjust, plan again, do again and check again. These cycles can vary from a day to a week each. Do not plan to far ahead, because the assumptions and insights on which your planning is based will probably change several times.
With more than 500 new apps entering the market every day, what does it take to build a successful digital product? You can greatly reduce your risk of failure with design sprints, a process that enables your team to prototype and test a digital product idea within a week. This practical guide shows you exactly what a design sprint involves and how you can incorporate the process into your organization.
Ah, Tuesday morning. A leisurely stroll around the gallery of concept sketches, coffee cup in hand, taking it all in. We spend the whole morning deciding what to prototype, starting with the Heat Map, where people place multiple votes on inspiring parts of sketches so that clusters can form. These clusters are then highlighted in the solution presentations, where the moderator walks the room through each individual sketch, followed by the straw poll (where everybody puts one vote on the one solution they want to push forward). The morning is rounded off with the Decider’s vote, where they pick one or two concepts that they want to prototype.
These features are not just promises in well-designed marketing brochures or the website, but are part of the actual experience. According to Mark, the key highlights were the “course content, delivery, and quality participants.” He says, “The content, both from MIT Professor Steve Eppinger and approaches from IDEO were leading edge. Added to that, the course structure had a good mix of online learning, weekly group webinars and group assignments. Then again, the group itself was highly motivated and provided quality inputs. All this put together has helped me enhance my own offering.”
Tim references the importance of subtle behavior shifts, especially from leaders. One recipe for unsuccessful teams is having unrealistic time constraints. Teams miss deadlines, take a long time to iterate, and leaders get impatient. The way to flip this is to find ways to get to fast iterations and fast learning. The notion of what is failure changes dramatically along the time axis. The antidote of not being allowed to fail is to learn faster. It doesn’t feel like a failure if you learn in a week.
After you have a big and vague problem that your team decided to run a Sprint on, the next step is further defining the problem so that it’s concrete and manageable. Instead of a too vague statement like “How to reduce food waste in New York City”. You and the team need to do some pre-work to further define the problem — Who are the users? What’s your product focus/technology/strength? What are the constrains? Believe it or not, your team usually already know a lot about the problem. Someone in the organization probably already done some research or had some ideas. If your team has nothing, then look outside your organization, chances are that there is a competitor somewhere already doing something similar.
One of the best ways to gain insights in a Design Thinking process is to carry out some form of prototyping. This method involves producing an early, inexpensive, and scaled down version of the product in order to reveal any problems with the current design. Prototyping offers designers the opportunity to bring their ideas to life, test the prac...
If I learned anything from Pixar in the last decade, it’s that life is complicated and often requires a balance of joy and sadness to make it through the tougher times (Inside Out, you get me). Whether you’re in the writing/design field, or someone who deals with customers on an ongoing basis, the key to creating memorable experiences starts with… Read More ￫
action activity Aldo Rossi analogy analysis applied approach appropriate architects architectural design architectural positions arrangement aspects associationism Bernstein bricolage building chitectural clearly Colquhoun complex composition concept constraints construction context Corbusier creative decision decision tree defined design problems design thinking devices distinction earlier elements episodes evaluation example expression facade figure formal framework functional further Hannes Meyer heuristic heuristic reasoning inquiry instance interpretation involved kind Le Corbusier logical means means-ends analysis ment Michael Graves modern normative positions organizing principles orientation particular Peter Eisenman planning Press prob problem at hand problem space problem-solving behavior procedures proposed protocol qualities Rational Architecture realm reference represent rules scheme Scott Brown seen selective inattention sense Simon social solution solver solving spatial specific strategy structure subproblems systematic technical theoretical theory tion tradition tural ture urban design wicked problems York