DevOps'ish 168
I spent this week in Las Vegas, working at IBM’s FastStart 2020 event. The event is for IBM sellers, partners, and technical folks to come to learn the new bits of knowledge about the products they’re selling and enabling at their clients’ sites. I went in my usual technical capacity and learned very quickly IBM and Red Hat speak two different languages. This is expected but, I wanted to look a little further into the why behind that. As a surprise to no one, I found a DevOps parallel here. In DevOps, change starts one of two ways based on the type of change happening. The more natural way (for me) is to start with the teams with their hands on the keyboard doing the work. Talk to them about their problems in their language. Tell them how your tool’s features help to solve their problems. Pull out a laptop and prove to them you’re not full of shit. This is the bottom-up approach to DevOps. It’s an engineer built and run transformation. Leadership stakeholders are updated about results. Leadership buys-in because the results prove themselves. ...