<p>Marty Cagan advises product teams to act as one single cross-functional team, <strong>responsible for both discovery and delivery</strong>. The team performs these two core activities,&nbsp;discovery and delivery, continuously.</p><p>It is an anti-pattern to split into two different groups: a <em>Discovery Team</em> and a <em>Delivery Team</em>.</p>

Teams that do Product Discovery vs. Product Delivery

<p>Naturally, the product manager and product designer will spend most of their time on discovery, while the engineers will spend most of their time on delivery.</p><p>But you want to make sure that <strong>each member of the product team is engaged in both activities</strong>.</p>

Product Discovery and Product Delivery responsabilities inside a team

<p>Bad example that happens often: the product manager believes it’s her job to define the product, and then hand-off “the requirements” to the designer and engineers to implement.</p><p>Fundamentally we want to avoid having one person or group&nbsp;<em>obtain</em>&nbsp;the learnings, and then have to “hand-off” what they learned for another group to execute on.&nbsp;The group on the receiving end is inevitably going to feel like mercenaries, and not feel like their contributions on better potential solutions would be welcomed.</p>

Separating Product Discovery and Product Delivery inside a team

<!DOCTYPE html><html>
<body>
	<div>

	
	
			<header>
			<div>
							<div>
					<span></span>
					<a href="https://svpg.com/">
						<img src="https://svpg.com/wp-content/uploads/2016/10/SVPG-logo.png"/>
					</a>
				</div>
							<div>
											<nav>
						<ul><li><a href="https://svpg.com/inspired-how-to-create-products-customers-love/">INSPIRED</a></li>
<li><a href="https://svpg.com/empowered-ordinary-people-extraordinary-products/">EMPOWERED</a></li>
<li><a href="https://svpg.com/articles/">insights blog</a></li>
<li><a href="https://svpg.com/workshops/">workshops</a></li>
<li><a href="https://svpg.com/coaching/">coaching</a></li>
<li><a href="https://svpg.com/our-team/">our team</a></li>
<li><a href="https://svpg.com/contact-us/">contact us</a></li>
</ul>						</nav>
					
					
					
										<div>
						<span></span>
					</div>
					
					<div>
				<div>
					<span>Select Page</span>
					<span></span>
				</div>
			</div>				</div> 
			</div> 
			<div>
				<div>
					<form>
					<input/>					</form>
					<span></span>
				</div>
			</div>
		</header> 
			<div>
	
<div>
		<div>
		<div>
			<div>
											<article>
											<div>
							<h1>Discovery – Delivery</h1>

						<p> by <span><a href="https://svpg.com/author/marty/">Marty Cagan</a></span> | <span>Oct 30, 2020</span></p>
												</div> 
				
					<div>
					<p><span>To continue with the series on common confusions regarding product discovery, in this article I want to tackle a very damaging anti-pattern that can sometimes arise where the product team essentially devolves into two different teams, where one team is doing product discovery (aka “discovery team”), and another team is doing product delivery (aka “delivery team”).</span></p>
