<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Valtech UK &#187; MMF</title>
	<atom:link href="http://blog.valtech.co.uk/tag/mmf/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.valtech.co.uk</link>
	<description>Aggregated works of Valtech UK consultants</description>
	<lastBuildDate>Mon, 30 Jan 2012 12:23:54 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3</generator>
		<item>
		<title>MMFs – enabling incremental delivery</title>
		<link>http://blog.valtech.co.uk/mmf/mmfs-%e2%80%93-enabling-incremental-delivery/</link>
		<comments>http://blog.valtech.co.uk/mmf/mmfs-%e2%80%93-enabling-incremental-delivery/#comments</comments>
		<pubDate>Tue, 11 Jan 2011 08:43:30 +0000</pubDate>
		<dc:creator>David Draper</dc:creator>
				<category><![CDATA[Agile Requirements]]></category>
		<category><![CDATA[MMF]]></category>

		<guid isPermaLink="false">http://www.agiledesign.co.uk/agile-requirements/mmfs-enabling-incremental-delivery/</guid>
		<description><![CDATA[I just checked back to see how much I&#8217;d written about MMFs (minimum marketable features). This is a technique I use and talk about a lot so I thought I&#8217;d written more that I have. I&#8217;ll provide here a few of the ways I use MMFs and why I feel that they are so helpful [...]]]></description>
			<content:encoded><![CDATA[<div class="bottomcontainerBox" style="background-color:#F0F4F9;">
			<div style="float:left; width:85px;padding-right:10px; margin:4px 4px 4px 4px;height:30px;">
			<iframe src="http://www.facebook.com/plugins/like.php?href=http%3A%2F%2Fblog.valtech.co.uk%2Fmmf%2Fmmfs-%25e2%2580%2593-enabling-incremental-delivery%2F&amp;layout=button_count&amp;show_faces=false&amp;width=85&amp;action=like&amp;font=verdana&amp;colorscheme=light&amp;height=21" scrolling="no" frameborder="0" style="border:none; overflow:hidden; width=85px; height:21px;" allowTransparency="true"></iframe></div>
			<div style="float:left; width:80px;padding-right:10px; margin:4px 4px 4px 4px;height:30px;">
			<g:plusone size="medium" href="http://blog.valtech.co.uk/mmf/mmfs-%e2%80%93-enabling-incremental-delivery/"></g:plusone>
			</div>
			<div style="float:left; width:95px;padding-right:10px; margin:4px 4px 4px 4px;height:30px;">
			<a href="http://twitter.com/share" class="twitter-share-button" data-url="http://blog.valtech.co.uk/mmf/mmfs-%e2%80%93-enabling-incremental-delivery/"  data-text="MMFs – enabling incremental delivery" data-count="horizontal" data-via="valtech">Tweet</a>
			</div>			
			</div><div style="clear:both"></div><div style="padding-bottom:4px;"></div><p>I just checked back to see how much I&#8217;d written about MMFs (minimum marketable features). This is a technique I use and talk about a lot so I thought I&#8217;d written more that I have.</p>
<p>I&#8217;ll provide here a few of the ways I use MMFs and why I feel that they are so helpful when devising incremental delivery strategies.<br />
<span id="more-335"></span><br />
So, first thing first. MMFs are really a business tool and are a simple technique for devising and expressing the businesses strategy for delivering some outcome. The sweet spot for this technique is in providing an escape from classical big project thinking.<br />
The MMF describes simply the smallest set of features that could achieve some outcome. This is only useful if you have decided to operate in an incremental manner. If you would like to generate benefit (read cold hard cash) early and make decisions based on real data from experiences gained in the market place then MMFs are for you.<br />
An MMF may focus on:</p>
<ul>
<li>providing a workflow, e.g. subscription for a news letter</li>
<li>satisfying the need of some stakeholder e.g. generate a report</li>
<li>satisfying some persona e.g. advanced user</li>
</ul>
<p><span id="more-442"></span></p>
<p>The key to an MMF is the natural provision of a scope test. Since the first &#8220;M&#8221; is minimal we should include no feature that could be removed without impact to achieving the benefit. This rule need not be applied dogmatically. However, where I have seen the technique used to greatest effect the challenge was levied often &#8220;What if we didn&#8217;t have that feature, do we still achieve our goal?&#8221;</p>
<p>Using MMFs effectively relies on the understanding that there will be a series of MMFs. I&#8217;ve seen dysfunctional behaviour where an organisation had a habit of planning multiple releases but delivering only release 1.</p>
<p>We should remember that an MMF is not a promise to release. Rather it is a recognition that some benefit could be achieved. There are many business reasons for not releasing the minimum that could work and business motivations change over time and as the development progresses. Two examples are:</p>
<ul>
<li>A team with fixed release dates</li>
</ul>
<p>This team identifies an MMF that fits comfortably into the development period and a set of desirable additions beyond the minimum. The team commits to delivery of the MMF and typically delivers a small umber of additional features from the desirable list. This benefits the business since the delayed delivery of the MMF is offset by the improved predicability.</p>
<ul>
<li>An organisation trailing in the market and keen to make a splash.</li>
</ul>
<p>This organisation developed the product using MMFs. Each delivered MMF represented a deployment opportunity as well as a chance to solicit feedback. The MMFs helped provide focus throughout the project on achieving a viable product. However, the business waited until the product was competitive in the market place before true go-live.</p>
<p><!-- technorati tags start --></p>
<p style="text-align:right;font-size:10px;">Technorati Tags: <a href="http://www.technorati.com/tag/MMF" rel="tag">MMF</a></p>
<p><!-- technorati tags end --></p>
<div class="feedflare">
<a href="http://feeds.feedburner.com/~ff/AgileDesign?a=-4lBdfn1IKY:diMb1o_PLRs:yIl2AUoC8zA"><img src="http://feeds.feedburner.com/~ff/AgileDesign?d=yIl2AUoC8zA" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/AgileDesign?a=-4lBdfn1IKY:diMb1o_PLRs:F7zBnMyn0Lo"><img src="http://feeds.feedburner.com/~ff/AgileDesign?i=-4lBdfn1IKY:diMb1o_PLRs:F7zBnMyn0Lo" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/AgileDesign?a=-4lBdfn1IKY:diMb1o_PLRs:V_sGLiPBpWU"><img src="http://feeds.feedburner.com/~ff/AgileDesign?i=-4lBdfn1IKY:diMb1o_PLRs:V_sGLiPBpWU" border="0"></img></a>
</div>
]]></content:encoded>
			<wfw:commentRss>http://blog.valtech.co.uk/mmf/mmfs-%e2%80%93-enabling-incremental-delivery/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Reviewing a project initiation</title>
		<link>http://blog.valtech.co.uk/agile/reviewing-a-project-initiation/</link>
		<comments>http://blog.valtech.co.uk/agile/reviewing-a-project-initiation/#comments</comments>
		<pubDate>Thu, 28 Jan 2010 17:12:40 +0000</pubDate>
		<dc:creator>David Draper</dc:creator>
				<category><![CDATA[Agile]]></category>
		<category><![CDATA[MMF]]></category>
		<category><![CDATA[project initiation]]></category>
		<category><![CDATA[Project kick-off]]></category>

		<guid isPermaLink="false">http://www.agiledesign.co.uk/agile/reviewing-a-project-initiation/</guid>
		<description><![CDATA[I was recently asked to help a client kick-off development of a new product. This was to be their first &#8220;agile&#8221; project so the kick-off had to set the scene for the collaborative development approach that was to follow.
I used a variety of tools and techniques to bring the project to life. As is usually [...]]]></description>
			<content:encoded><![CDATA[<div class="bottomcontainerBox" style="background-color:#F0F4F9;">
			<div style="float:left; width:85px;padding-right:10px; margin:4px 4px 4px 4px;height:30px;">
			<iframe src="http://www.facebook.com/plugins/like.php?href=http%3A%2F%2Fblog.valtech.co.uk%2Fagile%2Freviewing-a-project-initiation%2F&amp;layout=button_count&amp;show_faces=false&amp;width=85&amp;action=like&amp;font=verdana&amp;colorscheme=light&amp;height=21" scrolling="no" frameborder="0" style="border:none; overflow:hidden; width=85px; height:21px;" allowTransparency="true"></iframe></div>
			<div style="float:left; width:80px;padding-right:10px; margin:4px 4px 4px 4px;height:30px;">
			<g:plusone size="medium" href="http://blog.valtech.co.uk/agile/reviewing-a-project-initiation/"></g:plusone>
			</div>
			<div style="float:left; width:95px;padding-right:10px; margin:4px 4px 4px 4px;height:30px;">
			<a href="http://twitter.com/share" class="twitter-share-button" data-url="http://blog.valtech.co.uk/agile/reviewing-a-project-initiation/"  data-text="Reviewing a project initiation" data-count="horizontal" data-via="valtech">Tweet</a>
			</div>			
			</div><div style="clear:both"></div><div style="padding-bottom:4px;"></div><p>I was recently asked to help a client kick-off development of a new product. This was to be their first &#8220;agile&#8221; project so the kick-off had to set the scene for the collaborative development approach that was to follow.</p>
<p>I used a variety of tools and techniques to bring the project to life. As is usually the case, some worked better than others so I thought I&#8217;d review the approach and describe some of the issues and possible reasons.</p>
<p>The agenda for the day was:</p>
<ol>
<li>Review project vision and goals</li>
<li>Establish key priorities and concerns</li>
<li>Establish candidate releasable chunks</li>
<li>Decide what to do first</li>
</ol>
<p>Attendees included the development team, development management and business sponsors.</p>
<p><strong>Project Vision</strong></p>
<p>After some general discussion about the product we set about defining the Vision. The group were split into smaller groups each mixing development and business folk. Each team was asked to come up with an elevator pitch for the project of the form:</p>
<p>For <em>__Customer__</em> who __<em>has some need</em>__<br />
the __<em>product name</em>__ is a __<em>product type</em>__<br />
that __<em>will provide some benefit</em>__<br />
unlike __<em>competing products</em>__<br />
out product will __<em>key differentiator</em>__.</p>
<p>In reviewing each groups proposed vision statement we settled on a single elevator pitch that embodied the purpose of the project and began to focus the team on what might be important.</p>
<p><strong>Project goals</strong></p>
<p>To further cement the way in which the product could be judged a success we went on to identify candidate goals. These included some consideration of how we might measure success.</p>
<p>These two exercises were received with some enthusiasm as the sub teams collaborated over achieving an accurate representation of the product. The need to measure outcomes causes business sponsors to work with those who were more technically minded in order to achieve measures that were specific, measurable and representative of the desired outcome.</p>
<p>Goals in this example included areas such as customer and sales force satisfaction as well as specific operational cost reduction goals.</p>
<p><strong>Sliders</strong></p>
<p>This is a technique that I picked up from Rob Thomsett&#8217;s <a href="http://www.amazon.co.uk/gp/product/0130094862?ie=UTF8&#038;tag=agiledesign-21&#038;linkCode=as2&#038;camp=1634&#038;creative=19450&#038;creativeASIN=0130094862">Radical Project Management</a><img src="http://www.assoc-amazon.co.uk/e/ir?t=agiledesign-21&#038;l=as2&#038;o=2&#038;a=0130094862" width="1" height="1" border="0" alt="" style="border:none !important; margin:0px !important;" />. I have used it to great effect in the past where trade-off was a critical demand of the project.</p>
<p>The sliders technique works by selecting a set of traits that could be considered to be in tension. These are represented as sliders that can be fully on, fully off or anywhere in-between. The stakeholders and team can discuss the implications of various slider positions. For example when considering cost and budget to be fixed we may choose to allow for some flexibility in scope in order to ensure quality.</p>
<p>Thomsett uses these seven measures of success; satisfied stakeholders, meet requirements, meet agreed budget, deliver on time, meet quality requirements, satisfy the team. I have used the same technique with other measures such as maintainability, time to market etc.</p>
<p>This technique was less well received than the previous two. While the discussion that was provoked was valuable some members of the group were unhappy with the somewhat arbitrary nature of the measures. One sponsor suggested that he felt that he was having to trade off his goals before even the project has started.</p>
<p>I believe that this early trade-off is a valid concern and it came up more than a couple of times throughout the project. When we apply agile principles to product development we look for small meaningful increments. This can be uncomfortable where a sponsor has internalised a grand vision.</p>
<p><strong>Establishing releasable chunks</strong></p>
<p>This exercise starts with the suggestion that it is good for the project to reach a releasable state early. We begin by identifying a set of capabilities of the system. These are grouped  based on cohesion. I use the notion of <a href="http://www.agiledesign.co.uk/agile/prioritisation-with-mmfs/" >Minimal Marketable Features</a> to focus on achieving small releasable increments. We begin to prioritise these and work to make the first chunk as small as is reasonable in order to achieve marketability.</p>
<p>This was the most valuable and effective part of the day. The notion of MMF was used extensively through the project with the business sponsor often stating that a feature was &#8220;important but not necessary for this MMF&#8221;. Further, the focus on marketability places some focus on needs that can often be deferred such as security testing, performance testing and help facilities.</p>
<p>The following day would include beginning to identify the User Stories that would be necessary in order to achieve MMF 1.</p>
<p><strong>Lessons learnt<br />
</strong><br />
In reflecting on this exercise there are things I would do the same and things I would consider doing differently. The initial Vision and Goals exercise was well worth while. While I know that the success sliders approach can be useful I may not have used that technique in this particular context.</p>
<p>A technique that I chose not to use, on reflection, would have been a good choice. As a part of the identification of releasable chunks we should have begun to identify those personas that we could address and how they related to different feature sets. I believe that this would have increased our focus on specific features and aspects of features.</p>
<p>We live and learn <img src='http://www.agiledesign.co.uk/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>Thanks for taking part in my mini retrospective on this workshop, I hope it can be of use to others. Please do feel free to ask questions of make comments below.</p>
<p><!-- technorati tags start --></p>
<p style="text-align:right;font-size:10px;">Technorati Tags: <a href="http://www.technorati.com/tag/Project%20kick%20off" rel="tag">Project kick off</a></p>
<p><!-- technorati tags end --></p>
<div class="feedflare">
<a href="http://feeds.feedburner.com/~ff/AgileDesign?a=9II20gP5jh8:kFoujon_gx8:yIl2AUoC8zA"><img src="http://feeds.feedburner.com/~ff/AgileDesign?d=yIl2AUoC8zA" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/AgileDesign?a=9II20gP5jh8:kFoujon_gx8:F7zBnMyn0Lo"><img src="http://feeds.feedburner.com/~ff/AgileDesign?i=9II20gP5jh8:kFoujon_gx8:F7zBnMyn0Lo" border="0"></img></a> <a href="http://feeds.feedburner.com/~ff/AgileDesign?a=9II20gP5jh8:kFoujon_gx8:V_sGLiPBpWU"><img src="http://feeds.feedburner.com/~ff/AgileDesign?i=9II20gP5jh8:kFoujon_gx8:V_sGLiPBpWU" border="0"></img></a>
</div>
]]></content:encoded>
			<wfw:commentRss>http://blog.valtech.co.uk/agile/reviewing-a-project-initiation/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

