Ha! Option A sounds like a classic case of 'over-engineering'. Increasing feedback loops and giving teams resources is good, but it's not the essence of 'locality and simplicity'.
Hmm, I'm not sure about option C. Understanding what customers are willing to pay for is important, but it doesn't seem directly related to 'locality and simplicity'.
I believe A) increase the feedback loops in the process and give teams the resources they need to fix problems is also a good example of locality and simplicity.
I think option B is the best example of the DevOps ideal 'locality and simplicity'. Focusing on the resources within the team's control and designing loosely coupled services seems to really capture the essence of that principle.
Felix
10 months agoJackie
9 months agoHoa
9 months agoCorinne
10 months agoSlyvia
9 months agoArdella
9 months agoLauran
9 months agoLeah
9 months agoYuriko
10 months agoMy
10 months agoSharita
10 months agoLenora
10 months agoEric
10 months agoNoelia
11 months agoMerlyn
11 months agoTamala
11 months agoRefugia
11 months agoRoslyn
10 months agoEmogene
10 months agoMitsue
11 months ago