Detroit, Michigan
2016-10-12 to 2016-10-13
Containers will not fix your broken culture. Microservices won’t prevent your two-pizza teams from needing to have conversations with one another over that pizza. No amount of industrial-strength job scheduling makes your organization immune to Conway’s Law.
Does this mean that devops has failed? Not in the slightest. It means that while the unscrupulous might try to sell us devops, we can’t buy it. We have to live it; change is a choice we make every day, through our actions of listening empathetically and acting compassionately. Iterative improvement starts somewhere for us all; let’s talk about it.
Tools are essential, but how we implement the tools and grow the culture and practices in our organizations needs even more attention. Whether you’re just starting to implement technical and organizational change, or facing the prospect that you already have legacy microservices, it’s worth considering the why and the how of our behaviors, not just the what.
Making thoughtful decisions about tools and architecture can help. Containers prove to be a useful boundary object, and deconstructing systems to human-scale allows us to comprehend their complexity. We succeed when we share responsibility and have agency, when we move past learned helplessness to active listening. But there is no flowchart, no checklist, no shopping list of ticky boxes that will make everything better. “Anyone who says differently is selling something”, as The Princess Bride teaches us. Instead, let’s talk about practical, actionable steps that will help. How do we evaluate our progress? How do we know when to course-correct? How do we react when it seems like there’s always something new we should have done last month?
Part rant, part devops therapy, this talk will explain in the nerdiest of terms why CAP theorem applies to human interactions too, how oral tradition is like never writing state to disk, and what we can do to avoid sadness as a service.
Slides:
Tweets:
Starting the day off right @devopsdaysdet with @bridgetkromhout and an awesome opening slide! pic.twitter.com/aLHhKRMDqS
— Zach Musgrave (@zachtm) October 12, 2016
The amazing @bridgetkromhout discussing how containers won't fix a broken culture @pivotal #devopsdaysdet #devopsdays #colleaguepride pic.twitter.com/csgDKzFOKk
— JavaFXpert (@JavaFXpert) October 12, 2016
"We're not only the land of 10,000 lakes.. We're also the land of 10,000 DevOps cliché's" @bridgetkromhout @devopsdaysdet
— Hannah (@msklemme) October 12, 2016
@bridgetkromhout speaking now @devopsdaysdet #devopsdaysdet pic.twitter.com/obOir0h6g6
— Chris Short (@ChrisShort) October 12, 2016
"resume driven development" @bridgetkromhout
— Edward Vielmetti (@vielmetti) October 12, 2016
@bridgetkromhout #devopsdays #detroit two pizza team, but how are the pizzas :) pic.twitter.com/Jemqp45ouz
— Rajesh Jain (@rjain15) October 12, 2016
.@bridgetkromhout delivering a good talk at @devopsdaysdet "Good to be explicit and not assume defaults" Describing a common engineer prob
— Josh Atwell (@Josh_Atwell) October 12, 2016
❤️ the Babylon 5 reference from @bridgetkromhout at #devopsdaysdet pic.twitter.com/gTv9vZGdwu
— jeremy rickard (@jrrickard) October 12, 2016
Keynote-ing @devopsdaysdet #girlpower #devopsdaysdetroit @bridgetkromhout pic.twitter.com/TZRMDeagIH
— Hannah (@msklemme) October 12, 2016
By NO means claiming first, but this was funny to see at this #devopsdays @bridgetkromhout has labeled as Wall of Confusion. pic.twitter.com/dldDmHhEVT
— Josh Atwell (@Josh_Atwell) October 12, 2016
@bridgetkromhout @pivotal Everything doesn't have to be a #microservice - migrate your monolith progressively #devopsdaysdet #devopsdays
— Mohan Kartha (@mckartha) October 12, 2016