<p><span>Of course, I would hope anyone that follows anything that I’ve written, or really any modern product practices, knows that this is not how you want to work, and we just have a single, cross-functional product team, responsible for both discovery and delivery.</span></p>
<p><span>This is key for both </span><a href="https://svpg.com/empowered-product-teams/"><span>empowerment</span></a><span> and for </span><a href="https://svpg.com/customer-inspired-technology-enabled/"><span>innovation</span></a><span>.</span></p>
<p><span>Normally, each product team performs these two core activities, </span><a href="https://svpg.com/discovery-vs-delivery/"><span>discovery and delivery</span></a><span>, continuously.</span></p>
<p><span>Certainly, at any given point in time, different people on the product team may be focused on discovery activities or delivery activities, and obviously the product manager and product designer spend most of their time on discovery, and the engineers spend most of their time on delivery.  But if you care about empowerment and innovation you will want to make sure that each member of the product team is engaged in both activities.  It really doesn’t take much time at all for engineers to stay </span><a href="https://svpg.com/empowered-engineers-faq/"><span>engaged</span></a><span> with the ongoing discovery work.</span></p>
<p><span>Most people I meet already get this, but I do occasionally meet a team, or read some article, or see some tweet, where it’s clear the person has this very basic misunderstanding.</span></p>
<p><span>There are a few common manifestations of this problem:</span></p>
<p><span>The first is where the product manager believes it’s her job to define the product, and then hand-off “the requirements” to the designer and engineers to implement.  Pretty much all pure delivery teams work this way, and most feature teams do too, although it may also be someone further upstream (e.g. a stakeholder or business owner) that is the one defining the solutions.</span></p>
<p><span>Another especially egregious example is if the company outsources their engineering to an agency or contractors.</span></p>
<p><span>Fundamentally we want to avoid having one person or group <em>obtain</em> the learnings, and then have to “hand-off” what they learned for another group to execute on.  The group on the receiving end is inevitably going to feel like mercenaries, and not feel like their contributions on better potential solutions would be welcomed.</span></p>
<p><span>It’s the same reason that corporate innovation labs have such a poor record of delivering results.</span></p>
<p><span>It’s worth acknowledging that sometimes the people making the decisions and deciding what the solution should be may be very strong, such as a company founder or very experienced head of product.  But there will still be a </span><a href="https://svpg.com/the-most-important-thing/"><span>very high price</span></a><span> paid in terms of motivation, and lack of ownership of the results, by the people on the receiving end, not to mention the substantially reduced likelihood of innovation.</span></p>
<p><span>And over time, the people on the receiving end will self-select to those willing to work like this, and that’s when I meet founders or product leaders that complain to me about the lack of skill, initiative or ownership from the people on their teams.</span></p>
<p><span>So if you’re working to create strong empowered product teams, be sure that each of your cross-functional product teams understands that they are responsible for both discovery and delivery work, and they are responsible for coming up with </span><a href="https://svpg.com/four-big-risks/"><span>effective solutions</span></a><span> and achieving the necessary results.</span></p>
<span></span>					</div> 
					<div>
										</div> 
				</article> 

						</div> 

				<div>
		<div><h4>Get added to our newsletter:</h4>			<div><div><div><form><div><div>
				<div><label>Email </label><input/></div></div><div>
				<div><input/><img src="https://svpg.com/wp-content/plugins/sendy-widget-pro/css/img/spinner.gif"/></div></div><div></div></div><div><div>
				<div><script src="https://www.google.com/recaptcha/api.js?hl=en"></script><label>Google reCAPTCHA </label><div></div></div></div><div></div></div><input/><input/><input/><div>Please enter a valid email address</div><div>That address is already in use</div><div>Please click in Captcha box</div><div>Thanks for signing up </div></form></div></div>
</div>
		</div> <div><h4>Most Popular</h4>			<div><ul>
<li><a href=" https://svpg.com/behind-every-great-product">Behind Every Great Product</a></li>
<li><a href="https://svpg.com/product-fail">Product Fail</a></li>
<li><a href="https://svpg.com/product-success">Product Success</a></li>
<li><a href="https://svpg.com/good-product-team-bad-product-team/">Good Product Team/Bad Product Team</a></li>
<li><a href="https://svpg.com/vision-vs-strategy">Vision vs. Strategy</a></li>
<li><a href="https://svpg.com/the-inconvenient-truth-product/">The Inconvenient Truth About Product</a></li>
<li><a href="https://svpg.com/the-alternative-to-roadmaps">The Alternative To Roadmaps</a></li>
<li><a href="https://svpg.com/developing-strong-product-managers/">Developing Strong Product Managers</a></li>
<li><a href="https://svpg.com/the-vp-product-role/">The VP Product Role</a></li>
<li><a href="https://svpg.com/flavors-of-prototypes/">Flavors of Prototypes</a></li>
</ul>
</div>
		</div> <div><h4>Categories</h4>
			<ul>
					<li><a href="https://svpg.com/insights/product/">Product</a>
