DevOps - Agile on Steroids by Tom Clement Oketch and Augustine Kisitu
-
Upload
thoughtworks -
Category
Software
-
view
14.404 -
download
1
Transcript of DevOps - Agile on Steroids by Tom Clement Oketch and Augustine Kisitu
Body Level One Body Level Two
Body Level Three Body Level Four
A g i l e A f r i c a 2 0 1 5
DEVOPS - AGILE ON STEROIDS
DEPLOYMENT IS A PAIN…
▫︎Deployment is manual. Requires context
▫︎ Snowflake servers
▫︎Does the code actually work? Is it not going to introduce bugs
▫︎ Versioning and rollback?
CHANGING REQUIREMENTS
▫︎Big Design Up Front (BDUF)
▫︎ Specific implementation details
▫︎No process to manage changes
NOT DISRUPTIVE
▫︎No information!
▫︎No insights into customer trends
▫︎No opportunity to iterate over ideas
DISSATISFIED CLIENTS
▫︎Missed deadlines
▫︎ First-mover advantage
▫︎ Software doesn’t meet the requirements
What are the actual problems?
▫︎Culture?
▫︎Are we spending time doing the same thing over and over again?
▫︎User Feedback?
▫︎ Knowledge Silos?
CULTURE
▫︎ Teamwork
▫︎Different stakeholders and skill-sets, but the SAME team
▫︎We have the same GOAL
▫︎ There has to be TRUST (Autonomous Teams)
▫︎Collaboration
▫︎Communication
▫︎Break the SILOS.
▫︎How do we optimise communication within the organisation processes?
AUTOMATE EVERYTHING!
▫︎Automated Deployment
▫︎Continuous Integration
▫︎ Every change/commit should be production ready.
▫︎Automated testing
Deployments should be boring.
AUTOMATE EVERYTHING!
▫︎Automated Infrastructure
▫︎ Infrastructure as code
▫︎ Treat your infrastructure as cattle and not horses (phoenix servers)
If it’s painful do it often
MEASUREMENT
▫︎Metrics
▫︎ Performance metrics
▫︎ Page load-times
▫︎ Time to deploy
▫︎ Process metrics
▫︎How long does it take to release a feature?
▫︎ People metrics
▫︎User trends (time of greatest activity)
SHARING
▫︎ Eliminate the SPECIALIST
▫︎ Share data in a way that makes sense to each stakeholder
▫︎Make information visible
▫︎Build monitors
▫︎Monitoring dashboards
▫︎Graphs of usage trends etc
DEVOPS IS …
▫︎ * About the relationship between dev and ops
▫︎ * Cross-functional teams over organizational silos
▫︎ * Products not projects
▫︎ * Automation over documentation (and more automation... and more...)
▫︎ * Knowing that good software doesn't end with development / release