﻿{"id":881,"date":"2025-06-27T17:57:34","date_gmt":"2025-06-27T12:27:34","guid":{"rendered":"https:\/\/blogs.infosys.com\/infosys-cobalt\/?p=881"},"modified":"2025-06-27T17:57:35","modified_gmt":"2025-06-27T12:27:35","slug":"agile-implementation-for-anaplan-a-smart-approach","status":"publish","type":"post","link":"https:\/\/blogs.infosys.com\/infosys-cobalt\/cloud-applications\/oracle\/agile-implementation-for-anaplan-a-smart-approach.html","title":{"rendered":"Agile Implementation for Anaplan \u2013 a Smart Approach"},"content":{"rendered":"<p>Agile Implementation for Anaplan \u2013 a Smart Approach<\/p>\n<p>&nbsp;<\/p>\n<p>Anaplan implementation for EPM Use Cases offers a unique scenario. An accelerated implementation that allows the flexibility of Agile mirroring a waterfall implementation of ERPs or a standalone implementation with integrations. How does one marry parallel implementations? How does one take advantage of Agile implementation for early releases for business planning?<\/p>\n<p>There is no one-size-fits-all approach for Anaplan implementations. The Anaplan Way (TAW) provides a framework, while often customers have mature customized in-house hybrid Agile models and SI Partners themselves model an approach that is best suited to a customer business situation. Which one to go with?<\/p>\n<p>Anaplan, a Cloud based SaaS product allows ease of configuration, customizations, integration with external systems, interactive Dashboards and Reporting. \u00a0There is no rigidity of tightly coupled out-of-the box functionalities that makes slicing of business processes and Sprint releases thereof difficult on account of a product workflow that cannot be broken. On the contrary there is the flexibility of build \u201cas-you-want-to\u201d approach allowing Sprint releases over the project lifecycle.<\/p>\n<p>A diagrammatic representation of a recommended approach is given below. For this document we have assumed a Financial Planning &amp; Analysis (FP&amp;A) Use Case where the monthly actuals are integrated into Anaplan from multiple source systems and together with historical data, simulations are carried out for budgets, forecast and scenario planning.\u00a0 For illustrative purposes the planning details are required to be provided monthly and quarterly for<\/p>\n<p>1.\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 Sales Volume by Segment<\/p>\n<p>2.\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 Sales Revenues<\/p>\n<p>3.\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 Income Statement<\/p>\n<p>4.\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 Cost of Goods Sold<\/p>\n<p>5.\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 SG&amp;A<\/p>\n<p>6.\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 EBITDA<\/p>\n<p>7.\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 Capital Expenditure Plans<\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"alignnone wp-image-887 size-full\" src=\"https:\/\/blogs.infosys.com\/infosys-cobalt\/wp-content\/uploads\/2022\/06\/Anaplan-Hybrid-Agile-1.png\" alt=\"\" width=\"902\" height=\"508\" \/><\/p>\n<p>&nbsp;<\/p>\n<p>1.\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 Requirements Gathering: While a departure from the truest form of Agile, in this approach a Requirements Phase is in the beginning. This allows a holistic understanding of the business process. \u00a0A traditional approach is to document AS IS and TO BE processes, but an accelerated approach would be to document a concise future state Requirements Register. A signed off document would form basis for User Stories &amp; Sprint Planning<\/p>\n<p>2.\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 Design:<\/p>\n<p>a.\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 User Stories: User Stories flow from the Requirements Register<\/p>\n<p>b.\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 Sprint Planning: At this stage replan the Sprints. Replan? Yes, as the customer SoW would have a certain Sprint detail laid out, but with the level of detail now available, replan the Sprints<\/p>\n<p>c.\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 Technical Architecture &amp; Application Design<\/p>\n<p>3.\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 Build &amp; Deploy:<\/p>\n<p>Execute build, complete Unit Test and have the UAT &amp; Deployment executed by each Sprint. This way each set of functionalities that is grouped by a Sprint is available for use in production environment.<\/p>\n<p>In our example<\/p>\n<p>Once Sprint 1 &amp; 2 are built out, Data Hub with Integrations &amp; Planning on Sales Volumes and Revenue can be carried out in production without waiting for the Build of all Sprints<\/p>\n<p>After Sprint 3 Income Statement, COGS &amp; SG&amp;A and EBITDA are available<\/p>\n<p>Sprint 4 would provide CapEx planning and the complete application available<\/p>\n<p>Each Sprint would follow complete Agile process of daily Scrum meetings reviewing Backlogs, and a recommended Sprint Development Review where the development completed can be reviewed by the core customer team. Tweaks are incorporated immediately thereby mitigating risk of any spillover\/delay due to changes coming up during Sprint UAT.<\/p>\n<p>Sprint Retrospective Meetings at the end of each Sprint and All Sprint Retrospectives become a part of the process.<\/p>\n<p>4.\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 Testing: At the end of all Sprints Load, Concurrency &amp; Usability as appropriate need to be taken up<\/p>\n<p>Another scenario that classically emerges is when the implementation runs in parallel with an ERP\/another system implementation and timelines must be married to that.\u00a0 This needs an innovative approach as the methodology will remain the same, but the timelines for phases will need to be broken and not consecutive.<\/p>\n<p>Requirements may need to be completed alongside ERP requirements, but there would be a lag before design and build starts off once ERP system is stood up for data to be ready for data to flow into Anaplan.\u00a0 Concurrent requirements phases are run for ERP and Anaplan on account of a comprehensive user participation for both ERP and planning requirements to be gathered.<\/p>\n<p>The methodology for implementation would remain the same, it is just that project planning would be broken out.<\/p>\n<p>Progress Tracking<\/p>\n<p>Sprint Burndown Charts and effort remaining, are used as Agile tools to track. Additional tools like MS Project can help track impact of delays to overall project and cascading impact on following Sprints.<\/p>\n<p>Conclusion\/Measures for Success:<\/p>\n<p>1.\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 Tailor the Methodology for Customer Environment \u2013 goes back to what is said earlier&#8230;there is no \u201cone-size-fits-all\u201d<\/p>\n<p>2.\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 Engage the Customer IT from the beginning and have them own the methodology \u2013 lack of understanding causes its own issues<\/p>\n<p>3.\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 Sprint Planning and User Story grouping need to be co-owned by the customer, not just given to them\u2026Sprint Planning, User Story grouping, Go Live Planning, Mirroring with ERP Plans<\/p>\n<p>4.\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 Enforce Scrum Meetings and Sprint Development Meetings with Customer Reps<\/p>\n<p>Anaplan as a product lends itself with ease to an Agile implementation.\u00a0 Let users see that advantage in the implementation cycle!<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Agile Implementation for Anaplan \u2013 a Smart Approach &nbsp; Anaplan implementation for EPM Use [&hellip;]<\/p>\n","protected":false},"author":180,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"inline_featured_image":false,"footnotes":""},"categories":[85,69],"tags":[],"coauthors":[98],"class_list":["post-881","post","type-post","status-publish","format-standard","hentry","category-anaplan","category-oracle"],"acf":[],"_links":{"self":[{"href":"https:\/\/blogs.infosys.com\/infosys-cobalt\/wp-json\/wp\/v2\/posts\/881","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/blogs.infosys.com\/infosys-cobalt\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/blogs.infosys.com\/infosys-cobalt\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/blogs.infosys.com\/infosys-cobalt\/wp-json\/wp\/v2\/users\/180"}],"replies":[{"embeddable":true,"href":"https:\/\/blogs.infosys.com\/infosys-cobalt\/wp-json\/wp\/v2\/comments?post=881"}],"version-history":[{"count":6,"href":"https:\/\/blogs.infosys.com\/infosys-cobalt\/wp-json\/wp\/v2\/posts\/881\/revisions"}],"predecessor-version":[{"id":4417,"href":"https:\/\/blogs.infosys.com\/infosys-cobalt\/wp-json\/wp\/v2\/posts\/881\/revisions\/4417"}],"wp:attachment":[{"href":"https:\/\/blogs.infosys.com\/infosys-cobalt\/wp-json\/wp\/v2\/media?parent=881"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blogs.infosys.com\/infosys-cobalt\/wp-json\/wp\/v2\/categories?post=881"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blogs.infosys.com\/infosys-cobalt\/wp-json\/wp\/v2\/tags?post=881"},{"taxonomy":"author","embeddable":true,"href":"https:\/\/blogs.infosys.com\/infosys-cobalt\/wp-json\/wp\/v2\/coauthors?post=881"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}