</li>
	<li><a href="https://svpg.com/insights/product/culture/">Product Culture</a>
</li>
	<li><a href="https://svpg.com/insights/product/design/">Product Design</a>
</li>
	<li><a href="https://svpg.com/insights/product/development/">Product Development</a>
</li>
	<li><a href="https://svpg.com/insights/product/development-process/">Product Development Process</a>
</li>
	<li><a href="https://svpg.com/insights/product/discovery/">Product Discovery</a>
</li>
	<li><a href="https://svpg.com/insights/product/management/">Product Management</a>
</li>
	<li><a href="https://svpg.com/insights/product/marketing/">Product Marketing</a>
</li>
	<li><a href="https://svpg.com/insights/product/strategy/">Product Strategy</a>
</li>
	<li><a href="https://svpg.com/insights/product/teams/">Product Teams</a>
</li>
	<li><a href="https://svpg.com/insights/product/team-objectives/">Team Objectives</a>
</li>
			</ul>

			</div> 	</div> 
		</div> 
	</div> 
	</div> 


	<span></span>


			<footer>


				
<div>
    <div>
		<div><div><div><div>
<p><img src="https://svpg.com/wp-content/uploads/2020/10/Inspired_2D-200x300.jpg"/><span><a href="https://svpg.com/empowered-ordinary-people-extraordinary-products/"> <img src="https://svpg.com/wp-content/uploads/2020/10/Empmowered_2D-200x300.jpg"/></a>Check out our books:</span></p>
<p><a href="https://svpg.com/inspired-how-to-create-products-customers-love/">INSPIRED: How To Create Products Customers Love</a></p>
<p><a href="https://svpg.com/empowered-ordinary-people-extraordinary-products/">EMPOWERED: Ordinary People, Extraordinary Products</a></p></div>
</div></div> </div> <div><div>			<div><p><a href="./privacy-policy">Privacy Policy</a></p></div>
		</div> <div>			<div><p>Silicon Valley Product Group, 4264 26th St</p>
<p>San Francisco, CA 94131</p>
</div>
		</div> <div>			<div><p>© SVPG. All Rights Reserved.</p>
</div>
		</div> </div>     </div> 
</div>    

		
				<div>
					<div>
									</div>	
				</div>
			</footer> 
		</div> 


	</div> 

	<div>
					
					<ul><li>
									<a href="http://twitter.com/share?text=Discovery%20%E2%80%93%20Delivery&amp;url=https%3A%2F%2Fsvpg.com%2Fdiscovery-delivery%2F&amp;via=@cagan">
										<i></i>
										
										
										<span></span>
									</a>
								</li><li>
									<a href="http://www.linkedin.com/shareArticle?mini=true&amp;url=https%3A%2F%2Fsvpg.com%2Fdiscovery-delivery%2F&amp;title=Discovery%20%E2%80%93%20Delivery">
										<i></i>
										
										
										<span></span>
									</a>
								</li><li>
									<a href="https://mail.google.com/mail/u/0/?view=cm&amp;fs=1&amp;su=Discovery%20%E2%80%93%20Delivery&amp;body=https%3A%2F%2Fsvpg.com%2Fdiscovery-delivery%2F&amp;ui=2&amp;tf=1">
										<i></i>
										
										
										<span></span>
									</a>
								</li></ul>
					<span></span>
				</div><div></div>
					<div>
						<div>Share This</div>
						<span></span>
						<div>
							<ul><li>
									<a href="http://twitter.com/share?text=Discovery%20%E2%80%93%20Delivery&amp;url=https%3A%2F%2Fsvpg.com%2Fdiscovery-delivery%2F&amp;via=@cagan">
										<i></i>
										<div><div>Twitter</div></div>
										
										<span></span>
									</a>
								</li><li>
									<a href="http://www.linkedin.com/shareArticle?mini=true&amp;url=https%3A%2F%2Fsvpg.com%2Fdiscovery-delivery%2F&amp;title=Discovery%20%E2%80%93%20Delivery">
										<i></i>
										<div><div>LinkedIn</div></div>
										
										<span></span>
									</a>
								</li><li>
									<a href="https://mail.google.com/mail/u/0/?view=cm&amp;fs=1&amp;su=Discovery%20%E2%80%93%20Delivery&amp;body=https%3A%2F%2Fsvpg.com%2Fdiscovery-delivery%2F&amp;ui=2&amp;tf=1">
										<i></i>
										<div><div>Email</div></div>
										
										<span></span>
									</a>
								</li></ul>
						</div>
					</div>
					<div></div><script src="https://svpg.com/wp-content/plugins/monarch/js/idle-timer.min.js?ver=1.4.12"></script>
