The why: In DevOps we talk about a cultural change. We aim to tear down silos and create small cross-functional, autonomous and empowered teams. So why not only let management do the next big re-org thing, “the DevOps re-org”, and all is going to be fine, right!? No, because its about people. Interacting people. And for really changing a companies culture, the way people interact together, we need to establish, recreate and foster trust. If you drill down deeper into many of what makes up DevOps, you can find that trust plays a significant (if not crucial) role in establishing a DevOps culture. But what is trust? Does it really help on a DevOps journey? How can it be created or strengthened?

The how: I’ll first show the problem of missing trust in an (siloed) organization. Then I aim to give a definition of trust in general and which basic elements make up trust among people. I will outline which role trust plays in creating a DevOps culture, based on my very own experience within my team at SAP, as well as many examples provided by literature, blogs, etc. (e.g. “The 5 dysfunctions of a Team” - Lencioni ; “The speed of trust” - Covery). Last I will give ideas and shared experiences on how trust can be created and fostered within teams. (e.g. tell about the importance of team sizes (“The mytical man-month” (Brooks) as well as findings by Mr. Robin Dunbar “Dunbars number”), “Perception of competance”, “Perception of intensions”, “Capacity of trusting”, the importance of failure tolerance, openness, common shared goals, respect, diversity, …)

I’m doing the technical operations of SAPs cloud based ride sharing solution “TwoGo by SAP”.

I give external talks and presentations (e.g. DevOpsDays Paris 2015, Entwicklertag Karlsruhe, Beyond