18 Feb 2013
5 MINS READ
AGILE: CONTINUALLY REACTING TO THE REQUIREMENTS OF YOUR BUSINESS
The success of your SAP solution is to a large degree determined by the speed and the effectiveness of the software to add value to your organization. Agile: a new, practical implementation methodology that allows you to implement operating functionality in short iterative cycles. Starting with the most important one, enabling you to generate faster results, gain immediate insight into the value, increase the flexibility of the implementation and improve progress monitoring.
Respond faster to market demands. That is what customers and both internal and external stake holders expect. This poses high demands on the set up and flexibility of your IT landscape. But how does this speed translate into the implementation of new projects? Can the software give added value faster and optimally meet the requirements of the end user?
To respond to these requirements a new, practical, hands-on implementation methodology is Agile. This iterative methodology, called Agile, is based on the ‘lean’ principles for software development and uses elements from ‘scrum’ as implementation methodology.
The focus is on simplicity. At a very early stage you gain a good picture of your system on the basis of standard SAP software, the baseline configuration. Then new functionalities for your solution are delivered step by step in so-called ‘sprints’.
Faster results
Traditional ASAP Methodology
VS
ASAP with Agile Methodology
The word Agile means to move fast, lightly and easily. Agile expects that during the implementation users discover the possibilities of the system, adjust demands and requirements, and want to profit immediately from the advantages. The aim of Agile is to deliver operating functionality of the software as fast as possible, starting with the components that are most important for your business. Being able to demonstrate software in operation quickly creates understanding and enthusiasm. Certainly for users that aspect is more important than the availability of detailed documentation.
“If I can’t picture it, I can’t understand it” – Albert Einstein
Another core element is cooperation. Individual interests and interaction are more important than agreements about processes and tools. The use of scrum methodology guarantees continuous communication and coordination between the business and IT. This prevents misunderstandings and ensures added value at an early stage. The business is responsible for answering the ‘what’ questions and assigns priorities. The SAP implementation team then determines ‘how’ this can be done best and makes an estimate of the efforts required to do this.
The implementation starts with a firm foundation based on standard SAP software. In small iterations, so-called sprints, the implementation team continually delivers new functionalities. In this way your new solution can deliver immediate profit at an early stage. You also prevent time and money being spent on functionality that you do not require.
During a typical agile implementation, daily meetings are held with the team and the interested parties. These ‘Scrum Meetings’ keep you in constant contact with the project and allow you to follow the progress closely. Various checkpoints (demos) ensure that the SAP system links in with your requirements. After each clearly defined sprint, and the working software it delivers, it is clear what progress has been made and what still needs to be done. In this way risks and problems are identified at an early stage of the project.
The agile approach enables you to react decisively and effectively to change. In contrast to other methods there is no blueprint that serves as the basis for the entire implementation. Agile is based on the assumption that requirements will change with time. Therefore changes can still be proposed and effected during the implementation.
The Agile implementation consists of two phases: Baseline and Sprint Realization
In this phase four steps are taken with the end result being an overview of the additional, prioritized requirements and wishes with respect to the basic configuration supplied by standard SAP software. It starts with the Project Preparation (1.1) (see following illustration) in which elements such as roles & responsibilities, documentation standards and hardware requirements are discussed. Then all operating processes and process dependent conditions such as master data, conversions, security & authorizations, and interfaces are carefully identified during the ‘Envision Process Workshops (1.2)’ step. Business and IT work closely together for this. This determines the scope of the project. On the basis of these outcomes, this will be translated into a solid foundation for the entire project, a Functioning Baseline System (1.3). This is based on standard SAP software. The SAP implementation team first makes an inventory of whether project accelerators such as SAP best practices and Fast track services can be used.
Finally the Evaluation Phase (1.4) takes place. In this phase the business determines the priority of the additional requirements and functionalities, the so-called ‘delta list’, in order of ‘business value’. In this way you differentiate between the ‘Nice-to-haves’ and the ‘must-haves’. The implementation team then estimates the effort that will be required to realize this and determines the planning of the sprints for the system components to be supplied.
At the end of this phase you will be able to see:
Agile is based on a short implementation cycle and high speed. This requires constant feedback and attention from the ‘Process Owner(s)’ who represent the business stakeholders. Important conditions for success are therefore the involvement from the business, a clear picture of the requirements and priorities for the project and good technological preparation. If the correct setup is not yet present then the project focuses on this first.
Decision-making and internal coordination and communication with the various business stakeholders concerning the requirements and priorities; these are the most important tasks of a Process Owner (PO). In this way the PO represents the customer and the requirements and links these to the implementation team. The PO also administers the Delta List. This is a list of the differences between the possibilities of the baseline system and the processes and functionalities required from the point of view of the business. With this the PO gives the implementation team clear priorities for the various Delta requirements. Finally it is crucial that the availability of the PO is frequent enough during the project. If there are several Process Owners, we ask for one chief PO for mutual benefit who can take a final decision if interests differ.
What are the operating processes and functionalities desired in the new system? The clearer this is, the better the scope of the project can be defined. Especially, if the priorities are established on the basis of the most added value for the organization.
Each project has its own characteristics. In addition to ASAP, the linear implementation methodology of SAP with more than 30 years embedded implementation experience; there is now the option of Agile. You must make a well-informed choice here. The degrees of flexibility desired during the implementation and the necessity for continuous coordination with the business are important criteria here. As also are the requirements imposed on documentation and organizational change management.
Enterprise Solutions
20 Sep 2018
18 Sep 2018
26 Oct 2015
28 Sep 2015
26 Aug 2015
11 Jun 2014
13 Feb 2014
12 Feb 2014
Enterprise Solutions, Manufacturing and Consumer
31 Jan 2014
27 Jan 2014
03 Jan 2014
03 Dec 2013
28 Nov 2013
19 Nov 2013
03 Oct 2013
01 Oct 2013
30 Sep 2013
24 Sep 2013
19 Sep 2013
10 Sep 2013
27 Aug 2013
19 Aug 2013
25 Jun 2013
17 Jun 2013
11 Jun 2013
Digital Assurance, Enterprise Solutions, Others
26 Apr 2013
12 Apr 2013
18 Mar 2013
Digital Assurance, Enterprise Solutions
05 Mar 2013
27 Feb 2013
14 Feb 2013
BI & Analytics
19 Mar 2009
26 Nov 2010
Digital Assurance
02 Jan 2012
17 Feb 2012
Infrastructure Mgmt. Services
02 Mar 2012
03 Jan 2013
04 Feb 2013
06 Feb 2013
21 Feb 2013
Others
01 Mar 2013
04 Mar 2013
22 Mar 2013
29 Apr 2013
13 May 2013
26 Aug 2013
03 Sep 2013
26 Sep 2013
01 Nov 2013
20 Dec 2013
22 Jan 2014
20 Mar 2014
24 Mar 2014
17 Apr 2014
Manufacturing and Consumer
26 Jun 2014
30 Jun 2014
10 Jul 2014
15 Jul 2014
16 Jul 2014
18 Jul 2014
28 Oct 2014
13 Jul 2015
06 Aug 2015
07 Oct 2015
07 Mar 2016
22 Mar 2016
13 May 2016
23 May 2016
Application Transformation Mgmt.
11 Jul 2016
25 Aug 2016
03 Sep 2016
14 Sep 2016
15 Nov 2016
22 Nov 2016
25 Nov 2016
Business Process Services
25 Apr 2017
Banking and Financial Services
18 May 2017
30 May 2017
23 Jun 2017
27 Jun 2017
18 Jul 2017
26 Oct 2017
Healthcare, Insurance
28 Nov 2017
11 Dec 2017
25 Jan 2018
21 Feb 2018
14 Mar 2018
( Mandatory field * )
The information you provide will be used in accordance with our terms ofPrivacy Policy
Please Check on "I Agree" to register for the blog.