<script>
/* <![CDATA[ */
var monarchSettings = {"ajaxurl":"https:\/\/svpg.com\/wp-admin\/admin-ajax.php","pageurl":"https:\/\/svpg.com\/discovery-delivery\/","stats_nonce":"ec07485072","share_counts":"efe7ad34f0","follow_counts":"87012db825","total_counts":"bc25f0742f","media_single":"2248d973fb","media_total":"23ee2e40b4","generate_all_window_nonce":"d303db07ea","no_img_message":"No images available for sharing on this page"};
/* ]]> */
</script>
<script src="https://svpg.com/wp-content/plugins/monarch/js/custom.js?ver=1.4.12"></script>
<script>
/* <![CDATA[ */
var DIVI = {"item_count":"%d Item","items_count":"%d Items"};
var et_shortcodes_strings = {"previous":"Previous","next":"Next"};
var et_pb_custom = {"ajaxurl":"https:\/\/svpg.com\/wp-admin\/admin-ajax.php","images_uri":"https:\/\/svpg.com\/wp-content\/themes\/Divi\/images","builder_images_uri":"https:\/\/svpg.com\/wp-content\/themes\/Divi\/includes\/builder\/images","et_frontend_nonce":"6c4aedc9b2","subscription_failed":"Please, check the fields below to make sure you entered the correct information.","et_ab_log_nonce":"0dee0a55d4","fill_message":"Please, fill in the following fields:","contact_error_message":"Please, fix the following errors:","invalid":"Invalid email","captcha":"Captcha","prev":"Prev","previous":"Previous","next":"Next","wrong_captcha":"You entered the wrong number in captcha.","wrong_checkbox":"Checkbox","ignore_waypoints":"no","is_divi_theme_used":"1","widget_search_selector":".widget_search","ab_tests":[],"is_ab_testing_active":"","page_id":"2315","unique_test_id":"","ab_bounce_rate":"5","is_cache_plugin_active":"yes","is_shortcode_tracking":"","tinymce_uri":""}; var et_builder_utils_params = {"condition":{"diviTheme":true,"extraTheme":false},"scrollLocations":["app","top"],"builderScrollLocations":{"desktop":"app","tablet":"app","phone":"app"},"onloadScrollLocation":"app","builderType":"fe"}; var et_frontend_scripts = {"builderCssContainerPrefix":"#et-boc","builderCssLayoutPrefix":"#et-boc .et-l"};
var et_pb_box_shadow_elements = [];
var et_pb_motion_elements = {"desktop":[],"tablet":[],"phone":[]};
var et_pb_sticky_elements = [];
/* ]]> */
</script>
<script src="https://svpg.com/wp-content/themes/Divi/js/custom.unified.js?ver=4.6.1"></script>
<script src="https://svpg.com/wp-content/themes/Divi/core/admin/js/common.js?ver=4.6.1"></script>
<script src="https://svpg.com/wp-includes/js/wp-embed.min.js?ver=5.5.3"></script>






</body></html>

remotework

Remote Work

Discover the world of business and economics.

economics

Economics

creativity

Creativity

startup

Startups

humanresources

Human Resources

