This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
Is Platform Engineering the next DevOps? https://thenewstack.io/platform-engineering-wont-kill-the-devops-star/
As someone who both works in platform engineering and speaks on the topic of DevOps, I’d say “no”. My favorite definition of DevOps is “the union of people, processes, and products to enable the continuous delivery of value to the end user.” Platforms help lower cognitive load to make delivery easier, but can anyone point to how platform engineering alone would have solved the problems that Parts Unlimited faced in The Phoenix Project? DevOps is about improving value streams. Platform Engineering is an important part of that, but how people use those platforms, how the organization aligns communication channels, how people are incentivized, etc. are FAR more critical.
Fun fact, the “DevOps is Dead” meme officially jumped the shark. My mom, who can barely use an iphone, sent it to me and asked if it was true.
@bryan.finster486 re "DevOps is about improving value streams" - I think of it as "DevOps is about improving the speed & momentum value streams". Can you speak to situations where DevOps helps other parts of the value stream? (for example, are we focusing our value stream in the right direction (like product fit in the market or some such)
Maybe by bringing a devopsy mindset to experimentation \ hypothesis testing \ A / B testing ?
Anything that's not directly tied to the efficiency / velocity of the value stream. Like is the value stream pointed in the right direction / shaped correctly for the market or internal customers needs. It just seems like , at a holistic level, the value stream includes things that , at first, I was struggling to see how DevOps would help. Then I thought of using experimentation to shape your direction / vectors. But I'd love to think of , understand other places where DevOps helps. Because I think it's applicable much more widely than I see it it utilized, so I'm just trying to think of places it helps, places it doesn't etc etc. Pretty much I want to know what others think of where the boundaries of the domain space DevOps can play in.
I’ve always considered DevOps to encompass the entire value stream. If you look at @ckissler’s information in her Udemy “DevOps Culture and Mindset” course or Donovan Brown’s definition “the union of people, process, and products to enable the continuous delivery of value to our end-users” then DevOps covers the decision-making process, budget, and everything else. Even before I’d ever heard of DevOps, trying to implement CD at Walmart made it obvious that we needed better org structure and flow of information to meet our delivery goals. Our DevOps focus was on achieving that.