Amy Lee THUMB

Amy Lee

So we’re told to go faster – not just in product development, but with everything. And now there are all these ‘new’ methodologies and tools out there that are supposed to help us go fast. And those methodologies and tools are captured in so many books, videos and blogs (like this one!) that it’s almost impossible to keep track.
Lean Startup. Design Thinking. Design Sprints. Agile. How are we supposed to move faster if we need to spend days and months reading and evaluating methods? 
Even if you have time to dig deep into all of these methodologies, it can be hard to keep them straight – especially since they are not mutually exclusive from one another:

 
Lean Startup draws inspiration from the scientific method, Lean Manufacturing and Agile Development. Agile is an iterative approach that breaks development down into one- to two-week sprints. Sprints is the name of the book that Google just published. Sprints are like bite-sized pieces of Design Thinking – an iterative approach to innovation that relies heavily on prototypes to test ideas and learn. These prototypes are a lot like the MVPs of Lean Startup.
Whew. 

 
The good news, though, is that if you dig into each of these methodologies you’ll find they have a few core principles in common. These principles are at the heart of enabling speed:

 
Break down problems into smaller pieces Instead of trying to bite off everything at once they tackle problems in bits, but in different ways. This can make things more manageable overall (think, Agile), but it also allows for a better understanding of what a “problem” is (in the case of Design Thinking, especially) or it allows red flags to be seen and addressed sooner than later (Lean Startup, Sprints).
Keep focus on the end-user Whether it be a focus on a “customer” or a “human,” the end-user is at the heart of the process and decisions. Agile prioritizes customers in the first principle of the “Agile Manifesto.” Design Thinking is deeply empathetic, practicing “human-centered design.”
Lead with diverse and empowered teams Going faster means having the right people in the room and empowering them to make decisions. While they all do this, Google’s Design Sprint methodology puts this front and center. The Sprint approach is prescriptive with regards to team size (seven people is ideal) and composition and calls for a “decider” to be dedicated to the Sprint.

Those three principles provide a great starting point to move development faster. Aside from those foundations and the methodologies they support, there are a few other key principles and behaviors that help teams go fast:
Use communication as a driving force Good communication is like WD40 for new product development. Teams need to invest in communication early, often and after an initiative is in the works to achieve and keep momentum. It also requires communication to be different – beyond PowerPoints and Skype calls to immersive, memorable and decision-driving experiences.
Have a Design mindset Design (with a capital D) can mean so many things but there are two parts of a Design mindset that help teams go fast:
<ul><li>Deep human understanding – falling in love with the customer, even. The more understanding there is for the person beyond just a solution or a problem, the more room there is to pivot and to pivot quickly. When we understand why people do what they do, we make decisions faster.</li><li>Pushing design beyond “minimal” or “functional.” Sometimes design suffers because it’s assumed to be only about aesthetics. It’s not, but aesthetics and usability are correlated and a well-designed experience is more likely to be accepted faster.</li></ul>
Be disciplined, but forgiving This is also twofold:
<ul><li>Realize that if you try a new method for your next project you probably won’t get it right the first time. Try it on a small project. It will probably be rough. Do it again. And again. Now you’ve got it!</li><li>Once you learn the ins and outs of one of these methodologies and its associated tools, it is easy to get bogged down in the specifics (I plead guilty to this!). While it’s critically important that the terms are understood (what do we mean by “fast” or MVP? Is this Agile or agile?), try not to get so bogged down in the vocabulary that it slows you down. Find a balance.</li></ul>
That last point leads to one of the most important things to keep in mind: There is not a one-size-fits all approach. Every organization and every project demands rigorous pre-work to think about what approach make sense (and it’s probably more than one). That means not just thinking about which approach is right for the problem or the project but which approach is the best fit for your organization, the decision makers and the team that will work on it.

 
So, as much as this post is about going fast and all the ways you can get there, it’s also about realizing that sometimes you need to “go slow to go fast.”
To watch the presentation, please click the image below.

Insights & Strategy

Design Strategy

Innovation is risky business. It is expensive and time consuming. The faster you move, the longer you can survive.
So we’re told to go faster – not just in product development, but with everything.

We can help turn your technology into a user-friendly market disruptor.

Sector Page: Startups (text only)

And now there are all these ‘new’ methodologies and tools out there that are supposed to help us go fast. And those methodologies and tools are captured in so many books, videos and blogs (like this one!) that it’s almost impossible to keep track.
Lean Startup. Design Thinking. Design Sprints. Agile. How are we supposed to move faster if we need to spend days and months reading and evaluating methods?&nbsp;(Click <a href="https://cms.delve.com/assets/documents/2016-10-10c_GoingFast_Resources_11x17.pdf" target="_blank">here</a> for descriptions and links to some good resources for more information.)
Even if you have time to dig deep into all of these methodologies, it can be hard to keep them straight – especially since they are not mutually exclusive from one another:
<ul><li>Lean Startup draws inspiration from the scientific method, Lean Manufacturing and Agile Development.&nbsp;</li><li>Agile is an iterative approach that breaks development down into one- to two-week sprints.</li><li>Sprints is the name of the book that Google just published.&nbsp;</li><li>Sprints are like bite-sized pieces of Design Thinking – an iterative approach to innovation that relies heavily on prototypes to test ideas and learn. These prototypes are a lot like the MVPs of Lean Startup.</li></ul>
Whew.
The good news, though, is that if you dig into each of these methodologies you’ll find they have a few core principles in common. These principles are at the heart of enabling speed:
<h3>Break down problems into smaller pieces</h3>
Instead of trying to bite off everything at once they tackle problems in bits, but in different ways. This can make things more manageable overall (think, Agile), but it also allows for a better understanding of what a “problem” is (in the case of Design Thinking, especially) or it allows red flags to be seen and addressed sooner than later (Lean Startup, Sprints).
<h3>Keep focus on the end-user</h3>
Whether it be a focus on a “customer” or a “human,” the end-user is at the heart of the process and decisions. Agile prioritizes customers in the first principle of the “Agile Manifesto.” Design Thinking is deeply empathetic, practicing “human-centered design.” 
<h3>Lead with diverse and empowered teams</h3>
Going faster means having the right people in the room and empowering them to make decisions. While they all do this, Google’s Design Sprint methodology puts this front and center. The Sprint approach is prescriptive with regards to team size (seven people is ideal) and composition and calls for a “decider” to be dedicated to the Sprint.