<ul><li><a href="https://svpg.com/inspired-how-to-create-products-customers-love/">INSPIRED </a> </li><li><a href="https://svpg.com/empowered-ordinary-people-extraordinary-products/">EMPOWERED </a> </li><li><a href="https://svpg.com/articles/">insights blog </a> </li><li><a href="https://svpg.com/workshops/">workshops </a> </li><li><a href="https://svpg.com/coaching/">coaching </a> </li><li><a href="https://svpg.com/our-team/">our team </a> </li><li><a href="https://svpg.com/contact-us/">contact us </a> </li> </ul>

<p>by <span><a href="https://svpg.com/author/marty/">Marty Cagan </a> </span>| <span>Oct 30, 2020 </span> </p>

<p><span>To continue with the series on common confusions regarding product discovery, in this article I want to tackle a very damaging anti-pattern that can sometimes arise where the product team essentially devolves into two different teams, where one team is doing product discovery (aka “discovery team”), and another team is doing product delivery (aka “delivery team”). </span> </p>

<p><span>Of course, I would hope anyone that follows anything that I’ve written, or really any modern product practices, knows that this is not how you want to work, and we just have a single, cross-functional product team, responsible for both discovery and delivery. </span> </p>

<p><span>This is key for both </span><a href="https://svpg.com/empowered-product-teams/"><span>empowerment </span> </a><span>and for </span><a href="https://svpg.com/customer-inspired-technology-enabled/"><span>innovation </span> </a><span>. </span> </p>

<p><span>Normally, each product team performs these two core activities, </span><a href="https://svpg.com/discovery-vs-delivery/"><span>discovery and delivery </span> </a><span>, continuously. </span> </p>

<p><span>Certainly, at any given point in time, different people on the product team may be focused on discovery activities or delivery activities, and obviously the product manager and product designer spend most of their time on discovery, and the engineers spend most of their time on delivery. But if you care about empowerment and innovation you will want to make sure that each member of the product team is engaged in both activities. It really doesn’t take much time at all for engineers to stay </span><a href="https://svpg.com/empowered-engineers-faq/"><span>engaged </span> </a><span>with the ongoing discovery work. </span> </p>

<p><span>Most people I meet already get this, but I do occasionally meet a team, or read some article, or see some tweet, where it’s clear the person has this very basic misunderstanding. </span> </p>

<p><span>There are a few common manifestations of this problem: </span> </p>

<p><span>The first is where the product manager believes it’s her job to define the product, and then hand-off “the requirements” to the designer and engineers to implement. Pretty much all pure delivery teams work this way, and most feature teams do too, although it may also be someone further upstream (e.g. a stakeholder or business owner) that is the one defining the solutions. </span> </p>

<p><span>Another especially egregious example is if the company outsources their engineering to an agency or contractors. </span> </p>

<p><span>Fundamentally we want to avoid having one person or group <em>obtain </em>the learnings, and then have to “hand-off” what they learned for another group to execute on. The group on the receiving end is inevitably going to feel like mercenaries, and not feel like their contributions on better potential solutions would be welcomed. </span> </p>

<p><span>It’s the same reason that corporate innovation labs have such a poor record of delivering results. </span> </p>

<p><span>It’s worth acknowledging that sometimes the people making the decisions and deciding what the solution should be may be very strong, such as a company founder or very experienced head of product. But there will still be a </span><a href="https://svpg.com/the-most-important-thing/"><span>very high price </span> </a><span>paid in terms of motivation, and lack of ownership of the results, by the people on the receiving end, not to mention the substantially reduced likelihood of innovation. </span> </p>

<p><span>And over time, the people on the receiving end will self-select to those willing to work like this, and that’s when I meet founders or product leaders that complain to me about the lack of skill, initiative or ownership from the people on their teams. </span> </p>

<p><span>So if you’re working to create strong empowered product teams, be sure that each of your cross-functional product teams understands that they are responsible for both discovery and delivery work, and they are responsible for coming up with </span><a href="https://svpg.com/four-big-risks/"><span>effective solutions </span> </a><span>and achieving the necessary results. </span> </p>

