際際滷

際際滷Share a Scribd company logo
Agile, Lean and IT
www.agilemindstorm.com
@ruckiand
From 35 to 600+
www.adform.com
agile_lean_it
# of IT people: 2 -> 23
+6 business offerings
# of developers: 25 -> 280
20+ deployments per day
1 mln. reqs per second <100 ms
1 PB of data
2000+ servers
Agile and Scrum
Build process that works
Deliver early and adjust
Find your pace
Lean and Kanban
Manage value delivery flow
Manage queues and bottlenecks
Eliminate waste in your flow
How we
organised
ourselves?
Creative Chaos
#1
agile_lean_it
#2
Scrum in da House
ITPM DEV
Scrum team

Scrum team
CS
Sales
Push
Challenges popped up
as # of people increased
Micro changes vs Batches
IT scope enormous, but 5 people
Increased # of dependencies
Automation vs Manual
#1
Deployment
ITDEV
Scrum team

Scrum team
1 release manager
Release day
Rollbacks Exceptions
Measure Hot fixes
Rollbacks fail
Lack of knowledge
Complex
Manual work
ITDEV
Scrum team

Scrum team
Deployment
platform:
custom
No rollbacks
Measure product quality, not exceptions
Delegate
#2
24/7 monitoring
ITDEV
Scrum team

Scrum team
OnDuty Setting up KPIs
Reaction Exceptions
Need to
involve devs
but feature not working
Server up
Micro changes
are too fast
ITDEV

Metrics
platform:
zabbix
graphite
grafana
bosun
Scrum team
Scrum team
Teams are responsible for their SLAs
3d party 24/7
#3
Access to prod
ITDEV
Scrum team

Scrum team
Configuration
Troubleshooting
Queues of developers
Distraction
long resolution time
Manual work
ITDEV
Scrum team

Scrum team
Access
platform:
sit.adform.com
Access to prod given
Personalised accounts
Configuration automation
Config
platform:
puppet
#4
Procurement
ITDEV
Scrum team
Scrum team
Batching: office and prod
Costs optimisation
CTO
HW
#1
#2
#3
#4
deliver
#5
#4.1
Negotiation during purchase
#1.1
Custom HW
IT
DeV
CTO
#1
deliver
ALL
#1.1 stock
contracts
configs: S, M,
L, XL, XXL
#2
Office
stock
contractsdeliver
On demand
Evolution
Lean
Adapt to business needs
Permanent change
Agile
Growth
Competition
Pull
PM
Dev
CS
Ops
PM
Dev
CS
Ops
Product
development
ServicesFront
teams
Team A
Team Z
Srv1
Srv2
Srv3
 
Srv4
What has changed
for IT?
Structure
Culture
and not only
Services
DevOps
DC
Virt
Security
2. Service catalogue
Structure
1. Split into areas with
dedicated people
PMDev
CS
Ops
3. Ops in teams
Services
Culture
Clients
Ext. provider
do it
yourself
#1
#2
#3
potential
service
#4
Important
I think following is very
for any service unit
Imagine you have
to earn money
shifts your thinking away from cost center
Avoid broad
terms
Devops
IT
Security
Virtualisation
Core
Say No
Control scope
Be explicit about
what you can do
Monitoring and
Transparency
Best way to control
De-centralize
Build for scale
Grow you process
evolution vs adoption
Know value flow
Local efficiency is not what you need
www.agilemindstorm.com
@ruckiand
Credits to my team for
bringing these ideas to life
Questions ?
www.adform.com

More Related Content

agile_lean_it