A multidisciplinary team has the edge in creating innovative, well-rounded solutions that meet the needs of all stakeholders.

Don't Miss: Why Multidisciplinary Teams Design Better Products

Those three principles provide a great starting point to move development faster. Aside from those foundations and the methodologies they support, there are a few other key principles and behaviors that help teams go fast:
<h3>Use communication as a driving force</h3>
Good communication is like WD40 for new product development. Teams need to invest in communication early, often and after an initiative is in the works to achieve and keep momentum. It also requires communication to be different – beyond PowerPoints and Skype calls to immersive, memorable and decision-driving experiences.
<h3>Have a Design mindset </h3>
Design (with a capital D) can mean so many things but there are two parts of a Design mindset that help teams go fast:
<ul><li>Deep human understanding – falling in love with the customer, even. The more understanding there is for the person beyond just a solution or a problem, the more room there is to pivot and to pivot quickly. When we understand why people do what they do, we make decisions faster.</li><li>Pushing design beyond “minimal” or “functional.” Sometimes design suffers because it’s assumed to be only about aesthetics. It’s not, but aesthetics and usability are correlated and a well-designed experience is more likely to be accepted faster.</li></ul>
<h3>Be disciplined, but forgiving </h3>
This is also twofold:
<ul><li>Realize that if you try a new method for your next project you probably won’t get it right the first time. Try it on a small project. It will probably be rough. Do it again. And again. Now you’ve got it!</li><li>Once you learn the ins and outs of one of these methodologies and its associated tools, it is easy to get bogged down in the specifics (I plead guilty to this!). While it’s critically important that the terms are understood (<a href="https://www.delve.com/insights/mvp" target="_blank">what do we mean by “fast” or MVP?</a> Is this Agile or agile?), try not to get so bogged down in the vocabulary that it slows you down. Find a balance.</li></ul>
That last point leads to one of the most important things to keep in mind: There is not a one-size-fits all approach. Every organization and every project demands rigorous pre-work to think about what approach make sense (and it’s probably more than one). That means not just thinking about which approach is right for the problem or the project but which approach is the best fit for your organization, the decision makers and the team that will work on it.
So, as much as this post is about going fast and all the ways you can get there, it’s also about realizing that sometimes you need to “go slow to go fast.”
To watch the presentation, please click below:

Sector Page: Startups

Note:&nbsp;Design Concepts is now Delve. This video was recorded prior to the re-brand.

Learn more about&nbsp;<a href="https://www.delve.com/startups" target="_blank">Delve Product Concept Development for Startup Businesses.</a>

SEO Text: Startups Sector

12 Article Lee Going Fast H1

12 Article Lee Going Fast S2

There are several methodologies available to speed up the development process. Which best fits your needs?

Contact Us | General (Let's build something together)

Startups

Home

Insights

Need for speed: Approaches to picking up the pace of development

Breadcrumbs

A full-service product design and strategic innovation consultancy.

Delve

There are several methodologies available to speed up the development process. Which best fits your needs?

description

generator

kSwNn6qD4B-4HloWnWMUBWQNpBx2_mPi3nMqgsh6ato

google-site-verification

speed, available, development, methodologies, process, best, fits, needs

keywords

https://cms.delve.com/assets/images/_1200x630_crop_center-center_82_none/12-Article_Lee_GoingFast_H1.jpg?mtime=1598897948

https://linkedin.com/company/delvedesign/

https://www.delve.com/insights/need-for-speed

referrer

robots

twitter:card

twitter:creator

twitter:description

https://cms.delve.com/assets/images/_800x418_crop_center-center_82_none/12-Article_Lee_GoingFast_H1.jpg?mtime=1598897948

twitter:image

twitter:image:alt

twitter:image:height

twitter:image:width

twitter:site

twitter:title

{"title":{"title":"Need for speed: Approaches to picking up the pace of… | Delve"}}

Be More Innovative

There are several methodologies available to speed up the development process. How do you know which best fits your needs?

Privacy Policy

FCOI Policy

Services

Industries

Case Studies

Testimonials

What We Do

About Us

Our People

Join Our Team

Careers

Newsroom

Who We Are

Boston

Madison

Philadelphia

San Francisco

Our Studios

Partner with Delve

Contact Us

Contact

Vamsee Pamula, Founder &amp; President, Baebies

Read informative articles from Delve's team of experts. Discover innovative strategies and insights about product design, engineering, and development.

Delve Insights: Product Innovation & Development Blog

innovation, product, design, advice, development

https://cms.delve.com/assets/images/_1200x630_crop_center-center_82_none/Delve_titlecard.png?mtime=1654035558

https://cms.delve.com/assets/images/_800x418_crop_center-center_82_none/Delve_titlecard.png?mtime=1654035558

Need for speed: Approaches to picking up the pace of development

Need for speed: Approaches to picking up the pace of development

Related Insights