<ul><li><a href=" https://svpg.com/behind-every-great-product">Behind Every Great Product </a> </li><li><a href="https://svpg.com/product-fail">Product Fail </a> </li><li><a href="https://svpg.com/product-success">Product Success </a> </li><li><a href="https://svpg.com/good-product-team-bad-product-team/">Good Product Team/Bad Product Team </a> </li><li><a href="https://svpg.com/vision-vs-strategy">Vision vs. Strategy </a> </li><li><a href="https://svpg.com/the-inconvenient-truth-product/">The Inconvenient Truth About Product </a> </li><li><a href="https://svpg.com/the-alternative-to-roadmaps">The Alternative To Roadmaps </a> </li><li><a href="https://svpg.com/developing-strong-product-managers/">Developing Strong Product Managers </a> </li><li><a href="https://svpg.com/the-vp-product-role/">The VP Product Role </a> </li><li><a href="https://svpg.com/flavors-of-prototypes/">Flavors of Prototypes </a> </li> </ul>

<ul><li><a href="https://svpg.com/insights/product/">Product </a> </li><li><a href="https://svpg.com/insights/product/culture/">Product Culture </a> </li><li><a href="https://svpg.com/insights/product/design/">Product Design </a> </li><li><a href="https://svpg.com/insights/product/development/">Product Development </a> </li><li><a href="https://svpg.com/insights/product/development-process/">Product Development Process </a> </li><li><a href="https://svpg.com/insights/product/discovery/">Product Discovery </a> </li><li><a href="https://svpg.com/insights/product/management/">Product Management </a> </li><li><a href="https://svpg.com/insights/product/marketing/">Product Marketing </a> </li><li><a href="https://svpg.com/insights/product/strategy/">Product Strategy </a> </li><li><a href="https://svpg.com/insights/product/teams/">Product Teams </a> </li><li><a href="https://svpg.com/insights/product/team-objectives/">Team Objectives </a> </li> </ul>

<p><img src="https://svpg.com/wp-content/uploads/2020/10/Inspired_2D-200x300.jpg"/><span><a href="https://svpg.com/empowered-ordinary-people-extraordinary-products/"><img src="https://svpg.com/wp-content/uploads/2020/10/Empmowered_2D-200x300.jpg"/> </a>Check out our books: </span> </p>

<p><a href="https://svpg.com/inspired-how-to-create-products-customers-love/">INSPIRED: How To Create Products Customers Love </a> </p>

<p><a href="https://svpg.com/empowered-ordinary-people-extraordinary-products/">EMPOWERED: Ordinary People, Extraordinary Products </a> </p>

<p><a href="./privacy-policy">Privacy Policy </a> </p>

<p>Silicon Valley Product Group, 4264 26th St </p>

<ul><li><a href="http://twitter.com/share?text=Discovery%20%E2%80%93%20Delivery&amp;url=https%3A%2F%2Fsvpg.com%2Fdiscovery-delivery%2F&amp;via=@cagan"><i> </i><div><div>Twitter </div> </div><span> </span> </a> </li><li><a href="http://www.linkedin.com/shareArticle?mini=true&amp;url=https%3A%2F%2Fsvpg.com%2Fdiscovery-delivery%2F&amp;title=Discovery%20%E2%80%93%20Delivery"><i> </i><div><div>LinkedIn </div> </div><span> </span> </a> </li><li><a href="https://mail.google.com/mail/u/0/?view=cm&amp;fs=1&amp;su=Discovery%20%E2%80%93%20Delivery&amp;body=https%3A%2F%2Fsvpg.com%2Fdiscovery-delivery%2F&amp;ui=2&amp;tf=1"><i> </i><div><div>Email </div> </div><span> </span> </a> </li> </ul>

Discovery - Delivery | Silicon Valley Product Group

Teams that do Product Discovery vs. Product Delivery

Product Discovery and Product Delivery responsabilities inside a team

Separating Product Discovery and Product Delivery inside a team

Valerian Banu's ideas are part of this journey:

Related collections

Similar ideas