Brochure Agile

AGILE: IMPLEMENTING SAP STEP BY STEPFAster results IncreAsed FlexIbIlIty More trAnspArency

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 sAp nederland is introducing a new, practical, hands-on implementation methodology. 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’.

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. that is why sAp nederland is introducing Agile: a new, practical implementa-tion methodology that allows you to implement operating functionality in short iterative cycles. starting with the most important one. enabling you to gener-ate faster results, gain immediate insight into the value, increase the flexibility of the implementation and improve progress monitoring.

Increased flexibility

• can respond to changes per ‘sprint’• continuous configuration and

delivery of software• can take account of insight into

the business

More transparency

• operating components delivered for sAp software are a benchmark for progress

• checkpoints (demos) to check requirements and results

• risks are quickly identified and therefore manageable

• daily meetings of the implementation team

• business is permanently and from early on involved in the process

Faster results

• step by step delivery of software via ‘sprints’ of 4 weeks

• delivery of software based on the priorities of the customer

• costs and value per sprint clearly shown

Advantages at a glance

2

Background to Agile

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.

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.

“If I can’t picture it, I can’t understand it” Albert Einstein

3

Advantages in detail

Faster resultsthe 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.

Improved progress monitoring & coordinationduring 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.

More flexibility during implementationthe 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.

Agile implementation phases

the Agile implementation consists of two phases: baseline and sprint realization

phase 1: baselineIn 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) in which elements such as roles & responsibilities, documentation standards and hardware requirements are discussed. then all operating processes and process dependant 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:a) the degree to which your processes

and requirements can be realized using standard sAp software.

b) What the business thinks about the first results.

c) the functionalities, wishes and priorities for executing the process optimally that are missing.

d) An initial estimate of the effort from the team, which will be the basis for a release plan: what can be supplied in which sprint?

4

phase 2: sprint realizationthe implementation team starts with the realization of the requirements as defined in the delta list. this takes place in order of importance in short sprints of four weeks. this also includes testing and documenting. the documents are created during the process.

during each sprint new functionality is delivered. so the added value of the system increases gradually. the following activities are executed during each sprint (see following illustration).

during the Sprint Planning Meeting (2.1) at the start of the sprint the target for the sprint is defined and, together with the process owner and the implementation team, it is agreed which delta requirements will be realized. then the implementation team realizes these during the Delta Realization (2.2) (including testing and documentation).

2.1.

Spr

int P

lann

ing

2.4.

Spr

int D

emo

2.5.

Spr

int R

evie

w

2.3 Daily Status Meetings

Ana

lysi

s

Ana

lysi

s

Ana

lysi

s

rea

lisat

ion

rea

lisat

ion

rea

lisat

ion

doc

umen

tatio

n

doc

umen

tatio

n

doc

umen

tatio

n

test

ing

test

ing

test

ing

delta 1 delta 2 delta 3

4 WeeKs sprInt

delta list

2.2 Delta Realisation

Bus

ines

s P

riorit

y

Mus

tS

houl

dC

ould

phase 2: sprint realisationphase 1: baseline

Wou

ld

Sprint

Sprint

Sprint

Sprint

Sprint

Sprint

release 2

Workingsoftware

time

release 1

evaluate

set

ting

the

scen

e1.

1 pr

ojec

t pr

epar

atio

n

1.2

envi

sion

pr

oces

s W

orks

hop

1.3

bas

elin

es

yste

m

1.4

eval

uatio

n ph

ase

dem

o

dem

o

dem

o

dem

o

dem

o

dem

o

defi

ne s

cope

16151413121110090807060504030201

Standard SAP

Accelerators

5

In ‘Daily Status Meetings’ (2.3) the progress of the project is recorded and any obstacles the team encounter are discussed. In order to guarantee the sprint target these must be solved as fast as possible.

At the end of each sprint session the implementation team presents the newly developed and tested sAp software during the Sprint Demo Session (2.4).during these presentations users and It can immediately determine whether the processes developed meet the set

requirements. these evaluation moments make the results and advantages immediately visible and tangible. After each sprint a short Sprint Review (2.5) will also be held to see what can be improved in the following sprint (mini lessons learned).

this process focuses on getting that which the organization needs most live in the first release. After one or more further sprints the next release can go live, until the entire system has been implemented successfully.

In addition the eventual end users become familiar with the software and can better determine what needs to be improved. they discover what they can actually expect from the system. the progress of the project can be measured by the amount of working software delivered. this approach reduces your project risks, makes costs more controllable and your software is profitable much faster.

6

Conditions for success

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.

Involvement of business via ‘process owner(s)’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.

Good inventories of requirements and priorities for the projectWhat 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.

Good technological preparationA good start is half the work. that also applies to the technology. Having a technological environment available in good time on which the baseline configuration can run will speed up the project. We are issuing a new system landscape (Greenfield) for Agile, but an existing, already implemented environment can also be used. For an existing system a technical analysis has to be considered to identify possible dependencies and to anticipate these.

Agile and Lean: a good combination

Where Agile focuses on the delivery of software and systems, lean focuses on the optimization of the entire business operation. In organizations that use lean methods, all operating processes are tuned to each other to the maximum. unnecessary procedures, bottlenecks, and other obstacles are removed where possible to facilitate an optimum ‘flow’. It plays

an important role in the success of lean. Just like lean, Agile is based on the premise that the people on the work floor are the best people to say how their work can be carried out better. the flexibility of Agile forms an excellent basis for a lean operating organization, just as speed, flexibility and focus on customer value.

optionseach 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 degree 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. We will, of course advise you on how your project can deliver the best results.

to learn Moreready to learn more about Agile? Are you asking yourself whether your project is suitable for this approach? Would you like more detailed information about the way in which sAp can successfully conclude your project in a new, innovative and efficient manner? then contact sAp, telephone +31 (0)73 645 7575.during a personal meeting we will be pleased to examine the possibilities of Agile for your organization in more depth.

7

SAP Nederland B.V.Amerikastraat 105232 be ’s-Hertogenboschpostbus 32925203 dG ’s-Hertogenboscht + 31 (0)73 645 75 00

F + 31 (0)73 645 73 00

www.sap.nl/agile

3731039 (10/04) ©2010 by sAp AG. All rights reserved. sAp, r/3, mysAp, mysAp.com, xApps, xApp, sAp netWeaver, duet, business bydesign, bydesign, partneredge, and other sAp products and services mentioned herein as well as their respective logos are trademarks or registered trademarks of sAp AG in Germany and in several other countries all over the world. All other product and service names mentioned are the trademarks of their respective companies. data contained in this document serves informational purposes only. national product specifications may vary.

these materials are subject to change without notice. these materials are provided by sAp AG and its affiliated companies (“sAp Group”) for informational purposes only, without representation or warranty of any kind, and sAp Group shall not be liable for errors or omissions with respect to the materials. the only warranties for sAp Group products and services are those that are set forth in the express warranty statements accompanying such products and services, if any. nothing herein should be construed as constituting an additional warranty.