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
4 months agoJackie
3 months agoHoa
3 months agoCorinne
4 months agoSlyvia
3 months agoArdella
3 months agoLauran
3 months agoLeah
3 months agoYuriko
4 months agoMy
5 months agoSharita
4 months agoLenora
4 months agoEric
4 months agoNoelia
5 months agoMerlyn
5 months agoTamala
5 months agoRefugia
5 months agoRoslyn
4 months agoEmogene
4 months agoMitsue
5 months ago