{"id":1931,"date":"2021-05-17T16:24:39","date_gmt":"2021-05-17T14:24:39","guid":{"rendered":"https:\/\/storiesonboard.com\/blog\/?p=1931"},"modified":"2023-08-16T11:25:22","modified_gmt":"2023-08-16T09:25:22","slug":"moscow-prioritization-model","status":"publish","type":"post","link":"https:\/\/storiesonboard.com\/blog\/moscow-prioritization-model","title":{"rendered":"Master User Requirements with MoSCoW Prioritization Model"},"content":{"rendered":"\n<div class=\"wp-block-columns is-layout-flex wp-container-core-columns-is-layout-9d6595d7 wp-block-columns-is-layout-flex\">\n<div class=\"wp-block-column is-layout-flow wp-block-column-is-layout-flow\" style=\"flex-basis:100%\">\n<div class=\"wp-block-rank-math-toc-block has-base-background-color has-background\" id=\"rank-math-toc\"><h2>Contents<\/h2><nav><div><div><a href=\"#mo-s-co-w-prioritization-is-key-to-product-success\">MoSCoW: prioritization is key to product success<\/a><\/div><div><a href=\"#why-is-prioritization-key-in-agile-product-development\">Why is prioritization key in agile product development?<\/a><\/div><div><a href=\"#how-does-the-mo-s-co-w-prioritization-model-work-for-agile-product-development\">How does the MoSCoW prioritization model work for agile product development?<\/a><\/div><div><a href=\"#mo-s-co-w-prioritization-technique-and-agile-product-development\">MoSCoW prioritization technique and agile product development<\/a><\/div><div><a href=\"#top-3-tips-to-master-mo-s-co-w-prioritization-model\">Top 3 tips to master MoSCoW prioritization model\u00a0<\/a><\/div><div><a href=\"#conclusion\">Conclusion<\/a><\/div><\/div><\/nav><\/div>\n<\/div>\n<\/div>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"mo-s-co-w-prioritization-is-key-to-product-success\">MoSCoW: prioritization is key to product success<\/h2>\n\n\n\n<p>Most apps we use today look pretty different in comparison to their initial releases. The same goes for your business and your users. New apps come and go and very few survive the competition. Some lose their importance, others disappear completely. This phenomenon has a lot to do with how app makers prioritize what they offer users.<\/p>\n\n\n\n<p>Agile Product Development teams know this is best. To figure out what to implement first, hoping for success, you can opt for a variety of prioritization models. This time we&#8217;ll be examining how the MoSCoW prioritization model of prioritization can help you achieve your goals.<\/p>\n\n\n\n<figure class=\"wp-block-embed is-type-wp-embed is-provider-storiesonboard-blog wp-block-embed-storiesonboard-blog\"><div class=\"wp-block-embed__wrapper\">\n<blockquote class=\"wp-embedded-content\" data-secret=\"YBzAB9vrgs\"><a href=\"https:\/\/storiesonboard.com\/blog\/best-prioritization-models\">The 7 Best Prioritization Models in Agile Product Development<\/a><\/blockquote><iframe class=\"wp-embedded-content\" sandbox=\"allow-scripts\" security=\"restricted\" style=\"position: absolute; clip: rect(1px, 1px, 1px, 1px);\" title=\"&#8220;The 7 Best Prioritization Models in Agile Product Development&#8221; &#8212; StoriesOnBoard Blog\" src=\"https:\/\/storiesonboard.com\/blog\/best-prioritization-models\/embed#?secret=HbKCFoIf4i#?secret=YBzAB9vrgs\" data-secret=\"YBzAB9vrgs\" width=\"600\" height=\"338\" frameborder=\"0\" marginwidth=\"0\" marginheight=\"0\" scrolling=\"no\"><\/iframe>\n<\/div><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\">Prioritization examples: Snapchat stories<\/h3>\n\n\n\n<p>Snapchat stories are one of the best examples of breakthrough features that the very inventor couldn&#8217;t stay intact. Within 2 years of launching &#8220;stories&#8221; on its platform, Snapchat was rivaling Instagram&#8217;s version of short-lived stories, which completely dethroned Snapchat.&nbsp;<\/p>\n\n\n\n<p>This happened because Facebook started capitalizing on the already established market for stories. The company prioritized innovations in the concept, took user feedback seriously, and a few iterations later, it overtook the market.<\/p>\n\n\n\n<p><strong><em>The magic happened because of the right prioritization.<\/em><\/strong> In this article, we discuss the MoSCoW Prioritization model for Agile Product Development teams. The model is lightweight and easy to adapt. Let&#8217;s dive into it!<\/p>\n\n\n\n<div class=\"wp-block-group has-base-background-color has-background is-content-justification-left is-nowrap is-layout-flex wp-container-core-group-is-layout-f56a869c wp-block-group-is-layout-flex\" style=\"font-size:100px\">\n<h2 class=\"has-base-3-color has-contrast-2-background-color has-text-color has-background has-medium-font-size wp-block-heading\">Expand your knowledge, follow us for more!<\/h2>\n\n\n\n<ul class=\"wp-block-social-links has-small-icon-size has-icon-color is-style-default is-horizontal is-content-justification-space-between is-layout-flex wp-container-core-social-links-is-layout-9262d1ff wp-block-social-links-is-layout-flex\"><li class=\"wp-social-link wp-social-link-linkedin  wp-block-social-link\"><a rel=\"noopener nofollow\" target=\"_blank\" href=\"https:\/\/www.linkedin.com\/company\/storiesonboard\" class=\"wp-block-social-link-anchor\"><svg width=\"24\" height=\"24\" viewBox=\"0 0 24 24\" version=\"1.1\" xmlns=\"http:\/\/www.w3.org\/2000\/svg\" aria-hidden=\"true\" focusable=\"false\"><path d=\"M19.7,3H4.3C3.582,3,3,3.582,3,4.3v15.4C3,20.418,3.582,21,4.3,21h15.4c0.718,0,1.3-0.582,1.3-1.3V4.3 C21,3.582,20.418,3,19.7,3z M8.339,18.338H5.667v-8.59h2.672V18.338z M7.004,8.574c-0.857,0-1.549-0.694-1.549-1.548 c0-0.855,0.691-1.548,1.549-1.548c0.854,0,1.547,0.694,1.547,1.548C8.551,7.881,7.858,8.574,7.004,8.574z M18.339,18.338h-2.669 v-4.177c0-0.996-0.017-2.278-1.387-2.278c-1.389,0-1.601,1.086-1.601,2.206v4.249h-2.667v-8.59h2.559v1.174h0.037 c0.356-0.675,1.227-1.387,2.526-1.387c2.703,0,3.203,1.779,3.203,4.092V18.338z\"><\/path><\/svg><span class=\"wp-block-social-link-label screen-reader-text\">LinkedIn<\/span><\/a><\/li>\n\n<li class=\"wp-social-link wp-social-link-facebook  wp-block-social-link\"><a rel=\"noopener nofollow\" target=\"_blank\" href=\"https:\/\/www.facebook.com\/storiesonboard.by.devmads\" class=\"wp-block-social-link-anchor\"><svg width=\"24\" height=\"24\" viewBox=\"0 0 24 24\" version=\"1.1\" xmlns=\"http:\/\/www.w3.org\/2000\/svg\" aria-hidden=\"true\" focusable=\"false\"><path d=\"M12 2C6.5 2 2 6.5 2 12c0 5 3.7 9.1 8.4 9.9v-7H7.9V12h2.5V9.8c0-2.5 1.5-3.9 3.8-3.9 1.1 0 2.2.2 2.2.2v2.5h-1.3c-1.2 0-1.6.8-1.6 1.6V12h2.8l-.4 2.9h-2.3v7C18.3 21.1 22 17 22 12c0-5.5-4.5-10-10-10z\"><\/path><\/svg><span class=\"wp-block-social-link-label screen-reader-text\">Facebook<\/span><\/a><\/li>\n\n<li class=\"wp-social-link wp-social-link-youtube  wp-block-social-link\"><a rel=\"noopener nofollow\" target=\"_blank\" href=\"https:\/\/www.youtube.com\/c\/StoriesOnBoardOnline\" class=\"wp-block-social-link-anchor\"><svg width=\"24\" height=\"24\" viewBox=\"0 0 24 24\" version=\"1.1\" xmlns=\"http:\/\/www.w3.org\/2000\/svg\" aria-hidden=\"true\" focusable=\"false\"><path d=\"M21.8,8.001c0,0-0.195-1.378-0.795-1.985c-0.76-0.797-1.613-0.801-2.004-0.847c-2.799-0.202-6.997-0.202-6.997-0.202 h-0.009c0,0-4.198,0-6.997,0.202C4.608,5.216,3.756,5.22,2.995,6.016C2.395,6.623,2.2,8.001,2.2,8.001S2,9.62,2,11.238v1.517 c0,1.618,0.2,3.237,0.2,3.237s0.195,1.378,0.795,1.985c0.761,0.797,1.76,0.771,2.205,0.855c1.6,0.153,6.8,0.201,6.8,0.201 s4.203-0.006,7.001-0.209c0.391-0.047,1.243-0.051,2.004-0.847c0.6-0.607,0.795-1.985,0.795-1.985s0.2-1.618,0.2-3.237v-1.517 C22,9.62,21.8,8.001,21.8,8.001z M9.935,14.594l-0.001-5.62l5.404,2.82L9.935,14.594z\"><\/path><\/svg><span class=\"wp-block-social-link-label screen-reader-text\">YouTube<\/span><\/a><\/li>\n\n<li class=\"wp-social-link wp-social-link-mail  wp-block-social-link\"><a rel=\"noopener nofollow\" target=\"_blank\" href=\"https:\/\/storiesonboard.activehosted.com\/f\/13\" class=\"wp-block-social-link-anchor\"><svg width=\"24\" height=\"24\" viewBox=\"0 0 24 24\" version=\"1.1\" xmlns=\"http:\/\/www.w3.org\/2000\/svg\" aria-hidden=\"true\" focusable=\"false\"><path d=\"M19,5H5c-1.1,0-2,.9-2,2v10c0,1.1.9,2,2,2h14c1.1,0,2-.9,2-2V7c0-1.1-.9-2-2-2zm.5,12c0,.3-.2.5-.5.5H5c-.3,0-.5-.2-.5-.5V9.8l7.5,5.6,7.5-5.6V17zm0-9.1L12,13.6,4.5,7.9V7c0-.3.2-.5.5-.5h14c.3,0,.5.2.5.5v.9z\"><\/path><\/svg><span class=\"wp-block-social-link-label screen-reader-text\">Mail<\/span><\/a><\/li><\/ul>\n<\/div>\n\n\n\n<p><\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"why-is-prioritization-key-in-agile-product-development\">Why is prioritization key in agile product development?<\/h2>\n\n\n\n<p>When you&#8217;re building a product using the Agile methodology, it is often challenging to <strong>balance out product requirements with fulfillment capabilities.<\/strong> Most teams struggle to decide whether the features they&#8217;ve picked will be fruitful for the user, and for the business itself.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p>MoSCoW Prioritization Model in Agile Product Development offers a set of rules for smartly segregating requirements based on the impact of executing one requirement over the other.&nbsp;<\/p>\n<\/blockquote>\n\n\n\n<p>Development teams and key stakeholders can better understand the varying degrees of importance that the user requirements come with. They can use this knowledge to <a href=\"https:\/\/storiesonboard.com\/blog\/backlog-prioritization\" data-type=\"URL\" data-id=\"https:\/\/storiesonboard.com\/blog\/backlog-prioritization\" target=\"_blank\" rel=\"noreferrer noopener\">backlog prioritization<\/a>, prioritize effort investment, timebox their projects, and work on mutually agreeable initiatives.&nbsp;<\/p>\n\n\n\n<figure class=\"wp-block-embed is-type-wp-embed is-provider-storiesonboard-blog wp-block-embed-storiesonboard-blog\"><div class=\"wp-block-embed__wrapper\">\n<blockquote class=\"wp-embedded-content\" data-secret=\"BZReofmhOk\"><a href=\"https:\/\/storiesonboard.com\/blog\/software-specification-requirements\">The Importance of User Stories When Preparing a Software Specification Requirements Document<\/a><\/blockquote><iframe class=\"wp-embedded-content\" sandbox=\"allow-scripts\" security=\"restricted\" style=\"position: absolute; clip: rect(1px, 1px, 1px, 1px);\" title=\"&#8220;The Importance of User Stories When Preparing a Software Specification Requirements Document&#8221; &#8212; StoriesOnBoard Blog\" src=\"https:\/\/storiesonboard.com\/blog\/software-specification-requirements\/embed#?secret=LL2Jdm07RQ#?secret=BZReofmhOk\" data-secret=\"BZReofmhOk\" width=\"600\" height=\"338\" frameborder=\"0\" marginwidth=\"0\" marginheight=\"0\" scrolling=\"no\"><\/iframe>\n<\/div><\/figure>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"how-does-the-mo-s-co-w-prioritization-model-work-for-agile-product-development\">How does the MoSCoW prioritization model work for agile product development?<\/h2>\n\n\n\n<p>In theory, the MoSCoW prioritization model is built on 4 prioritization categories;&nbsp;<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>M<\/strong>ust&nbsp;<\/li>\n\n\n\n<li><strong>S<\/strong>hould&nbsp;<\/li>\n\n\n\n<li><strong>C<\/strong>ould<\/li>\n\n\n\n<li><strong>W<\/strong>on&#8217;t&nbsp;<\/li>\n<\/ul>\n\n\n\n<p>Hence, the MSCW acronym derived loosely sounds like the city of Moscow, which we believe could have led to the coining of the term &#8211; <strong>MoSCoW.&nbsp;<\/strong><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>MoSCoW Prioritization Categories<\/strong><\/h3>\n\n\n\n<p>The MoSCoW prioritization model divides the requirements into four categories.<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Must-Have &#8211;<\/strong> Non-negotiable product needs that are critical for the product to work<\/li>\n\n\n\n<li><strong>Should have &#8211; <\/strong>Initiatives with considerable significance but no pressing need to execute&nbsp;<\/li>\n\n\n\n<li><strong>Could have &#8211; <\/strong>Desired initiatives that can be worked upon but have low significance&nbsp;<\/li>\n\n\n\n<li><strong>Will not have &#8211;<\/strong> Initiatives that don&#8217;t add any quantifiable value to the project vis-a-vis the chosen time frame<\/li>\n<\/ul>\n\n\n\n<p>It&#8217;s important to remember that all four categories use<strong> &#8220;time&#8221;<\/strong> and <strong>&#8220;viability&#8221;<\/strong> as the key factors.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p><strong>A certain requirement may not be a &#8220;Must Have&#8221; today but may become so tomorrow. Similarly, as the project proceeds and gets more competitive, certain features that are &#8220;Should Have&#8221; today will become &#8220;Must Have&#8221; tomorrow.<\/strong><\/p>\n<\/blockquote>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>MoSCoW Prioritization Example&nbsp;<\/strong><\/h3>\n\n\n\n<p><em>For instance, let&#8217;s say you want to build a User Login system for your application. The requirements gathered are as follows;&nbsp;<\/em><\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li><em>An interface for logging in&nbsp;<\/em><\/li>\n\n\n\n<li><em>A database for storing login credentials<\/em><\/li>\n\n\n\n<li><em>A mechanism for handling authentication&nbsp;<\/em><\/li>\n\n\n\n<li><em>&#8220;Sign in with Google&#8221; integration<\/em><\/li>\n\n\n\n<li><em>Reset Password Workflow<\/em><\/li>\n\n\n\n<li><em>One-Time Password Authentication<\/em><\/li>\n\n\n\n<li><em>Single Sign-On for cross-platform connectivity&nbsp;<\/em><\/li>\n\n\n\n<li><em>Microsoft Active Directory Integration<\/em><\/li>\n\n\n\n<li><em>Password hashing &nbsp;<\/em><\/li>\n<\/ul>\n\n\n\n<p><em>Now let&#8217;s arrange these requirements as per the MoSCoW prioritization model.&nbsp;<\/em><\/p>\n\n\n\n<figure class=\"wp-block-table is-style-stripes\"><table><tbody><tr><td><strong>Must Have<\/strong><\/td><td><strong>Should Have<\/strong><\/td><td><strong>Could Have<\/strong><\/td><td><strong>Will Not Have<\/strong><\/td><\/tr><tr><td>An interface for logging in&nbsp;<br>A database for storing login credentials<br>A mechanism for handling authentication&nbsp;<br>Password hashing&nbsp;<br>Reset Password Workflow<br><\/td><td>&#8220;Sign in with Google&#8221; integration<br><br><br><br><\/td><td>One-Time Password Authentication<br>Single Sign-On for cross-platform connectivity&nbsp;<\/td><td>Microsoft Active Directory Integration<br>&nbsp;<br><br><\/td><\/tr><\/tbody><\/table><figcaption class=\"wp-element-caption\">Short case study for MoSCoW prioritization<\/figcaption><\/figure>\n\n\n\n<p><em>We can identify the most pressing needs for the User Login system to work properly, and everything else that can be prioritized as per the timeframe.<\/em><\/p>\n\n\n\n<p><em>You will notice that without implementing the &#8220;Must Have&#8221; requirements, the Login system simply can&#8217;t work. All other requirements are add-ons that can be picked as per the availability of time and resources. Also if the business needs demand, certain requirements can be bumped up the list.<\/em><\/p>\n\n\n\n<p><em>So, how did we exactly decipher what requirements will go where in the MoSCoW prioritization table? Let&#8217;s have a closer look at it.<\/em><\/p>\n\n\n\n<div class=\"wp-block-group has-base-background-color has-background is-content-justification-left is-nowrap is-layout-flex wp-container-core-group-is-layout-f56a869c wp-block-group-is-layout-flex\" style=\"font-size:100px\">\n<h2 class=\"has-base-3-color has-contrast-2-background-color has-text-color has-background has-medium-font-size wp-block-heading\">Expand your knowledge, follow us for more!<\/h2>\n\n\n\n<ul class=\"wp-block-social-links has-small-icon-size has-icon-color is-style-default is-horizontal is-content-justification-space-between is-layout-flex wp-container-core-social-links-is-layout-9262d1ff wp-block-social-links-is-layout-flex\"><li class=\"wp-social-link wp-social-link-linkedin  wp-block-social-link\"><a rel=\"noopener nofollow\" target=\"_blank\" href=\"https:\/\/www.linkedin.com\/company\/storiesonboard\" class=\"wp-block-social-link-anchor\"><svg width=\"24\" height=\"24\" viewBox=\"0 0 24 24\" version=\"1.1\" xmlns=\"http:\/\/www.w3.org\/2000\/svg\" aria-hidden=\"true\" focusable=\"false\"><path d=\"M19.7,3H4.3C3.582,3,3,3.582,3,4.3v15.4C3,20.418,3.582,21,4.3,21h15.4c0.718,0,1.3-0.582,1.3-1.3V4.3 C21,3.582,20.418,3,19.7,3z M8.339,18.338H5.667v-8.59h2.672V18.338z M7.004,8.574c-0.857,0-1.549-0.694-1.549-1.548 c0-0.855,0.691-1.548,1.549-1.548c0.854,0,1.547,0.694,1.547,1.548C8.551,7.881,7.858,8.574,7.004,8.574z M18.339,18.338h-2.669 v-4.177c0-0.996-0.017-2.278-1.387-2.278c-1.389,0-1.601,1.086-1.601,2.206v4.249h-2.667v-8.59h2.559v1.174h0.037 c0.356-0.675,1.227-1.387,2.526-1.387c2.703,0,3.203,1.779,3.203,4.092V18.338z\"><\/path><\/svg><span class=\"wp-block-social-link-label screen-reader-text\">LinkedIn<\/span><\/a><\/li>\n\n<li class=\"wp-social-link wp-social-link-facebook  wp-block-social-link\"><a rel=\"noopener nofollow\" target=\"_blank\" href=\"https:\/\/www.facebook.com\/storiesonboard.by.devmads\" class=\"wp-block-social-link-anchor\"><svg width=\"24\" height=\"24\" viewBox=\"0 0 24 24\" version=\"1.1\" xmlns=\"http:\/\/www.w3.org\/2000\/svg\" aria-hidden=\"true\" focusable=\"false\"><path d=\"M12 2C6.5 2 2 6.5 2 12c0 5 3.7 9.1 8.4 9.9v-7H7.9V12h2.5V9.8c0-2.5 1.5-3.9 3.8-3.9 1.1 0 2.2.2 2.2.2v2.5h-1.3c-1.2 0-1.6.8-1.6 1.6V12h2.8l-.4 2.9h-2.3v7C18.3 21.1 22 17 22 12c0-5.5-4.5-10-10-10z\"><\/path><\/svg><span class=\"wp-block-social-link-label screen-reader-text\">Facebook<\/span><\/a><\/li>\n\n<li class=\"wp-social-link wp-social-link-youtube  wp-block-social-link\"><a rel=\"noopener nofollow\" target=\"_blank\" href=\"https:\/\/www.youtube.com\/c\/StoriesOnBoardOnline\" class=\"wp-block-social-link-anchor\"><svg width=\"24\" height=\"24\" viewBox=\"0 0 24 24\" version=\"1.1\" xmlns=\"http:\/\/www.w3.org\/2000\/svg\" aria-hidden=\"true\" focusable=\"false\"><path d=\"M21.8,8.001c0,0-0.195-1.378-0.795-1.985c-0.76-0.797-1.613-0.801-2.004-0.847c-2.799-0.202-6.997-0.202-6.997-0.202 h-0.009c0,0-4.198,0-6.997,0.202C4.608,5.216,3.756,5.22,2.995,6.016C2.395,6.623,2.2,8.001,2.2,8.001S2,9.62,2,11.238v1.517 c0,1.618,0.2,3.237,0.2,3.237s0.195,1.378,0.795,1.985c0.761,0.797,1.76,0.771,2.205,0.855c1.6,0.153,6.8,0.201,6.8,0.201 s4.203-0.006,7.001-0.209c0.391-0.047,1.243-0.051,2.004-0.847c0.6-0.607,0.795-1.985,0.795-1.985s0.2-1.618,0.2-3.237v-1.517 C22,9.62,21.8,8.001,21.8,8.001z M9.935,14.594l-0.001-5.62l5.404,2.82L9.935,14.594z\"><\/path><\/svg><span class=\"wp-block-social-link-label screen-reader-text\">YouTube<\/span><\/a><\/li>\n\n<li class=\"wp-social-link wp-social-link-mail  wp-block-social-link\"><a rel=\"noopener nofollow\" target=\"_blank\" href=\"https:\/\/storiesonboard.activehosted.com\/f\/13\" class=\"wp-block-social-link-anchor\"><svg width=\"24\" height=\"24\" viewBox=\"0 0 24 24\" version=\"1.1\" xmlns=\"http:\/\/www.w3.org\/2000\/svg\" aria-hidden=\"true\" focusable=\"false\"><path d=\"M19,5H5c-1.1,0-2,.9-2,2v10c0,1.1.9,2,2,2h14c1.1,0,2-.9,2-2V7c0-1.1-.9-2-2-2zm.5,12c0,.3-.2.5-.5.5H5c-.3,0-.5-.2-.5-.5V9.8l7.5,5.6,7.5-5.6V17zm0-9.1L12,13.6,4.5,7.9V7c0-.3.2-.5.5-.5h14c.3,0,.5.2.5.5v.9z\"><\/path><\/svg><span class=\"wp-block-social-link-label screen-reader-text\">Mail<\/span><\/a><\/li><\/ul>\n<\/div>\n\n\n\n<p><\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"mo-s-co-w-prioritization-technique-and-agile-product-development\">MoSCoW prioritization technique and agile product development<\/h2>\n\n\n\n<p>As discussed earlier, the MoSCoW prioritization model finds its application in the requirement finalization phase of the Agile Product Development lifecycle.&nbsp;Using this model, developers, designers, product managers, and project owners, brainstorm as to which requirements will qualify to be pushed in the cycle, and which will be held back.<\/p>\n\n\n\n<p>As requirements pour in, they&#8217;re actively defined and redefined several times before the actual development begins. The MoSCoW prioritization model helps the team working on the product to figure out the order of priority for meeting the requirements. The priority is mostly associated with a time-boxed release. If the release is due in 3 weeks, the team will pick the requirements that the product owner (customer\/client) wants at the end of the release.&nbsp; &nbsp;<\/p>\n\n\n\n<p>Let&#8217;s say there are 10 requirements in total, it&#8217;s a general understanding that not all requirements will not have the same significance in the release. The top requirements will be picked to deliver on the said requirements efficiently and productively.<\/p>\n\n\n\n<p>The remaining requirements can be prioritized in the later releases, let&#8217;s say in version 2 or version 3 of the product. Therefore, the cycle will keep churning new requirements for each release and using MoSCoW, the team will hand-pick the most relevant ones to work on.<\/p>\n\n\n\n<p>Now, how do you classify the requirements as per the MoSCoW prioritization model rules? Let&#8217;s find out.<\/p>\n\n\n\n<div class=\"wp-block-media-text alignwide is-stacked-on-mobile\" style=\"grid-template-columns:25% auto\"><figure class=\"wp-block-media-text__media\"><img loading=\"lazy\" decoding=\"async\" width=\"300\" height=\"300\" src=\"https:\/\/storiesonboard.com\/blog\/wp-content\/uploads\/2022\/11\/moscow_1.png\" alt=\"MoSCoW prioritization model must have\" class=\"wp-image-3980 size-full\" title=\"\" srcset=\"https:\/\/storiesonboard.com\/blog\/wp-content\/uploads\/2022\/11\/moscow_1.png 300w, https:\/\/storiesonboard.com\/blog\/wp-content\/uploads\/2022\/11\/moscow_1-150x150.png 150w\" sizes=\"auto, (max-width: 300px) 100vw, 300px\" \/><\/figure><div class=\"wp-block-media-text__content\">\n<h3 class=\"wp-block-heading\"><strong>Must Have&nbsp;<\/strong><\/h3>\n\n\n\n<p><em>Non-negotiable product needs that are critical for the product to work<\/em><\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p><em>Must Have requirements from the basis of the product. Without fulfilling these requirements, the product will totally lose its value. While settling on Must Have requirements, you can ask the following questions.<\/em><\/p>\n<\/blockquote>\n<\/div><\/div>\n\n\n\n<p>Will the product&#8230;<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Meet its objective without it?<\/li>\n\n\n\n<li>Be safe without it?<\/li>\n\n\n\n<li>Be legal without it?<\/li>\n\n\n\n<li>Be a viable solution without it?&nbsp;<\/li>\n<\/ul>\n\n\n\n<p>If all or any of the questions return &#8220;No&#8221;, then this requirement in question is a Must Have. Now is the time to debate whether to put this requirement in the current release or the next one. To prioritize the same, you always need to look at the goals for the release. You can do this kind of <a href=\"https:\/\/storiesonboard.com\/blog\/product-release-using-story-maps\" target=\"_blank\" data-type=\"URL\" data-id=\"https:\/\/storiesonboard.com\/blog\/product-release-using-story-maps\" rel=\"noreferrer noopener\">release planning using Story Maps<\/a>.&nbsp;<\/p>\n\n\n\n<p>If the goals can&#8217;t wait, the requirement can&#8217;t wait either. In the User Login system example we used earlier, &#8220;Password hashing&#8221;, and &#8220;Reset Password Workflow&#8221; both Must Have requirements, but if other security measures are there to protect the passwords, you may want to push hashing to the next release.<\/p>\n\n\n\n<div class=\"wp-block-media-text alignwide is-stacked-on-mobile\" style=\"grid-template-columns:28% auto\"><figure class=\"wp-block-media-text__media\"><img loading=\"lazy\" decoding=\"async\" width=\"300\" height=\"300\" src=\"https:\/\/storiesonboard.com\/blog\/wp-content\/uploads\/2022\/11\/moscow_2.png\" alt=\"MoSCOW prioritization model should have\" class=\"wp-image-3981 size-full\" title=\"\" srcset=\"https:\/\/storiesonboard.com\/blog\/wp-content\/uploads\/2022\/11\/moscow_2.png 300w, https:\/\/storiesonboard.com\/blog\/wp-content\/uploads\/2022\/11\/moscow_2-150x150.png 150w\" sizes=\"auto, (max-width: 300px) 100vw, 300px\" \/><\/figure><div class=\"wp-block-media-text__content\">\n<h3 class=\"wp-block-heading\"><strong>Should have<\/strong>&nbsp;<\/h3>\n\n\n\n<p><em>Initiatives with considerable significance but no pressing need to execute&nbsp;<\/em><\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p><em>Should have requirements are usually the features that you will find in most applications that compete with your product, but are not super critical for you. While you would love to work on these requirements, you need to ask if you really should. More questions for filtering Should have requirements.&nbsp;<\/em><\/p>\n<\/blockquote>\n<\/div><\/div>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Is it among the core requirements of the product?<\/li>\n\n\n\n<li>Will leaving it out drown the product?<\/li>\n\n\n\n<li>Is there an alternative available for this requirement?&nbsp;<\/li>\n<\/ul>\n\n\n\n<p>If you answer the first two questions as &#8220;No&#8221; and the third one as &#8220;Yes&#8221;, you&#8217;ve found a Should Have requirement. It&#8217;s a good thing to have but if it comes to eliminating the requirement, it will not have a critical impact on the product.&nbsp;<\/p>\n\n\n\n<div class=\"wp-block-media-text alignwide is-stacked-on-mobile\" style=\"grid-template-columns:26% auto\"><figure class=\"wp-block-media-text__media\"><img loading=\"lazy\" decoding=\"async\" width=\"300\" height=\"300\" src=\"https:\/\/storiesonboard.com\/blog\/wp-content\/uploads\/2022\/11\/moscow_3.png\" alt=\"MoSCOW prioritization model could have\" class=\"wp-image-3982 size-full\" title=\"\" srcset=\"https:\/\/storiesonboard.com\/blog\/wp-content\/uploads\/2022\/11\/moscow_3.png 300w, https:\/\/storiesonboard.com\/blog\/wp-content\/uploads\/2022\/11\/moscow_3-150x150.png 150w\" sizes=\"auto, (max-width: 300px) 100vw, 300px\" \/><\/figure><div class=\"wp-block-media-text__content\">\n<h3 class=\"wp-block-heading\"><strong>Could have<\/strong><\/h3>\n\n\n\n<p><em>Desired initiatives that can be worked upon but have low significance<\/em><\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p><em>Could Have requirements sum up the things that have a relatively lower impact and they&#8217;d be welcome if they fit well inside the timeframe. If you don&#8217;t work on the Could Have requirements, there would be a little to no impact on the product. Ask these questions;<\/em><\/p>\n<\/blockquote>\n<\/div><\/div>\n\n\n\n<ul class=\"wp-block-list\">\n<li>It is desired but is it important for the release?<\/li>\n\n\n\n<li>What happens if this requirement is not fulfilled?<\/li>\n\n\n\n<li>Are there more pressing requirements lined up?<\/li>\n<\/ul>\n\n\n\n<p>You are looking for &#8220;No&#8221; and &#8220;Nothing&#8221; for the first two questions and a &#8220;Yes&#8221; for the third one to satisfy a Could Have requirement.<\/p>\n\n\n\n<p>The &#8220;Could Have&#8221; requirements shouldn&#8217;t be picked until the Must Have and Could Have requirements have been fulfilled. These are like those tempting bells and whistles that your product would look great with, but can do without.<\/p>\n\n\n\n<div class=\"wp-block-media-text alignwide is-stacked-on-mobile\" style=\"grid-template-columns:26% auto\"><figure class=\"wp-block-media-text__media\"><img loading=\"lazy\" decoding=\"async\" width=\"300\" height=\"300\" src=\"https:\/\/storiesonboard.com\/blog\/wp-content\/uploads\/2022\/11\/moscow_4.png\" alt=\"MoSCOWprioritization model won&#039;t have\" class=\"wp-image-3983 size-full\" title=\"\" srcset=\"https:\/\/storiesonboard.com\/blog\/wp-content\/uploads\/2022\/11\/moscow_4.png 300w, https:\/\/storiesonboard.com\/blog\/wp-content\/uploads\/2022\/11\/moscow_4-150x150.png 150w\" sizes=\"auto, (max-width: 300px) 100vw, 300px\" \/><\/figure><div class=\"wp-block-media-text__content\">\n<h3 class=\"wp-block-heading\" id=\"block-fb7d0259-8a92-4b30-8407-e8f08d03ef4e\"><strong>Will not have<\/strong>&nbsp;<\/h3>\n\n\n\n<p><em>Initiatives that don&#8217;t add any quantifiable value to the project vis-a-vis the chosen time frame&nbsp;<\/em><\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p><em>Will Not Have requirements obviously point towards the thing that you shouldn&#8217;t expend time upon. It&#8217;s best to leave them off for the current release but keep them in hindsight for upcoming discussions.<\/em><\/p>\n<\/blockquote>\n<\/div><\/div>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Is this requirement important at all?<\/li>\n\n\n\n<li>Does it contribute to any of the product&#8217;s objectives?<\/li>\n\n\n\n<li>Can it be called off without any impact on the product?<\/li>\n<\/ul>\n\n\n\n<p>Again, if the first two questions return a &#8220;No&#8221;, and the third question is a &#8220;Yes&#8221;, you needn&#8217;t work on this requirement at all. Then why list it in the first place? This gives us an idea of how far the product can go, and what possible features it can have in the future. <\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>Planning the Release<\/strong> &nbsp;<\/h3>\n\n\n\n<p>Now that we know the priorities of our requirements, we can start planning the release efficiently.<\/p>\n\n\n\n<figure class=\"wp-block-embed is-type-wp-embed is-provider-storiesonboard-blog wp-block-embed-storiesonboard-blog\"><div class=\"wp-block-embed__wrapper\">\n<blockquote class=\"wp-embedded-content\" data-secret=\"029BVMEHHU\"><a href=\"https:\/\/storiesonboard.com\/blog\/5-awesome-brainstorming-techniques\">5 Awesome Brainstorming Techniques to Boost Planning<\/a><\/blockquote><iframe class=\"wp-embedded-content\" sandbox=\"allow-scripts\" security=\"restricted\" style=\"position: absolute; clip: rect(1px, 1px, 1px, 1px);\" title=\"&#8220;5 Awesome Brainstorming Techniques to Boost Planning&#8221; &#8212; StoriesOnBoard Blog\" src=\"https:\/\/storiesonboard.com\/blog\/5-awesome-brainstorming-techniques\/embed#?secret=qgznUDHcNW#?secret=029BVMEHHU\" data-secret=\"029BVMEHHU\" width=\"600\" height=\"338\" frameborder=\"0\" marginwidth=\"0\" marginheight=\"0\" scrolling=\"no\"><\/iframe>\n<\/div><\/figure>\n\n\n\n<p>The Must Have requirements are fixed, which means you&#8217;ll have to allocate tasks and resources for meeting these requirements as per availability first. Usually, these requirements take up to 60-80% of the effort.<\/p>\n\n\n\n<p>Then we move to the Should Have and Could Have requirements if there is space left to accommodate them. You can space about 20-40% effort for these requirements.&nbsp;<\/p>\n\n\n\n<p>Finally, the Will Not Have requirements will be there on the list but will not make it to the release.&nbsp;<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"top-3-tips-to-master-mo-s-co-w-prioritization-model\"><strong>Top 3 tips to master MoSCoW prioritization model&nbsp;<\/strong><\/h2>\n\n\n\n<figure class=\"wp-block-image size-full\"><img loading=\"lazy\" decoding=\"async\" width=\"800\" height=\"423\" src=\"https:\/\/storiesonboard.com\/blog\/wp-content\/uploads\/2022\/11\/MoSCoW-model-2.png\" alt=\"MoSCoW prioritization model 2\" class=\"wp-image-3984\" title=\"\" srcset=\"https:\/\/storiesonboard.com\/blog\/wp-content\/uploads\/2022\/11\/MoSCoW-model-2.png 800w, https:\/\/storiesonboard.com\/blog\/wp-content\/uploads\/2022\/11\/MoSCoW-model-2-300x159.png 300w, https:\/\/storiesonboard.com\/blog\/wp-content\/uploads\/2022\/11\/MoSCoW-model-2-768x406.png 768w\" sizes=\"auto, (max-width: 800px) 100vw, 800px\" \/><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\">1. <strong>Don&#8217;t Forget to Factor in the Uncertainties&nbsp;<\/strong><\/h3>\n\n\n\n<p>It&#8217;s important to remember that sprints and releases come with unforeseeable delays, obstructions, and bugs that may push the product timeline. Therefore, the prioritization will change at the end of each release.&nbsp;<\/p>\n\n\n\n<p>The prioritization can&#8217;t be carried out on a hard deadline basis. The creators of MoSCoW meant to keep the releases highly timeboxed but you can do without that as well. What&#8217;s more important is the wisdom to move priorities when needed. &nbsp; &nbsp;<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">2. <strong>Use an Agile Product Development Tool<\/strong><\/h3>\n\n\n\n<p>Not adopting an Agile Product Development Tool early on is a rookie mistake that most product owners do. It may seem like you can manage it using sticky notes and a whiteboard but as the product grows complex, you run out of space.<\/p>\n\n\n\n<p>A specialized Agile Software Tool such as <a href=\"https:\/\/app.storiesonboard.com\/signup?utm_source=blogpost&amp;utm_medium=blog\">StoriesOnBoard<\/a> can facilitate both product planning and project execution. It comes with several features for communication and task tracking that Agile software teams can heavily benefit from.<\/p>\n\n\n\n<p>You can manage your team, control the project timeline, and use <a href=\"https:\/\/www.proofhub.com\/articles\/agile-project-management-tools-list\" target=\"_blank\" rel=\"noopener\">Agile-friendly<\/a> features such as Kanban Boards for building productivity into your product, right from the start.&nbsp;&nbsp;<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">3. <strong>Learn to Decompose Requirements<\/strong><\/h3>\n\n\n\n<p>Do you feel as if all the requirements are &#8220;Must Haves&#8221;? Worry not, it happens with most teams. A quick solution to this problem is smart decomposition.&nbsp;<\/p>\n\n\n\n<p>You decompose high-level requirements into smaller sub-requirements and then evaluate the priority. A larger requirement may look like a Must Have but would be too difficult to execute at the same time.<\/p>\n\n\n\n<p>You can solve this dilemma by breaking down the requirement into achievable segments and prioritizing among those. This way, you&#8217;ll not overburden the deadline and will not make lengthy compromises.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"conclusion\"><strong>Conclusion<\/strong><\/h2>\n\n\n\n<p>The most successful of products owe their prowess to the team behind them. The market is extremely competitive in terms of how quickly can a product evolve and if it evolves in the right direction. The whole business can crumble even with all the right resources if the product follows the wrong priorities.&nbsp;<\/p>\n\n\n\n<p>MoSCoW model of prioritization for Agile Product Development provides a simple yet effective framework for making wise priorities. It&#8217;s up to you to decide if you&#8217;ll pick requirements that cost you or save you. &nbsp;<\/p>\n\n\n\n\n\n<div class=\"wp-block-columns is-layout-flex wp-container-core-columns-is-layout-9d6595d7 wp-block-columns-is-layout-flex\">\n<div class=\"wp-block-column is-layout-flow wp-block-column-is-layout-flow\" style=\"flex-basis:100%\">\n<pre class=\"wp-block-verse\"><strong>About the author<\/strong>: Nandini Sharma is the Assistant Marketing Manager at ProofHub, <a href=\"https:\/\/www.proofhub.com\/articles\/agile-project-management-tools-list\" target=\"_blank\" rel=\"noopener\">Agile Project Management Tool<\/a> and <a href=\"https:\/\/www.proofhub.com\/articles\/basecamp-alternatives\" target=\"_blank\" rel=\"noopener\">Basecamp Alternative.<\/a> Nandini brings close to a decade of experience in the field, and has successfully executed a number of brand building and marketing campaigns throughout her career. A specialist in the field of marketing, Nandini is well-versed with technical know-how, and always stays on top of the latest trends in the digital world. You will find her constantly putting marketing strategies into motion with perfection. Over the years, she has triumphantly created a wide base of the audience on a number of popular online platforms. When she is not busy in penning down out-of-the-box marketing ideas, she can be found channeling her creativity into art and craft activities.<\/pre>\n<\/div>\n<\/div>\n","protected":false},"excerpt":{"rendered":"<p>MoSCoW: prioritization is key to product success Most apps we use today look pretty different in comparison to their initial releases. The same goes for your business and your users. &#8230; <a title=\"Master User Requirements with MoSCoW Prioritization Model\" class=\"read-more\" href=\"https:\/\/storiesonboard.com\/blog\/moscow-prioritization-model\" aria-label=\"Read more about Master User Requirements with MoSCoW Prioritization Model\">Read more<\/a><\/p>\n","protected":false},"author":13,"featured_media":3978,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[316],"tags":[867,977,871],"class_list":["post-1931","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-product-design","tag-product-planning","tag-prioritization","tag-product-management","resize-featured-image"],"_links":{"self":[{"href":"https:\/\/storiesonboard.com\/blog\/wp-json\/wp\/v2\/posts\/1931","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/storiesonboard.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/storiesonboard.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/storiesonboard.com\/blog\/wp-json\/wp\/v2\/users\/13"}],"replies":[{"embeddable":true,"href":"https:\/\/storiesonboard.com\/blog\/wp-json\/wp\/v2\/comments?post=1931"}],"version-history":[{"count":0,"href":"https:\/\/storiesonboard.com\/blog\/wp-json\/wp\/v2\/posts\/1931\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/storiesonboard.com\/blog\/wp-json\/wp\/v2\/media\/3978"}],"wp:attachment":[{"href":"https:\/\/storiesonboard.com\/blog\/wp-json\/wp\/v2\/media?parent=1931"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/storiesonboard.com\/blog\/wp-json\/wp\/v2\/categories?post=1931"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/storiesonboard.com\/blog\/wp-json\/wp\/v2\/tags?post=1931"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}