This is an extract of my mastering project to target an ecommerce and organizational transformation to agile and devops ecosystem.

1. Transforming to
an Agile
DevOps
eCommerce
Esteve Camps Chust
This is an extract of my mastering
project in La Salle BCN
July 2020

2. CONTENT
WHY DO WE NEED A CHANGE?
WHAT DO WE NEED?
PILOTING THE CHANGE

3. WHY DO WE NEED
A CHANGE?

4. COMPETITIVENESS
COSTS
CUSTOMER
SATISFACTION
Why do we need a change > What do we need > Piloting the change
During VUCA times, the need for constant
adaptation becomes (even more)
unavoidable for growing companies.
A service-oriented architecture is
needed as a basis for eliminating
complexity in each implementation,
reducing opportunity cost, facilitating
platform scaling, and therefore promoting
enterprise growth.
This growth will mean a better
competitive position, an increase in
customer satisfaction, a decrease in
costs and a greater agility in changes.

5. We need…
Why do we need a change > What do we need > Piloting the change
GOAL : Piloting eCommerce platform transformation to push
business growth in an agile and fast way, with a high performance
and a team with strong product ownership and business
relationship.
PRODUCT ORIENTED
ORGANIZATION
REDUCING DEVELOPMENT
LIFECYCLE TIME
TO ACCEPT ERROR
TOLERANCE:
ERROR + FIX = LEARNING
CONTINUOUS DELIVERY
REDUCING TEAMS
FRICTIONS, CLARIFY
ACCOUNTABILITY

6. WHAT DO WE
NEED

7. Agile
Model
Continuous
Integration
Continuous
Testing
Continuous
Delivery
Product
oriented
organization
Why do we need a change > What do we need > Piloting the change

8. PILOTING THE
CHANGE

9. PROS & CONS TO GO ON A
PILOT PROJECT
EVALUATION
CONTINUOUS
IMPROVEMENT
INCREMENTAL
VIABILITY
DUPLICITIES
ADDED COSTS
Why do we need a change > What do we need > Piloting the change

10. Product oriented
Service Oriented
Architecture
Fail Fast,
Learn Fast
Improve Fast
Increase quality
PREN
Strengths, Weaknesses, Opportunities and Threats…
Consolidated
product
in market
Post COVID19
investments
Ownership
Failure tolerance
Competitors
platforms
SWOT
… and how will we act
Why do we need a change > What do we need > Piloting the change

11. COMMUNICATION PLAN
Product based
Organization Kickoff
Project status report
Product owner
introduction
Global Initiative
Kickoff
Changes report
Product team
introduction
Pilot Project kickoff
Coaches team
introduction
Product limits and
scope definition
Steering committee
kickoff
Product KPIs report
Golive promotion
Why do we need a change > What do we need > Piloting the change
… and more

12. PHASES PLAN
PHASE 1 PHASE 3
PHASE 4 PHASE 5
PHASE 2
PROJECT MANAGEMENT
1 2 3 4
1
Study and Analysis phase
▪ Company global vision
▪ Product scope study and definition
▪ Technical and systems definitions.
2
Design phase
▪ Archestration systems
▪ Agile SDLC
▪ Metrics
▪ Existing tests review
3
Implementation phase
▪ Agile SDLC
▪ Metrics
▪ Tests
4
Validation phase
▪ Jenkins pipeline validation
▪ Manual deployment in integration
environment
▪ Product KPIs validation
5
GoLive
▪ Launching in stagging
environment
▪ Monitoring and support
▪ Project closure
Project management
▪ Communication plan
▪ Project coordination and follow
up.
1 Organized and Designed 2 Infrastructure ready 3 Agile implemented 4 GoLive
Why do we need a change > What do we need > Piloting the change

13. ACTIVITIES TIMELINE
Sep20 Oct20 Nov20 Dec20 Jan21 Feb21 Mar21 Apr21 May21
A Agile
Development
B
CI/CD
orchestration
C,
D,
E
CI/CT/CD
implementati
on
F
Product
based
organization
Coaches team
Agile SDLC design
Kanban implement
Scrum implementation
Jenkins Pipeline
Docker
Unit Tests
Metrics
Smoke tests
API tests
Load tests
Security scans
Compliance tests
Regression tests
Architecture refacctoring
Responsabilities definition
Monitoring
Agile SDLC impl
Manual deploy
E2E test
1 2 3 4
Why do we need a change > What do we need > Piloting the change

14. HR
+
PURCHASING
+
BUDGET
+
INVESTMENTS & SAVINGS
+
RISKS PLAN
Why do we need a change > What do we need > Piloting the change

15. QUALITY PLAN
Product definition
validation
CI/CD pipeline in
place and functional
Product team
organization is
correct
Automatic
deployment
Architectural
reference framework
is defined
Organizing team
leading the
transformation
Why do we need a change > What do we need > Piloting the change
Validate existence of product, contents and agreements. All validated by the product owner
with features and responsibilities defining the product.
Validate product team is completely operational, with clear mission, vision, objectives and
members and responsibilities defined in the company wiki. Agile framework is operational
too.
Validate the architectural framework document, containing patterns, good practices and
development rules approved by Lead Architect.
Validate pipeline, with clear responsibilities of management and monitoring.
All defined phases in pipeline are running, including reports and metrics.
Validate automatic deployment in environments: development, integration and stagging.
All development deliveries are correctly deployed.
Validate team in charge of organizational transformation has defined a common framework to
target transformation. Validate job descriptions for new joiners and budget are ready.

16. CREDITS: This presentation template was created by
Slidesgo, including icons by Flaticon, and infographics &
images by Freepik
THANKS
Please keep this slide for attribution.
Esteve Camps Chust
@camps_esteve