{"id":399269,"date":"2016-07-12T10:53:00","date_gmt":"2016-07-12T17:53:00","guid":{"rendered":"http:\/\/feedproxy.google.com\/~r\/crmsearch\/~3\/wSVMcCGVqFI\/agile-versus-waterfall-crm.php"},"modified":"2016-07-12T10:55:06","modified_gmt":"2016-07-12T17:55:06","slug":"agile-versus-waterfall-for-crm-implementation-success","status":"publish","type":"post","link":"https:\/\/customerthink.com\/agile-versus-waterfall-for-crm-implementation-success\/","title":{"rendered":"Agile versus Waterfall for CRM Implementation Success"},"content":{"rendered":"

Comparing Agile and Waterfall CRM Implementation Methods<\/h2>\n

Waterfall implementation methodologies have been the norm for over two decades of CRM deployments. These approaches are often visually depicted in cascading or linear diagrams and follow a progressive sequence of phases (for example, Requirements to Design to Development to Testing to Deployment). A significant risk with this deployment approach is that it can be unforgiving as success or failure is realized in largest part at the end of the project \u2013 thereby severely limiting remediation measures if outcomes don\u2019t match objectives.<\/p>\n

Agile methods<\/a> such as Scrum are an alternative to predictive methods such as waterfall. An agile approach defines the business goals and success criteria in smaller increments, delivers continuous subsets of high-value features and puts them in the hands of users as fast as possible. This provides the development team with faster product verification so they may continue to deliver iterations which align with user expectations or adapt their output to counter for missed or changing expectations.<\/p>\n

\"Agile<\/p>\n

Agile versus Waterfall<\/h2>\n

CRM software implementation projects place heavy emphasis on the factors of Requirements, Resources and Time. Waterfall methods presume Requirements to be fixed and Time and Resources to be projected.<\/p>\n

As illustrated in the below diagram, agile methods flip these factors. Agile presumes Resources to be fixed by capacity and Time to be constrained by time-boxes. This leaves Requirements (aka features) to be flexible and derived from available Resources and Time. The team\u2019s productivity (measured as velocity) will determine the volume of requirements satisfied in a given time-box.<\/p>\n

\"Agile<\/p>\n

Waterfall CRM Implementations<\/h2>\n

A waterfall approach begins with clearly defined business requirements which determine the project scope and generate a full life cycle project plan. Work then proceeds and the requirements ultimately get realized as originally specified. This defined or predictive approach may work well when business requirements are clear and business objectives are fixed.<\/p>\n

However, if requirements are incomplete, inaccurate or faulty, or the requirements change during the course of the project, the project will march to a mistaken destination. The larger the project, the longer the duration and the more likely the original slated point in time objectives will change or become obsolete during the course of the project. This will cause extra time for change order processes and incur wasted efforts.<\/p>\n

Agile CRM Implementations<\/h2>\n

Agile for CRM is best targeted to large or complex implementations with unclear, incomplete or fluid requirements.<\/p>\n

Agile implementations break deployment tasks into short increments with minimal planning and without concrete long-term planning. Each iteration generally lasts between 2 and 4 weeks and is driven by a self-organizing and cross-functional team. Near the end of the iteration the team delivers a working solution that is verified by the user or customer. Each subsequent iteration builds upon the prior for a cumulative effect. This process demonstrates value earlier and continuously, increases project visibility and forecasting, and reduces risk as deviations are recognized more quickly. .<\/p>\n

By dividing the CRM implementation into smaller and more manageable increments, development teams can more quickly adapt to incomplete or changing requirements. This reduces waste, rework and project administration while also providing earlier assurance that development delivery meets user expectations.<\/p>\n

Below are illustrative diagrams showing how agile and waterfall projects differ in the areas of project visibility, project risk and value.<\/p>\n\n\n\n\n
\"Agile<\/td>\n\"Agile<\/td>\n\"Agile<\/td>\n<\/tr>\n
With frequent deliveries, inspections and user verification, agile provides continuous visibility of project progress and outcomes.<\/td>\nAgile testing is continuous. Delays, defects or missed value are evident with each sprint. Early recognition of these risks permits earlier invention measures.<\/td>\nAgile projects deliver and demonstrate increments of value throughout the project. The highest value functions are normally delivered first.<\/td>\n<\/tr>\n
Due to value being delivered at the end of the project, waterfall projects have limited visibility until the end.<\/td>\nWaterfall delivery of features and value is held until project completion. Delays or lack of value generally aren\u2019t recognized until it’s too late.<\/td>\nWaterfall projects deliver all value at the end of the project. If objectives don\u2019t match outcomes the project will incur waste and rework.<\/td>\n<\/tr>\n<\/table>\n

Agile or Waterfall?<\/h2>\n

While agile methods offer some unique merits it\u2019s important to recognize there is no one size fits all CRM implementation methodology. Below are some of the primary differences that may influence which method is right for any given CRM implementation.<\/p>\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
\n

Waterfall<\/p>\n<\/td>\n

\n

Agile<\/p>\n<\/td>\n<\/tr>\n

Understood and proven CRM implementation methodology<\/td>\nProven software development methodology; newer to CRM software deployments<\/td>\n<\/tr>\n
Long term planning horizon<\/td>\nShort term planning scale<\/td>\n<\/tr>\n
Defined, predictive and sequential planning<\/td>\nAdaptive and iterative<\/td>\n<\/tr>\n
More of a top down or hierarchical approach<\/td>\nMore of a self-governing or lateral team approach<\/td>\n<\/tr>\n
Lots of roles on the project team<\/td>\nFew roles (only 3 roles in Scrum)<\/td>\n<\/tr>\n
Roles have varying levels of responsibility<\/td>\nRoles share equal responsibility<\/td>\n<\/tr>\n
User interaction concentrated at beginning (requirements gathering) and end (testing)<\/td>\nUser interaction is continuous throughout project<\/td>\n<\/tr>\n
Better defines requirements up front<\/td>\nRequirements evolve and are defined just in time<\/td>\n<\/tr>\n
Less dependent on users during the middle phases<\/td>\nHighly dependent on users throughout the project<\/td>\n<\/tr>\n
More process oriented<\/td>\nMore people oriented<\/td>\n<\/tr>\n
Process steps are strictly followed<\/td>\nLow value processes often bypassed<\/td>\n<\/tr>\n
Testing and quality control largely at the end<\/td>\nTesting and QA are continuous throughout the project<\/td>\n<\/tr>\n
Disciplined change control process discourages changes<\/td>\nChanges are accepted and welcome<\/td>\n<\/tr>\n
Less responsive to change<\/td>\nContinually responding to change<\/td>\n<\/tr>\n
Team meets weekly to review project progress<\/td>\nTeam meets daily to review project progress<\/td>\n<\/tr>\n
Interim project progress measurement is difficult and notoriously inaccurate<\/td>\nFrequent deliveries of customer verified features provide sound basis for project progress measurement<\/td>\n<\/tr>\n
Delivery is big bang event at end<\/td>\nEach sprint delivers incremental working solutions<\/td>\n<\/tr>\n
Value delivered at end<\/td>\nContinuous flow of value<\/td>\n<\/tr>\n
Success is the result of conformance to the requirements<\/td>\nSuccess is the result of business value delivered to the customer<\/td>\n<\/tr>\n<\/table>\n

Why the Rise in Agile?<\/h2>\n

The pace of business change is an overarching influence driving increased acceptance of agile methods.<\/p>\n

Agile provides supporting principals and frameworks to organizations incurring increased change. Agile methods will continue to see increased adoption as market forces, industry trends and technology advancements continue to accelerate and require compensating changes to business strategies in shorter cycles. \"End\"\/<\/p>\n","protected":false},"excerpt":{"rendered":"

Comparing Agile and Waterfall CRM Implementation Methods Waterfall implementation methodologies have been the norm for over two decades of CRM deployments. These approaches are often visually depicted in cascading or linear diagrams and follow a progressive sequence of phases (for example, Requirements to Design to Development to Testing to Deployment). A significant risk with this […]<\/p>\n","protected":false},"author":7717,"featured_media":400151,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":[],"categories":[128,14,117],"tags":[],"_links":{"self":[{"href":"https:\/\/customerthink.com\/wp-json\/wp\/v2\/posts\/399269"}],"collection":[{"href":"https:\/\/customerthink.com\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/customerthink.com\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/customerthink.com\/wp-json\/wp\/v2\/users\/7717"}],"replies":[{"embeddable":true,"href":"https:\/\/customerthink.com\/wp-json\/wp\/v2\/comments?post=399269"}],"version-history":[{"count":0,"href":"https:\/\/customerthink.com\/wp-json\/wp\/v2\/posts\/399269\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/customerthink.com\/wp-json\/wp\/v2\/media\/400151"}],"wp:attachment":[{"href":"https:\/\/customerthink.com\/wp-json\/wp\/v2\/media?parent=399269"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/customerthink.com\/wp-json\/wp\/v2\/categories?post=399269"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/customerthink.com\/wp-json\/wp\/v2\/tags?post=399269"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}